SAP S/4HANA — Migration
Reprise des données : la première question de toute migration S/4HANA, traitée frontalement
« Et nos données ? » C'est la première question de presque toutes les migrations, et c'est la bonne. Non pas parce que les données seraient un obstacle, mais parce qu'elles sont le point de départ : un nouvel ERP ne rendra pas fiables des données qui ne le sont pas. Voici comment traiter cette question frontalement, sans la minimiser ni la dramatiser.
Avant toute migration, on inventorie : quelles données, dans quels systèmes, avec quelles règles, et qui en est responsable ? Clients en double, articles obsolètes, historiques incomplets : l'inventaire ne juge pas le passé, il le rend visible. C'est souvent à cette étape que les entreprises découvrent l'ampleur réelle — et gérable — du travail.
Nettoyage et fiabilisation : corriger à la source
Le nettoyage ne consiste pas à effacer, mais à décider : que garde-t-on, que fusionne-t-on, que corrige-t-on, et selon quelle règle ? Les règles doivent être écrites, validées par les métiers, et appliquées de la même façon partout. Une donnée nettoyée une fois, dans le nouvel outil, sans règle, redeviendra sale en quelques mois.
Test avant le go-live : prouver, pas espérer
La reprise se teste : échantillons, cas limites, rapprochements entre l'ancien et le nouveau système, sur des cas réels. Si un écart apparaît au test, c'est une bonne nouvelle : il apparaît avant le go-live, quand on peut encore le corriger sans impact sur l'activité.
Erreurs à éviter
- Vouloir tout reprendre, y compris dix ans d'historique inutilisé, sans tri.
- Nettoyer dans le nouvel outil sans corriger la source ni la règle qui a créé l'erreur.
- Sous-estimer le temps de validation métier : la reprise est un travail d'équipe, pas une simple extraction technique.
Checklist
- Nommer un responsable métier par domaine de données (clients, articles, finance).
- Écrire les règles de fusion et de correction avant de les appliquer.
- Prévoir un test de reprise sur des cas réels, avec des critères d'acceptation explicites.
Questions fréquentes
Faut-il reprendre tout l'historique ?
Non. On reprend ce qui sert au pilotage, à la conformité et à la continuité. Le reste s'archive, selon des règles définies avec les métiers.
La reprise retarde-t-elle forcément le projet ?
Elle le sécurise. Une reprise testée évite les corrections d'urgence après le go-live, qui coûtent toujours plus cher, en temps comme en confiance.
Conclusion
Vos données ne sont pas un obstacle à la migration. Elles en sont la matière première — à condition de les inventorier, de les fiabiliser avec des règles écrites, et de les tester avant de basculer. C'est exactement le rôle d'un diagnostic : mesurer l'effort réel, sans le minimiser.
Vous voulez un avis sur votre cas précis ?
Demandez votre diagnostic SAP S/4HANA : périmètre, données, feuille de route — sans vous engager sur la migration.
