Réussir sa migration vers Odoo, de la reprise des données à la bascule

Une migration Odoo recouvre deux situations très différentes : arriver sur Odoo depuis des fichiers Excel, un logiciel de comptabilité ou un ancien ERP, ou monter d’une version d’Odoo à une autre. Dans les deux cas, le risque ne vient pas du logiciel : il vient de la qualité des données, de la date de bascule et de l’absence de plan de retour. Cette page détaille la méthode pour passer à Odoo dans un contexte belge, où la TVA, Peppol et le plan comptable pèsent dès le premier jour.

Pour la vue d’ensemble du projet, voyez d’abord la page sur la mise en place d’Odoo ; ici, on se concentre sur ce qui est propre à la reprise et à la bascule. Le guide générique de la migration ERP donne le cadre commun à tous les éditeurs.

Quel type de migration vers Odoo ?

Le point de départ conditionne le chantier.

Une PME flamande qui sort d’un tableur de suivi des commandes n’a pas le même chantier qu’une ETI wallonne qui remplace un ERP installé depuis longtemps. Un audit de projet Odoo a du sens si vous reprenez une base déjà existante dont personne ne maîtrise plus l’historique.

Les outils d’import d’Odoo

Pour la reprise de données, Odoo fournit un outil d’import natif. D’après la documentation de l’éditeur :

• les formats CSV et Excel (.xlsx) sont acceptés ;
• des modèles d’import préconfigurés existent pour les contacts, les produits, les relevés bancaires, les écritures comptables et les commandes ;
• les identifiants externes évitent les doublons et permettent de reprendre les relations d’un ancien système (un article lié à son fournisseur, une commande liée à son client) ;
• les imports sont définitifs et ne peuvent pas être annulés.

Ce dernier point structure toute la méthode : on n’importe jamais pour la première fois en production. Les identifiants externes sont le meilleur allié d’une reprise propre : en conservant la clé de l’ancien système, vous pouvez rejouer un import corrigé sans créer de doublons, et relier les fichiers entre eux (contacts, puis articles, puis commandes).

Pour de gros volumes, des relations complexes ou des données qui ne passent pas par un tableur, l’intégrateur prépare des scripts de reprise dédiés. Ce travail relève du chantier d’intégrations et connecteurs lorsque l’ancien système doit rester branché quelque temps.

Quelles données reprendre, et lesquelles laisser ?

La tentation est de tout reprendre « au cas où ». C’est coûteux et rarement utile. Trois catégories aident à trancher.

Les données maîtres : à reprendre

Contacts (clients, fournisseurs), articles, nomenclatures, tarifs, conditions de paiement, entrepôts. Ce sont elles qui font fonctionner Odoo dès le premier jour. Elles doivent être nettoyées avant l’import, pas après.

Les données en cours : à reprendre avec précaution

Commandes ouvertes, livraisons attendues, factures non soldées, stocks. Elles doivent coïncider avec la réalité au moment exact de la bascule. Un inventaire physique ou un arrêté de stock le jour du changement évite de reprendre des chiffres déjà faux.

L’historique : à arbitrer

Les factures et commandes passées ne sont pas toutes utiles dans le nouvel outil. On reprend généralement ce qui sert à l’analyse (chiffre d’affaires par client, historique de ventes d’un article) et on archive le reste. Pour la comptabilité, la reprise se fait le plus souvent par soldes d’ouverture, plutôt que par le détail de chaque écriture ancienne. Les obligations de conservation des pièces se règlent avec votre comptable ; elles ne dépendent pas de l’ERP. Le volet financier est détaillé dans la page comptabilité et finance sous Odoo.

Le nettoyage, étape la moins glamour et la plus rentable

Avant tout import, un travail de fond :

1. dédoublonner les tiers (le même fournisseur saisi sous trois orthographes) ;
2. attribuer un identifiant unique à chaque client, fournisseur et article ;
3. harmoniser les unités de mesure, les devises et les conditions de paiement ;
4. vérifier les numéros de TVA belges et les adresses des clients ;
5. supprimer les articles inactifs et les tiers sans mouvement récent ;
6. figer les langues de communication des contacts, utile en Belgique où un même client peut être néerlandophone, francophone ou germanophone.

Un nettoyage fait en amont se mesure en jours ; le même nettoyage fait après la bascule se mesure en tickets de support.

Stratégie de bascule : brutale, progressive ou par pilote

Il n’existe pas de bonne stratégie universelle ; il existe celle qui correspond à votre activité.

Dans tous les cas, fixez la date avec votre comptable. Le moment idéal évite la clôture d’exercice, les déclarations TVA et les inventaires. Pour la facturation, vérifiez en amont que votre émission et votre réception d’e-factures fonctionnent : le guide sur la facturation électronique Peppol et celui sur la TVA belge dans l’ERP listent les points à contrôler avant le premier jour de production.

Tester avant de basculer

Une migration réussie se joue en répétitions. Le schéma habituel :

