Comment nous parvenons à gérer les données au cours de la
Valider la migration S/4-Hana en appuyant sur un bouton

Des données ! Des données ! Des données !

Dès les premières phases d'une migration vers S/4-Hana, on constate qu'en plus des nouveaux processus et interfaces, il est essentiel de disposer de données correctes et propres. Au début, on conçoit encore le transfert des données au niveau des objets, mais très vite, on vérifie les différents enregistrements au niveau des tables. Au lieu de SE16 - Excel - SE16... y a-t-il quelque chose de mieux ? Ce que je retiens de mes précédents projets de migration : Avec le bon outil, il est possible d'économiser du temps et des ressources.

Les points suivants sont importants : Réutilisation des analyses. La création, la modification et l'enregistrement des requêtes nécessaires doivent être aussi rapides et simples que possible. Toujours et partout. Il existe des systèmes très différents (ancien, nouveau, sandbox, productif, test, etc.) et les requêtes doivent être échangées entre eux le plus efficacement possible et attribuées aux utilisateurs les plus divers. Les requêtes qui ne sont disponibles que pour un seul utilisateur dans un système ne sont pas efficaces.

Le diable se cache dans les détails. Le niveau des objets ne pose pas trop de problèmes, car il est possible d'évaluer rapidement si le nombre d'objets est correct en comptant les entrées. Mais que se passe-t-il lorsque les détails prennent de plus en plus d'importance ? Qu'en est-il au niveau des champs ? La valeur nouvellement calculée est-elle correcte dans toutes les positions ? Il doit être possible de créer des requêtes à tous les niveaux, quel que soit le niveau de détail. Après le projet, c'est avant l'exploitation. Au cours de l'introduction, les données ont été vérifiées et toutes ces analyses veulent continuer à être utilisées dans l'entreprise en cours. Il va de soi que la qualité des données doit également être contrôlée et maintenue à un niveau élevé lors du prochain projet important. 

D'accord, la qualité et la cohérence des données sont importantes. Mais comment ? 

Il existe bien sûr diverses possibilités au sein de l'univers SAP, mais elles atteignent toutes leurs limites à un moment ou à un autre. C'est pourquoi nous avons créé le Cockpit SQL qui soutient parfaitement le processus de migration des données et fournit de précieux services dans le cadre de la qualité des données, même après la mise en service réussie. Depuis 14 ans, le SQL Cockpit est continuellement adapté aux besoins de nos clients. Comme vous pouvez le constater : La qualité des données dans les systèmes SAP était déjà un thème avant S/4 Hana. 

L'utilisation typique dans un projet de migration S/4-Hana 

Au début, les objets à reprendre sont définis. Ensuite, on voit très rapidement comment ces objets évoluent. Certaines tables n'existent plus, d'autres sont fusionnées. Avec le SQL Cockpit, une évaluation est écrite dès le début pour savoir quelles quantités de données j'ai dans le système. Et j'ai déjà enregistré la structure de base avec les tables les plus importantes. Car dans le SQL Cockpit, aucune déclaration écrite n'est perdue ! Dans chaque atelier, les conseillers élargissent ces requêtes, les réduisent à tous les détails et aux extensions client. Parallèlement à l'analyse dans l'ancien système, ils discutent également de l'endroit où toutes ces informations atterriront dans le S/4. Les requêtes sont transférées dans le S/4 par copier-coller et adaptées au nouveau modèle de données. Et maintenant, la première conversion/migration ? Si nous avons tout fait correctement, nous obtenons, tant dans l'ancien système que dans le nouveau S/4, non seulement le nombre de tous les objets de données pertinents, mais aussi tous les détails importants en appuyant sur un bouton.

Maintenant, après la première migration, nous pouvons comparer le nombre de clients ET aussi tous les totaux calculés au niveau des positions. Et si quelque chose n'allait pas ? Ensuite, nous lançons la comparaison de listes et obtenons les différences au niveau des champs. ET CELA À CHAQUE FOIS ! C'est le moyen le plus rapide d'obtenir des résultats ! Nous sommes maintenant en direct ! Et maintenant ? Les cas de test que nous avons construits dans le cadre du projet ne sont pas perdus. Premièrement, ces analyses préparées nous aident dans notre support quotidien, et deuxièmement, après le projet, c'est avant le projet. Car le prochain enhancement ou la prochaine fusion se profilent à l'horizon. Notre outil est devenu indispensable dans le travail quotidien de nos clients dans la région DACH, car il offre un excellent soutien aussi bien pendant qu'après les projets. Il aide les développeurs dans leurs tâches, les cas de test peuvent être vérifiés rapidement et la recherche d'erreurs et la mise en place de solutions correspondantes dans le support sont facilitées. 

L'avenir est chaud 

Nous constatons que nos clients ont besoin que ces contrôles soient automatisés et se déroulent en arrière-plan. Même si cela n'est pas absolument nécessaire dans le projet de migration S/4-Hana, au plus tard après la mise en service, le réseau de systèmes dispose de plus d'une instance SAP et les requêtes et les comparaisons veulent alors simplement continuer à être utilisées. Nous avons entendu les souhaits et travaillons cette année sur la prochaine grande version.