Migration des données Odoo : reprendre l’essentiel sans bloquer le Go-Live

Dans un projet ERP, la migration des données est une phase coûteuse, chronophage, et souvent sous-estimée. Beaucoup d’entreprises pensent au départ qu’il faut tout reprendre pour se rassurer.

En pratique, chaque ligne migrée demande du temps d’extraction, de nettoyage, de mapping, d’importation et surtout de vérification métier. Dépenser du budget pour importer des données anciennes qui ne seront presque jamais consultées est rarement un bon investissement.

La migration sert à rendre Odoo opérationnel avec les informations essentielles. Le but n’est pas de recréer tout le passé de l’entreprise dans le nouvel ERP. Le but est de démarrer avec une base propre, cohérente et utile. Une migration bien cadrée accélère le Go-Live. Une migration mal pensée ralentit tout le projet.

La migration touche potentiellement tout l’ERP, car Odoo est interconnecté. Mais certaines zones concentrent l’essentiel des enjeux :

• Les produits et articles : références, variantes, nomenclatures, routes logistiques, tarifs.
• La gestion commerciale : clients, fournisseurs, contacts et commandes encore ouvertes.
• La comptabilité : journaux d’ouverture, soldes, plan comptable et factures non réglées.

Ce sont ces blocs qui permettent à l’entreprise de continuer à vendre, acheter, stocker, livrer et facturer dès le démarrage.

Une idée fréquente consiste à croire qu’il suffit d’exporter les données de l’ancien système pour les verser telles quelles dans Odoo. Ce n’est presque jamais vrai.

Une donnée provenant de Sage, Cegid, Prestashop, Excel ou d’un autre outil n’a pas la même structure que dans Odoo. Les champs, les contraintes, les relations entre objets et les formats sont différents. Une adresse, un contact, un produit ou une facture doivent souvent être restructurés avant l’import.

La demande de reprise d’historique complet est très fréquente : anciens devis, commandes clôturées, vieux mouvements, factures de plusieurs années.

• À quelle fréquence cet historique sera réellement consulté ?
• Par qui, et pour quel usage précis ?
• Quelle valeur opérationnelle aura-t-il encore dans quelques années ?

Si le besoin n’est pas clairement justifié, il est souvent plus intelligent de conserver cet historique dans l’ancien système, en lecture seule, ou sous forme d’archives exportées. L’objectif est d’éviter qu’un chantier de reprise trop lourd bloque le projet ERP.

La logique de migration est simple : reprendre les master data et les éléments encore ouverts.

• Clients, contacts et fournisseurs actifs.
• Produits, variantes, nomenclatures et références utiles.
• Listes de prix.
• Stocks initiaux à la date de bascule.
• Commandes de vente et d’achat ouvertes.
• Factures ouvertes et soldes comptables.

La bonne question n’est donc pas “qu’est-ce qu’on peut techniquement migrer ?”, mais “qu’est-ce qu’il faut reprendre pour que l’activité fonctionne correctement dès le jour 1 ?”.

Une migration de données Odoo suit un processus structuré :

• 1. Définir les données à reprendre : ce qui doit exister au jour du Go-Live.
• 2. Identifier les sources : ERP actuel, fichiers Excel, comptabilité, e-commerce, CRM, etc.
• 3. Faire le mapping : faire correspondre les colonnes source avec les champs Odoo.
• 4. Préparer les fichiers : structurer la donnée selon les modèles définis.
• 5. Nettoyer : corriger doublons, incohérences, formats et vides bloquants.
• 6. Importer dans Odoo : via import standard ou scripts selon la complexité.
• 7. Contrôler : vérifier que les données sont réellement exploitables dans les flux métiers.

• Vouloir tout migrer : cela augmente le coût, la complexité et les délais.
• Confondre archive et donnée utile au démarrage : une information peut rester consultable sans être reprise dans la base de production.
• Nettoyer trop tard : cela met toute la planification sous tension.
• Réduire la migration à un simple import technique : c’est aussi un sujet métier, organisationnel et opérationnel.
• Retarder le Go-Live pour viser une perfection inutile : il faut viser un bon niveau de qualité sans transformer la migration en goulet d’étranglement.

La migration n’est pas un sujet purement technique traité seul par l’intégrateur. Le client a un rôle central. Le SPoC et les key users doivent extraire, rassembler, préparer les données à reprendre, confirmer leur sens métier et compléter les informations manquantes.

C’est logique : nous savons comment intégrer la donnée dans Odoo, mais vous restez les seuls à connaître la signification réelle de vos données métier.

Notre rôle ne se limite pas à faire un import. Nous prenons en charge l’analyse du périmètre, les arbitrages, la structure cible dans Odoo, les règles d’import, les contrôles de cohérence et la sécurisation du démarrage. Nous vous guidons sur le format, les priorités et la bonne méthode pour éviter de perdre du temps.

Une idée doit guider toute la migration : la reprise de données doit servir la mise en production, pas la retarder inutilement.

Si toutes les données ne sont pas parfaitement nettoyées à temps, cela ne doit pas forcément bloquer le démarrage. Certaines corrections peuvent être réalisées après le Go-Live, directement dans Odoo, tant que l’activité peut fonctionner normalement. L’objectif est d’obtenir des données aussi propres que possible, sans compromettre la date de bascule.