• Une première reprise dans une base de test pour mesurer les erreurs ;
• Des corrections sur les fichiers sources, non sur la base ;
• Une reprise générale à blanc, chronométrée, qui sert de répétition de la bascule ;
• Des tests utilisateurs avec des cas réels : un devis, une commande, une livraison, une facture, un paiement, un rapprochement bancaire, une déclaration de TVA ;
• Un contrôle des soldes : le total des créances clients, des dettes fournisseurs et la valeur du stock dans Odoo doivent correspondre à l’ancien système, au centime près ;
• Une validation écrite par les responsables de chaque service avant la date de bascule.

Les utilisateurs clés doivent être formés avant ces tests, pas après ; la formation Odoo fait partie du planning de migration, au même titre que les imports.

Plan de retour arrière

Un plan de retour arrière n’est pas un aveu de faiblesse, c’est une condition de signature pour un dirigeant. Il comprend :

• une sauvegarde complète de la base Odoo juste avant chaque import réel, puisqu’aucun import ne peut être annulé ;
• la conservation de l’ancien système en lecture, et si nécessaire en écriture, pendant une période convenue ;
• des critères de décision écrits : quels incidents déclenchent le retour, qui décide, avant quelle heure ;
• la procédure de reprise des opérations saisies entre la bascule et le retour, pour ne perdre aucune commande ni aucun paiement ;
• la communication prévue vers les clients et fournisseurs en cas de retard de facturation.

Plus la bascule est tôt dans la semaine et dans le mois, plus il reste de temps pour décider et corriger.

Migrer d’une version d’Odoo à une autre

Le sujet est distinct de l’arrivée sur Odoo, mais tout aussi structurant pour le budget et le calendrier. Selon la documentation de l’éditeur :

• chaque version majeure bénéficie de trois ans de support standard, puis d’un support étendu payant, uniquement sur Odoo.sh (versions limitées) et sur site ;
• les correctifs de sécurité ne sont fournis que pendant le support standard ;
• sur Odoo Online et Odoo.sh, la mise à niveau vers une version majeure est obligatoire tous les deux ans, avec préavis, et les versions intermédiaires doivent être mises à niveau dans les semaines qui suivent la version suivante ;
• chaque version majeure reçoit en outre deux ans supplémentaires pour effectuer les mises à niveau nécessaires avant de perdre tout support ;
• les versions intermédiaires (SaaS) sortent tous les deux à trois mois, ne sont disponibles que sur Odoo Online et ne donnent pas droit au support étendu.

Côté calendrier, la page des versions supportées indique par exemple qu’Odoo 17.0 (sortie en novembre 2023) voit son support standard s’achever en septembre 2026, qu’Odoo 18.0 (octobre 2024) est supporté jusqu’en septembre 2027 et qu’Odoo 19.0 (septembre 2025) l’est jusqu’en septembre 2028. Si vous êtes encore sur une version dont l’échéance est dépassée ou proche, le sujet n’est plus optionnel. Les différences d’édition et de licence (Community ou Enterprise) sont détaillées sur la page versions et éditions d’Odoo.

La procédure de mise à niveau prévoit l’obtention d’une base de test mise à niveau pour valider la nouvelle version avant la mise en production ; certains services restent hors du périmètre du SLA de mise à niveau. Ce périmètre pèse surtout sur les bases qui comportent des modules personnalisés ou des applications tierces : chaque développement spécifique doit être testé, parfois adapté. Plus une base est « standard », plus la montée de version est simple. Le choix d’hébergement joue aussi : voyez la page sur l’hébergement et le cloud Odoo.

Erreurs fréquentes à éviter

• Importer en production dès le premier essai. Un import est définitif ; sans répétition, une erreur de mapping se découvre devant les utilisateurs.
• Reprendre des données sales « pour gagner du temps ». Les doublons et les articles morts se retrouvent dans chaque rapport.
• Négliger les identifiants externes. Sans eux, un second import crée des doublons au lieu de mettre à jour.
• Reporter les tests comptables. Une TVA ou une codification de comptes erronée se corrige difficilement une fois la période ouverte.
• Fixer la date de bascule sans l’avis du comptable. Les contraintes de clôture et de déclaration sont réelles.
• Oublier les interfaces. Banque, site marchand, logiciel de transport, outil de paie : chacun doit être rebranché et testé.
• Sous-estimer la conduite du changement. Une équipe qui ne sait pas où cliquer le jour J recréera des fichiers Excel en parallèle.
• Passer à côté de la licence. Le coût dépend de la formule : selon la grille de l’éditeur, Odoo Standard est limité à l’hébergement Odoo Online, tandis qu’Odoo Custom ouvre Odoo.sh et le sur site. Les montants sont à retrouver sur la page prix d’Odoo.

Après la bascule : les premières semaines

Prévoyez une période de suivi renforcé : un point quotidien avec les utilisateurs clés au début, une liste d’anomalies priorisée, puis un passage au rythme normal. Les premières clôtures mensuelles servent de test grandeur nature. Un contrat de support et maintenance Odoo formalise ensuite qui répond, sous quel délai et pour quoi. Pour le contexte local du déploiement, la page Odoo en Belgique rappelle les spécificités à prévoir.

Vous cherchez un intégrateur qui a déjà mené ce type de reprise ? Décrivez votre point de départ (Excel, comptabilité, ancien ERP ou changement de version) : nous vous mettons en relation avec un intégrateur adapté, gratuitement ; c’est lui qui réalise le projet.

Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.