Passer à Odoo : réussir sa migration de données et de version

Une migration Odoo recouvre deux situations très différentes. La première : vous passez à Odoo depuis des tableurs Excel, un logiciel de comptabilité ou un ancien ERP. La seconde : vous utilisez déjà Odoo et devez changer de version. Dans les deux cas, la réussite se joue avant la bascule, dans la qualité des données, des tests et du plan de retour arrière.

Cette page détaille la méthode pour chaque cas. Pour le cadrage global d’un déploiement, consultez la page mise en place d’Odoo.

Deux types de migration Odoo à distinguer

Passer à Odoo depuis Excel, un logiciel comptable ou un ancien ERP

Depuis des fichiers Excel

C’est le point de départ le plus fréquent dans les petites structures. L’avantage : les données sont déjà tabulaires. L’inconvénient : elles sont rarement homogènes. Un même client apparaît sous trois orthographes, des références produit changent de format d’un onglet à l’autre, des colonnes mélangent plusieurs informations.

Le travail consiste d’abord à définir un fichier propre par objet (contacts, produits, nomenclatures, tarifs) avant même de penser à Odoo.

Depuis un logiciel de comptabilité

Ici, l’enjeu principal est financier : plan comptable, journaux, balance d’ouverture, tiers, immobilisations, écritures. Odoo fournit des modèles d’import pour les écritures comptables et les relevés bancaires, ce qui facilite la reprise. Le choix de ce qu’on reprend ligne à ligne et de ce qu’on reprend sous forme de soldes se décide avec votre expert-comptable. Le détail fonctionnel se trouve dans la page comptabilité et finance sous Odoo.

Depuis un ancien ERP

C’est la migration la plus lourde : plusieurs domaines (ventes, achats, stocks, production, finance) et des liens entre objets à préserver. Un ancien ERP contient souvent des années de pratiques locales : champs détournés, statuts maison, règles de calcul non documentées. Avant de migrer, il faut décider ce qu’on garde, ce qu’on simplifie et ce qu’on abandonne. Reproduire à l’identique un système ancien dans Odoo est rarement la bonne stratégie.

Si vous hésitez encore sur le choix de la solution, le guide pour choisir un ERP et la page sur les alternatives à Odoo vous aident à confirmer votre décision avant d’engager la reprise.

Les outils d’Odoo pour la reprise de données

L’éditeur documente un mécanisme d’import natif. Ses principes, d’après la documentation officielle :

• Formats acceptés : CSV et Excel (.xlsx).
• Modèles préconfigurés : contacts, produits, relevés bancaires, écritures comptables et commandes.
• Identifiants externes : ils évitent les doublons lors de réimports et permettent de reprendre les relations issues d’un ancien système (par exemple, rattacher une commande à son client sans passer par le nom).
• Imports définitifs : un import ne peut pas être annulé.

Cette dernière règle change toute l’organisation du chantier. On n’importe jamais pour la première fois en production : on répète sur une base de test, on contrôle, on corrige les fichiers, on recommence. L’import en production n’est que la dernière répétition.

Pour les volumes importants, les structures complexes ou les sources atypiques, les intégrateurs écrivent des scripts de reprise sur mesure. C’est un travail de développement sur mesure qu’il faut chiffrer et planifier comme tel.

Quelles données reprendre, et lesquelles laisser

Toutes les données de l’ancien système n’ont pas vocation à entrer dans Odoo. Un bon tri se fait par catégorie.

Nettoyer avant d’importer

Le nettoyage est la tâche la plus sous-estimée. Elle comprend le dédoublonnage des tiers, l’uniformisation des adresses et des unités, la clôture des articles morts, la vérification des numéros d’identification des entreprises et des conditions de paiement. Un ERP n’améliore pas des données médiocres : il les rend simplement plus visibles.

Les responsables métier doivent valider eux-mêmes les fichiers. Ce n’est pas à l’intégrateur de deviner qu’une référence est obsolète.

Faut-il reprendre l’historique ?

La réponse dépend de l’usage. Un historique de ventes peut alimenter des analyses ; un historique de stocks mouvement par mouvement est rarement nécessaire. Les obligations légales de conservation des pièces comptables se règlent avec votre expert-comptable : l’ancien outil peut rester accessible en lecture seule pour cela. Plus vous reprenez de volume, plus les contrôles et les risques augmentent.

Migrer entre versions d’Odoo

Pourquoi changer de version

Chaque version majeure d’Odoo bénéficie d’un support standard de trois ans après sa sortie, 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. Passé ce délai, la base fonctionne encore, mais sans correctifs de sécurité.

Calendrier publié par l’éditeur :

Les versions SaaS intermédiaires sortent tous les deux à trois mois, ne sont disponibles que sur Odoo Online et ne donnent pas droit au support étendu. Pour comprendre les différences entre éditions et versions, lisez la page versions et éditions d’Odoo.

Ce que l’éditeur impose selon l’hébergement

Sur Odoo Online et Odoo.sh, la mise à niveau vers une version majeure est obligatoire tous les deux ans. Les versions intermédiaires doivent être mises à niveau dans les semaines suivant la version suivante, avec un préavis. Chaque version majeure reçoit trois ans de support standard, plus deux ans supplémentaires pour effectuer les mises à niveau nécessaires avant de perdre tout support.

