Transformation et stratégie S/4

Alors que de nombreux clients SAP existants effectuent la transformation technique vers la plate-forme de base de données Hana, l'adaptation de S/4 est encore en retard par rapport aux attentes, selon les déclarations de l'enquête sur les investissements de DSAG :

Comment explique-t-on chez Syniti cette réticence à l'égard de S/4 ?

Frank Schuler : De mon point de vue, il y a deux raisons à la réticence actuelle : premièrement, SAP S/4 Hana n'est pas encore fonctionnellement équivalent à SAP ECC 6.0, toutes les solutions sectorielles ne sont pas encore entièrement mises en œuvre.

SAP a certes publié le planning de développement, mais certains clients attendent encore.

Deuxièmement, la transition peut être complexe et un plan de transition détaillé est indispensable. Tous les clients ne disposent pas d'un tel plan exécutable.

Comme les modules des ressources humaines et des achats, par exemple, ne sont plus mis à disposition dans le noyau de S/4-Hana, mais dans des applications en nuage, une stratégie en nuage est nécessaire.

Il en va de même pour les interfaces, les adaptations et l'interface utilisateur : l'intégration de solutions locales avec des applications en nuage nécessite une stratégie d'interface conçue pour le traitement en temps réel et éventuellement l'ajout de normes de développement existantes.

Et : pour exploiter pleinement le potentiel de la nouvelle interface utilisateur SAP Fiori et convaincre les utilisateurs, des stratégies d'accès externes, y compris des concepts de sécurité, sont nécessaires.

SAP fait également la promotion de S/4 avec de nouveaux processus commerciaux innovants - mais qu'est-ce qui compte le plus : la gestion des données ou la gestion des processus ?

Ecolier : Au final, ce sont bien sûr les processus commerciaux améliorés qui apportent la valeur ajoutée, mais pour qu'ils fonctionnent, les données doivent être correctes, sinon il y a par exemple des ruptures de médias.

En outre, l'intelligence artificielle exige un tout nouveau type de qualité des données. Même si les données sont correctes, claires et pertinentes, elles peuvent par exemple toujours être biaisées, ce qui ne permet pas d'obtenir des résultats optimaux.

Un haut niveau de qualité des données n'est possible qu'avec une gestion des données qui fonctionne.

Comment évaluez-vous, selon vous, les avantages et les inconvénients des approches greenfield et brownfield pour les transformations S/4 ?

Ecolier : Il n'y a pas de réponse toute faite à la question de savoir s'il faut réimplémenter ou convertir ; il faut procéder à une évaluation complète. Premièrement :

En fonction des modules et des adaptations, mais aussi des données, une conversion peut être techniquement impossible, en particulier si le système contient des données anciennes incohérentes.

Deuxièmement, cela vaut-il la peine de convertir en termes de contenu ? Ce n'est que si au moins l'un des systèmes existants possède une implémentation de processus, y compris un stock de données proche de la configuration cible, qu'une conversion peut avoir un sens.

Il est décisif de savoir si les travaux ultérieurs dépassent l'effort d'une nouvelle mise en œuvre et si la configuration cible peut même être atteinte à partir d'une conversion.

Quelles sont les procédures et les outils que vous recommandez pour une transformation du paysage comme condition préalable à la mise en œuvre de S/4 ?

Ecolier : Même si une conversion est possible, un outil de migration de données orienté vers les processus peut s'avérer indispensable. Cela s'explique par le fait que la qualité des données n'est pas un sujet purement technique :

Il faut impliquer de manière structurée les experts des différents domaines d'activité afin de corriger les incohérences et les lacunes des données. Dans le cas contraire, les nouveautés de S/4 risquent tout simplement de ne pas être utilisables.

En ce qui concerne les évaluations en temps réel des données opérationnelles, par exemple, et l'utilisation optimale des nouvelles structures de données telles que New General Ledger, Material Ledger ou Business Partner, SAP S/4 Hana ne peut pour ainsi dire pas apporter de valeur ajoutée sans une qualité de données adéquate.

Et si d'autres systèmes doivent être consolidés dans le système S/4 converti - et les économies de coûts qui en découlent représentent souvent une part décisive du calcul de la rentabilité -, certains projets sans concept de gestion des données réutilisable doivent être arrêtés ou du moins reportés avant même d'avoir réellement commencé.

Utilisez-vous aussi le SAP Data Hub dans vos projets de transformation ?

Ecolier : Oui, nous utilisons le SAP Data Hub, mais pas pour les conversions de systèmes, car il n'est pas fait pour cela, mais plutôt pour :

Premièrement, pour un accès sans réplication à d'énormes bases de données. Ceci est nécessaire, car le stockage d'énormes quantités de données et leur consultation nécessitent des techniques sophistiquées telles que Hadoop MapReduce. La réplication dans d'autres applications telles que les entrepôts commerciaux n'est donc plus possible.

Deuxièmement, pour un traitement des données massivement parallèle, y compris l'intelligence artificielle. L'accès sans réplication à d'énormes stocks de données nécessite d'énormes capacités de traitement afin de pouvoir les mettre à disposition des applications cibles dans le format requis.

Et troisièmement, pour la gestion des métadonnées, y compris Lineage.

Existe-t-il des indicateurs pour la transformation des données dans les projets S/4 en termes d'effort, de temps, de coûts, etc.

Ecolier : Oui, elles existent, mais elles sont très spécifiques. Je recommanderais toujours une évaluation individuelle.

Toutes les données d'un système ECC doivent-elles être transférées vers S/4 ou existe-t-il également des solutions d'archivage ?

Ecolier : En règle générale, toutes les données ECC ne doivent pas être transférées, en particulier pas en l'état. La mémoire conventionnelle orientée vers les lignes est relativement bon marché, alors que la mémoire basée sur les colonnes et la mémoire en mémoire coûtent un supplément parfois considérable.

Il convient donc d'archiver les objets de données qui ne bénéficient pas d'une architecture basée sur des colonnes, mais aussi les objets de données auxquels on n'accède que rarement.

Les évaluations en temps réel sur des données opérationnelles exigent en outre une toute nouvelle qualité de données. Les données, y compris les données maîtres, doivent être cohérentes par elles-mêmes.

Quelle est votre expérience concernant les tailles classiques des bases de données ECC dans le calcul du dimensionnement de la mémoire Hana ?

Ecolier : Le rapport de dimensionnement S/4 Hana, qui fait partie d'un contrôle de préparation S/4, donne une bonne indication. Toutefois, je prévoirais toujours une migration en sandbox, non seulement pour déterminer les besoins réels en termes de stockage, mais aussi pour évaluer l'approche globale de la conversion.