Nettoyage des données avant la migration ERP : le plan en 5 étapes
Le contresens le plus coûteux des migrations ERP : « Le consultant nettoiera les données pendant la migration, de toute façon. » Des données migrées sans nettoyage reproduisent les anciennes erreurs plus vite dans le nouveau système : limites de crédit éclatées entre fiches clients en double, stocks gonflés par des codes articles non standard, automatisations qui échouent sur des champs manquants. Dans les systèmes assistés par l'IA, c'est encore plus critique : un modèle ne peut pas dépasser la qualité des données qui le nourrissent. Dans son rapport de prévisions ERP, Gartner projette que 70 % des organisations manqueront de données ERP prêtes pour l'IA d'ici 2027. La bonne nouvelle : le nettoyage des données n'est pas un talent mais une discipline — gérable avec un plan en cinq étapes.
Pourquoi avant la migration ?
Le nettoyage pendant la migration est le plus coûteux : fait sous pression du calendrier, dans la précipitation du mapping, à coups de « on corrigera plus tard » — et « plus tard » n'arrive jamais. Le nettoyage fait avant la migration coûte moins cher et accélère la migration elle-même : ce qui doit être migré devient clair, le mapping se simplifie, les données de test deviennent fiables.
Le plan de nettoyage en 5 étapes
1. Inventaire et propriété
Quels domaines de données de référence avez-vous (clients, articles, fournisseurs, nomenclatures, tarifs), et qui possède chacun ? Un domaine sans propriétaire est un domaine que personne ne nettoie. Premier livrable : un tableau domaine × propriétaire × nombre d'enregistrements.
2. Définir les standards
Règles de codification (structure des codes articles, numérotation clients), champs obligatoires, standards de format (téléphone, numéro fiscal, unités) sont mis par écrit. Un nettoyage sans standard défini est un nettoyage au goût personnel — la personne suivante re-salira.
3. Dédoublonner et retirer les enregistrements morts
Le même client sous trois orthographes sur trois fiches ; des codes articles sans mouvement depuis cinq ans ; des comptes ouverts de salariés partis. La règle : les doublons sont fusionnés, les enregistrements morts archivés — pas supprimés (les rapports d'historique en ont besoin), mais pas migrés comme actifs.
4. Enrichir et valider
Les champs obligatoires manquants (centre des impôts, conditions de paiement, poids unitaire) sont complétés ; les champs critiques validés à la source. Le résultat de cette étape se mesure : un « taux de complétude des champs obligatoires » rattaché à un objectif pré-migration.
5. Mettre en place le mécanisme de maintien
Le nettoyage n'est pas ponctuel : les droits de création sont resserrés, les règles de saisie configurées dans le système, des contrôles qualité périodiques (mensuels/trimestriels) confiés aux propriétaires. Sans mécanisme, le nettoyage revient à la case départ en six mois.
3 erreurs fréquentes
- L'hypothèse « le consultant nettoiera » : le consultant mappe et migre ; seul votre équipe sait lequel de vos enregistrements est le bon. Le nettoyage ne s'achète pas — il se gère.
- Tout migrer : chaque enregistrement mort migré « au cas où » pollue les rapports du nouveau système dès le premier jour. L'archive reste dans l'ancien système ou dans un entrepôt de données.
- Reporter le nettoyage à la fin du projet : si les scénarios de test tournent sur des données sales, le test lui-même devient peu fiable — le nettoyage doit être terminé avant les tests.
Conclusion
Le nettoyage des données est le poste au meilleur rendement du budget ERP : à un coût relativement bas, il réduit à la fois le risque de migration et le coût des erreurs en exploitation. Pour savoir par où commencer, le score de risque ERP en 2 minutes montre votre risque sur la dimension données, et le mini-scan gratuit de maturité numérique votre tableau d'ensemble.
Articles liés : Les promesses de l'IA aux rayons X · Combien coûte vraiment un projet ERP ?
Pour ne pas manquer nos nouvelles analyses, abonnez-vous à la newsletter MindDX-Digital Excellence.