Sur site, vous gardez la main sur le calendrier, mais vous portez aussi la responsabilité de planifier. Le choix du mode d’hébergement pèse donc sur la cadence : voyez la page Odoo cloud et hébergement.

La procédure de mise à niveau

Avant la mise en production, la procédure prévoit l’obtention d’une base de test mise à niveau pour valider la nouvelle version. Certains services restent hors du périmètre du SLA de mise à niveau : les personnalisations spécifiques et les modules tiers en font typiquement partie, et c’est à votre intégrateur de les adapter.

Le principe est toujours le même : on ne touche pas à la production avant d’avoir validé une copie.

Stratégie de bascule : trois approches

La bascule est le moment où les utilisateurs cessent d’utiliser l’ancien système pour travailler dans Odoo.

• Bascule en une fois (« big bang ») : tout le périmètre change un jour donné. Simple à piloter, mais exigeante : tout doit être prêt, et l’erreur coûte cher.
• Bascule progressive par module ou par entité : on démarre par la comptabilité, ou par une filiale, puis on étend. Elle limite le risque mais impose des interfaces temporaires avec l’ancien système.
• Exploitation en parallèle : les deux systèmes tournent un temps. Elle rassure, mais double la saisie et épuise les équipes ; à réserver à un périmètre court et bien délimité.

Le choix dépend de la taille de l’organisation, de la saisonnalité de l’activité et de la tolérance au risque. Évitez de basculer en période de pic : clôture annuelle, inventaire, haute saison commerciale. Les modules concernés, comme les stocks et achats ou les ventes et CRM, n’ont pas les mêmes contraintes de calendrier.

Tests : ce qu’il faut valider avant la bascule

Les tests ne se limitent pas à vérifier que l’import « passe ». On distingue :

1. Les contrôles de reprise : nombre de lignes importées contre nombre de lignes sources, totaux comptables, soldes tiers, valorisation des stocks.
2. Les tests de processus : un cycle complet, du devis à l’encaissement, de la demande d’achat au paiement fournisseur, de l’ordre de fabrication au stock.
3. Les tests d’interfaces : échanges avec la banque, la boutique en ligne, le transporteur, la paie (voir les connecteurs Odoo).
4. Les tests utilisateurs : réalisés par les futurs utilisateurs eux-mêmes, avec leurs cas réels, pas par l’intégrateur seul.
5. Les tests de non-régression, dans le cas d’une mise à niveau : chaque flux qui fonctionnait avant doit fonctionner après.

Formaliser un procès-verbal de recette, signé par les responsables métier, évite les débats après la bascule. La formation Odoo des utilisateurs clés doit être terminée avant ces tests, pas après.

Prévoir le plan de retour arrière

Personne n’aime l’envisager, mais c’est ce qui distingue une migration maîtrisée d’un pari. Un plan de retour arrière sérieux contient :

• Des critères de décision fixés à l’avance : quels incidents déclenchent le retour, et qui décide.
• Une sauvegarde complète de l’ancien système et de la base Odoo juste avant la bascule.
• Un ancien système conservé en état de fonctionner, au moins en lecture, pendant une période définie avec la direction.
• Une traçabilité des saisies faites dans Odoo après la bascule, pour pouvoir les ressaisir si on revient en arrière.
• Une fenêtre de décision courte : plus on attend, plus le retour est coûteux.

Dans le cas d’une mise à niveau, le retour arrière consiste à restaurer la base d’origine ; c’est une raison de plus de ne jamais faire l’opération sans sauvegarde vérifiée.

Les erreurs à éviter

• Importer en production sans répétition : un import Odoo ne s’annule pas.
• Migrer des données non nettoyées, en espérant corriger plus tard.
• Reprendre tout l’historique par principe, alors que la valeur est faible et le risque réel.
• Reproduire l’ancien système à l’identique, au lieu de profiter du changement pour simplifier.
• Oublier les personnalisations lors d’une mise à niveau : elles sont hors du périmètre standard et doivent être revues.
• Attendre la fin du support pour changer de version : on se retrouve sans correctifs de sécurité et avec une migration en urgence.
• Sous-estimer la conduite du changement : des utilisateurs non formés rendent inutilement difficile une bascule techniquement réussie.
• Fixer la date avant d’avoir validé les tests : la date de bascule suit les résultats de recette, pas l’inverse.

Ces écueils rejoignent ceux décrits dans le guide sur les erreurs de projet ERP et la page générale sur la migration ERP.

Budget et accompagnement

Le coût d’une migration dépend du périmètre, de la qualité des données source, du nombre de personnalisations et du mode d’hébergement. Il ne se déduit pas d’un prix par utilisateur : les tarifs de licence ne sont qu’une partie du budget, détaillée dans la page prix d’Odoo. Seul un cadrage avec un intégrateur permet d’obtenir un chiffrage fiable.

Si une migration a déjà été engagée et pose problème, un audit Odoo et reprise de projet permet de repartir sur des bases saines. Pour choisir le bon partenaire, consultez la page choisir un intégrateur Odoo. Notre service gratuit vous met en relation avec un intégrateur adapté à votre projet : le fonctionnement de la mise en relation est détaillé en ligne, et l’intégrateur reste seul responsable de la réalisation du 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.