Quand une entreprise planifie son passage à Odoo, la discussion tourne presque toujours autour du même sujet : quels modules activer, quels workflows reproduire, quelle formation prévoir pour les équipes. La migration des données existantes arrive rarement en tête de liste. Elle est pourtant, dans notre expérience, l'un des postes qui fait le plus souvent dériver un planning d'implémentation.
Le raisonnement typique est simple : "on a nos fichiers Excel, notre ancien logiciel, on exporte et on importe, ça devrait aller vite." En pratique, les données accumulées pendant des années dans plusieurs systèmes différents sont rarement dans un état exploitable tel quel. C'est ce décalage entre l'attente et la réalité qui transforme un sous-projet technique en source de retard.
Pourquoi ce chantier est systématiquement sous-estimé
La migration de données n'est pas un simple transfert de fichiers d'un système à un autre. C'est un travail de nettoyage, de normalisation et de validation métier. Une entreprise qui a utilisé le même tableur pendant huit ans a généralement accumulé des doublons de clients, des codes articles incohérents entre deux régions, des historiques de commandes incomplets et des unités de mesure qui changent d'une feuille à l'autre. Ces problèmes existaient déjà avant l'ERP, mais ils restaient invisibles parce que personne n'avait besoin que les données soient parfaitement structurées pour les utiliser.
Odoo, comme tout ERP, impose une structure rigoureuse : un article a une seule fiche, un client a un seul identifiant, une unité de mesure est cohérente sur toute la chaîne. Cette rigueur est justement ce qui rend l'ERP utile, mais elle oblige à confronter des années de désordre accumulé au moment de l'import — et c'est ce moment qui est presque toujours sous-évalué en durée.
Ce qui se passe réellement pendant une migration
Une migration de données sérieuse suit généralement plusieurs étapes distinctes, chacune pouvant révéler des surprises qui remettent en cause le planning initial.
- Extraction des données depuis les systèmes sources (Excel, ancien logiciel, base de données)
- Nettoyage : suppression des doublons, correction des incohérences, complétion des champs obligatoires
- Mapping : faire correspondre chaque champ source à un champ Odoo, ce qui suppose de connaître la structure des deux côtés
- Import test dans un environnement de préproduction, suivi d'une vérification ligne par ligne par les équipes métier
- Import final, généralement effectué juste avant le go-live pour capturer les données les plus récentes
Les erreurs les plus coûteuses
La première erreur, très fréquente, consiste à vouloir migrer l'intégralité de l'historique disponible. Dix ans de factures ou de mouvements de stock n'ont généralement aucune utilité opérationnelle dans le nouveau système et compliquent inutilement le nettoyage. Dans notre expérience, il est presque toujours préférable de ne migrer que l'historique réellement nécessaire au démarrage — soldes ouverts, stocks actuels, contrats en cours — et de garder l'ancien système accessible en lecture seule pour les consultations historiques ponctuelles.
La deuxième erreur est de laisser la migration entre les mains du seul prestataire technique, sans validation par les équipes métier qui connaissent réellement les données. Un consultant peut mapper des champs correctement d'un point de vue technique tout en important des informations qui n'ont plus de sens pour l'activité actuelle. C'est le service concerné — comptabilité, achats, production — qui doit valider un échantillon représentatif avant le import final, pas seulement l'équipe projet.
Comment aborder la migration sans mauvaise surprise
Les projets qui se passent bien traitent la migration comme un chantier à part entière, avec son propre calendrier, dès le début du projet plutôt qu'à la dernière minute.
- Auditer la qualité des données sources dès le cadrage, avant même de signer le calendrier d'implémentation
- Définir précisément quel périmètre d'historique sera migré, et ce qui restera archivé ailleurs
- Prévoir un import test suffisamment tôt pour laisser du temps à la correction, pas seulement à la veille du go-live
- Faire valider les données migrées par les utilisateurs métier, pas uniquement par l'équipe technique
Traitée ainsi, la migration cesse d'être le risque caché d'un projet ERP pour devenir une étape prévisible, au même titre que la configuration des workflows ou la formation des équipes.
Vous évaluez un passage à Odoo et vous vous demandez ce que vos données actuelles impliquent pour le projet ? Réservez un appel découverte si vous voulez explorer ce que cela représenterait concrètement pour votre entreprise.