Vous avez choisi votre ERP. Vous avez signé avec l’intégrateur. Le planning est calé, les équipes sont mobilisées. Et puis arrive cette phase dont tout le monde parle en aparté, mais que presque personne ne documente publiquement : la reprise de données. Ce moment où l’enthousiasme du projet rencontre brutalement la réalité de votre système d’information.
La reprise de données ERP est, de loin, la phase la plus sous-estimée de tout déploiement. Pas parce qu’elle est techniquement incompréhensible, mais parce qu’elle révèle des problèmes que personne n’a vraiment envie de regarder en face : des données accumulées sans gouvernance, des doublons par centaines, des référentiels jamais maintenus, des champs mal renseignés depuis des années. Et quand cette phase dérape, ce qui arrive bien plus souvent qu’on ne l’admet, c’est tout le projet qui en paye le prix : délais explosés, budget dépassé, Go Live repoussé.
Cet article dit ce que les plaquettes commerciales ne disent pas. Il s’adresse aux chefs de projet, aux DSI et aux dirigeants qui veulent aborder leur migration de données ERP avec lucidité et, surtout, avec méthode.
La reprise de données : un projet dans le projet
Avant d’entrer dans le vif du sujet, une réalité que beaucoup découvrent trop tard : la reprise de données n’est pas une tâche parmi d’autres. C’est un sous-projet à part entière, avec ses propres ressources, son propre planning et ses propres risques.
Cette phase mobilise autant d’énergie que le paramétrage lui-même. Elle implique des équipes métier qui doivent analyser et valider des données qu’elles n’ont parfois plus regardées depuis des années, ainsi que des équipes IT chargées d’extraire, transformer et injecter des volumes parfois considérables d’informations dans un format compatible avec le nouveau système.
Ce qui complique encore les choses : dans 90 % des projets, la responsabilité de la reprise de données incombe au client, pas à l’intégrateur. Ce dernier accompagne, fournit les outils et guide la démarche, mais c’est l’entreprise qui connaît ses données, qui sait ce qu’elles signifient, et qui doit décider ce qu’on reprend, ce qu’on laisse de côté, et comment on nettoie. Cette réalité, mal anticipée, est à l’origine de la plupart des dérapages.
Les 5 erreurs qui font exploser le planning
1. Commencer trop tard
C’est l’erreur la plus classique et la plus coûteuse. Beaucoup d’entreprises considèrent que la reprise de données commence une fois le paramétrage terminé. En réalité, la préparation doit démarrer bien en amont, au moins six mois avant le Go Live, voire davantage sur les projets complexes.
Attendre la dernière ligne droite pour ouvrir les fichiers de données, c’est se retrouver à devoir nettoyer et corriger des milliers de lignes dans l’urgence, quand les équipes sont déjà sous pression. Les conséquences sont mécaniques : retards, itérations supplémentaires et tensions qui fragilisent tout le projet.
2. Vouloir tout reprendre sans faire de tri
Le réflexe naturel est de vouloir migrer l’intégralité des données historiques. C’est compréhensible, mais souvent contre-productif. Reprendre des données obsolètes ou incomplètes dans un nouveau système, c’est importer les problèmes du passé dans un outil neuf.
Un client inactif depuis dix ans, un fournisseur disparu, une référence produit archivée : ces éléments n’ont pas vocation à encombrer votre nouveau système d’information. La bonne approche consiste à définir des règles de reprise claires dès le début : quelle profondeur historique retient-on ? Quels critères permettent d’exclure un enregistrement ? Ces décisions appartiennent aux métiers, pas à l’IT.
3. Négliger la qualité des données sources
C’est sans doute l’erreur la plus inconfortable à admettre, parce qu’elle révèle une réalité que peu d’entreprises veulent regarder en face : leurs données sont probablement bien moins propres qu’elles ne le pensent. Doublons dans la base clients, adresses incomplètes, codes articles incohérents d’un service à l’autre, champs obligatoires laissés vides… Ces problèmes existent presque partout, mais ils restent invisibles tant que le système tourne. C’est la migration de données qui les met brutalement en lumière.
Lancer la migration sur des données non nettoyées, c’est garantir des allers-retours interminables, des imports qui échouent et des données erronées dans le nouveau système dès le premier jour de production.
4. Sous-estimer la charge côté métier
La reprise de données est souvent perçue comme un sujet purement technique. C’est une idée reçue qui génère des déconvenues importantes. Le nettoyage des données, la validation des référentiels, les décisions sur ce qu’on reprend ou non : tout cela exige une implication forte des équipes métier, commerciaux, comptables, logisticiens, acheteurs selon le périmètre du projet.
Or ces équipes ont un travail à plein temps par ailleurs. Si la charge liée à la reprise de données n’est pas planifiée dans les agendas dès le lancement du projet, elle sera systématiquement repoussée, au détriment du planning global. La solution : nommer des référents donnés par domaine métier dès le départ, et leur dégager du temps explicitement pour cette mission.
5. Expédier la phase de contrôle post-import
Un import techniquement réussi ne garantit pas que les données sont exploitables. Des règles de gestion mal paramétrées, un mapping de champs imparfait, des valeurs mal converties : autant d’anomalies qui peuvent passer inaperçues à l’import, mais générer des dysfonctionnements graves en production. Erreurs de facturation, stocks incorrects, fiches clients incomplètes, visibles dès les premiers jours sur le nouvel ERP.
La règle à retenir : prévoyez systématiquement un plan de recette données, avec des tests de contrôle par domaine métier, avant toute mise en production. Cette étape n’est pas optionnelle.
Pourquoi le nettoyage des données est la véritable clé du succès
Le succès d’un projet de migration de données commence par un nettoyage des données de qualité.
Le nettoyage des données permet d’assurer des données fiables, cohérentes et exploitables avant l’import dans un nouvel ERP. C’est une étape longue, souvent ingrate, mais c’est elle qui conditionne tout le reste. Concrètement, elle couvre quatre types d’actions essentielles.
La déduplication consiste à identifier et fusionner les enregistrements en double. Un même client peut exister plusieurs fois dans une base, avec des variantes d’orthographe ou des codes distincts selon les services. Ces doublons doivent être détectés et traités avant toute migration.
La normalisation consiste à homogénéiser les formats et les valeurs : des dates saisies de façon inconsistante, des noms de pays abrégés différemment, des unités de mesure non uniformisées. Tout ce qui peut générer des incohérences dans le nouveau système doit être standardisé en amont.
La complétion consiste à remplir les champs obligatoires manquants dans le nouvel ERP à partir des données sources.
L’archivage ou la suppression consistent à traiter les données obsolètes avant la migration, enregistrements inactifs depuis plusieurs années, références discontinuées, comptes clôturés, plutôt que de les retrouver en désordre dans le nouveau système.
Ce travail est structurant bien au-delà du projet lui-même. Une entreprise qui nettoie sérieusement ses données dans le cadre d’un projet ERP repart sur des bases saines et en tire un bénéfice durable sur la qualité de son pilotage.
Comment préparer sa reprise de données 6 mois avant le Go Live
Les dérapages liés à la reprise de données sont largement évitables, à condition d’anticiper. Voici une feuille de route concrète pour aborder cette phase sereinement.
6 mois avant : faire l’inventaire de l’existant. La première étape consiste à cartographier toutes les sources de données de l’entreprise. Où vivent vos données aujourd’hui ? Dans votre ERP actuel, mais aussi peut-être dans des fichiers Excel, des outils métier spécifiques, des bases de données locales. Chaque source doit être identifiée, et le volume ainsi que la qualité des données qu’elle contient doit être évalué. C’est également le moment de définir le périmètre de la reprise : quelles données migre-t-on, sur quelle profondeur historique, et selon quels critères d’exclusion ?
5 mois avant : lancer le nettoyage des données. Une fois l’inventaire réalisé, le travail de nettoyage peut commencer. Chaque domaine — clients, fournisseurs, articles, comptabilité, stocks — doit être passé en revue et validé par les référents métier concernés. Ce travail prend systématiquement plus de temps qu’anticipé. C’est précisément pourquoi il doit commencer tôt, pour ne jamais se retrouver à le faire dans l’urgence des dernières semaines.
3 à 4 mois avant : construire les fichiers de reprise et tester. Les données nettoyées doivent ensuite être structurées dans les formats attendus par le nouvel ERP. C’est l’étape du mapping : faire correspondre chaque champ de l’ancien système avec le champ équivalent dans le nouveau. Des tests d’import doivent ensuite être réalisés sur l’environnement de recette, mais jamais sur la production. Prévoyez plusieurs itérations : un premier import ne donne presque jamais un résultat parfait, et c’est tout à fait normal.
1 à 2 mois avant : contrôler, valider et documenter. La phase finale consiste à faire contrôler les données importées en recette par les équipes métier, à valider leur cohérence globale, et à documenter toutes les décisions prises. Données exclues, valeurs par défaut appliquées, règles de transformation. Cette documentation est précieuse non seulement pour le Go Live, mais aussi pour la maintenance du système dans les mois suivants.
Ce que vous avez à gagner en prenant cette phase au sérieux
Une reprise de données bien menée, ce n’est pas seulement un projet qui se déroule dans les temps. C’est la garantie d’un démarrage serein sur le nouvel ERP, avec des données fiables dès le premier jour. C’est la confiance des équipes dans leur nouvel outil, préservée dès la mise en production. Et c’est surtout une opportunité unique de remettre à plat la gouvernance des données de l’entreprise. De décider collectivement ce qu’on conserve, ce qu’on archive, et comment on maintient la qualité de l’information à l’avenir.
Les entreprises qui réussissent leur migration de données ERP ont toutes un point commun : elles ont pris cette phase au sérieux, tôt, avec les bonnes personnes impliquées. Ce n’est pas une question de budget ni de technologie. C’est une question d’anticipation et de méthode.
Chez Flow Line Intégration, nous accompagnons nos clients sur cette phase depuis l’inventaire initial jusqu’au contrôle post-import. Parce que nous savons, par expérience, que la réussite d’un projet ERP se joue souvent bien avant le paramétrage.
Vous préparez un projet ERP et vous vous interrogez sur la reprise de données ? Contactez notre équipe pour un premier échange.
