Reprise de données ERP : pourquoi c'est toujours plus complexe que prévu
Dans presque tous les projets ERP, la reprise de données est le chantier qui génère le plus de surprises. Sous-estimée dans les budgets, démarrée trop tard, aux responsabilités floues entre client et intégrateur — elle est l'une des premières causes de glissement de planning. Pourtant, sans données fiables dans le nouvel système, l'ERP ne peut pas fonctionner.
De quoi parle-t-on exactement ?
La reprise de données (RDD) désigne le processus de migration de l'ensemble de vos données existantes vers le nouvel ERP : articles, clients, fournisseurs, stocks, historiques comptables, en-cours de commandes ou de fabrication. Ces données viennent de sources multiples — l'ancien ERP, des fichiers Excel, une GPAO, un WMS — avec des formats, des structures et des niveaux de qualité très variables.
Pourquoi c'est plus complexe qu'il n'y paraît
Les données semblent accessibles. En réalité, leur qualité est rarement au niveau requis pour alimenter un nouveau système : doublons, incohérences, champs vides, formats incompatibles. Le travail de nettoyage et de normalisation est souvent sous-évalué, parfois ignoré, jusqu'à ce qu'il devienne un blocage réel.
S'ajoutent à cela des questions de responsabilité qui ne sont pas toujours tranchées clairement dans les contrats : qui valide la qualité des données ? Qui arbitre quand une décision métier est nécessaire ?
Ce que ça implique en termes d'organisation
Un plan de reprise de données bien conduit requiert des ressources internes dédiées — des collaborateurs qui connaissent les données, qui peuvent prendre des décisions sur les cas particuliers et valider les résultats des migrations tests. Ce n'est pas un sujet purement technique que l'on peut déléguer à l'intégrateur.
La RDD doit être planifiée dès le début du projet, avec des jalons clairs et une gouvernance précise entre le client et le prestataire.
Les conséquences d'une mauvaise préparation
Un démarrage avec des données incomplètes ou incorrectes peut paralyser les opérations dès les premiers jours : stocks faux, clients manquants, gammes incohérentes. Les corrections en production coûtent beaucoup plus cher — en temps, en argent et en crédibilité interne — que la préparation en amont.
La reprise de données est un sujet métier autant que technique. Elle mérite d'être traitée comme un projet à part entière, avec ses propres ressources et son propre planning. C'est l'une des dimensions que nous cadrons systématiquement avec nos clients dès le début de la mission.
Vous avez un projet ERP ?
Échangeons sur votre situation. 2B Conseil intervient en toute indépendance, sans lien avec aucun éditeur ni intégrateur.
Prendre contact