Odoo publie une version majeure par an. Rester sur une ancienne version finit par coûter : support qui s'éloigne, correctifs de sécurité qui manquent, nouveautés dont vous ne profitez pas. Voici la checklist que nous suivons pour une migration vers Odoo 19, quelle que soit la version de départ.
Pourquoi migrer, et quand ?
- La sécurité et le support : Odoo ne maintient que les versions les plus récentes. Vérifiez sur la page officielle de support où se situe la vôtre.
- La conformité : les évolutions réglementaires, comme la facture électronique, sont prises en charge dans les versions récentes.
- La performance et l'ergonomie : chaque version améliore l'interface et la vitesse.
- Les fonctionnalités : de nouvelles applications et de nouvelles options deviennent disponibles.
Le bon moment est rarement « un jour » : choisissez une période creuse pour votre activité et, pour la comptabilité, une date proche d'une clôture.
Étape 1 : l'audit de départ
On ne migre bien que ce que l'on connaît. Avant toute chose, faites l'inventaire :
- la version exacte et l'édition (Community ou Enterprise) ;
- la liste des applications installées et réellement utilisées ;
- les modules spécifiques développés pour vous ;
- les applications tierces, avec leur compatibilité avec Odoo 19 ;
- les connexions avec d'autres outils : site, banque, transporteur, comptabilité externe ;
- les rapports, vues et automatisations personnalisés ;
- le volume de données et l'historique à conserver.
Étape 2 : nettoyer avant de migrer
C'est l'étape qu'on est tenté de sauter, et qui fait gagner le plus de temps. Archivez les fiches obsolètes, fusionnez les doublons, supprimez les modules que plus personne n'utilise. Chaque élément en moins est un élément de moins à tester et à corriger.
Étape 3 : migrer sur une copie
La migration se fait d'abord sur une copie de votre base, jamais sur la base de production. Pour les clients Enterprise, Odoo propose une plateforme de mise à niveau ; pour Community, la communauté maintient des outils dédiés. Dans les deux cas, le résultat brut demande des corrections : les écarts entre versions, surtout quand on franchit plusieurs versions d'un coup, ne se règlent pas tout seuls.
Étape 4 : adapter les modules spécifiques
Les modules développés pour vous doivent être revus, adaptés, puis testés. C'est souvent là que se cache le plus gros de la charge. Profitez-en pour vous demander si chaque développement est encore nécessaire : certaines fonctions sont devenues standard dans les versions récentes.
Étape 5 : tester avec des scénarios réels
Ne vous contentez pas d'un test technique. Faites rejouer par vos équipes les parcours qui comptent :
- devis, commande, livraison, facture, encaissement ;
- achat, réception, facture fournisseur, paiement ;
- mouvements de stock et inventaire ;
- clôture comptable et rapprochement bancaire ;
- impressions et rapports utilisés au quotidien.
Comparez les soldes avec votre comptabilité : un écart est un signal à traiter avant la bascule.
Étape 6 : préparer les équipes
Une nouvelle version change des écrans et des habitudes. Prévoyez une courte formation sur les différences, plus un support renforcé les premiers jours. C'est ce qui évite une migration techniquement réussie mais mal vécue.
Étape 7 : la bascule
- fixez une fenêtre de bascule, hors de vos pics d'activité ;
- gelez les saisies dans l'ancienne base pendant la reprise finale ;
- prévoyez un plan de retour arrière si un point bloquant apparaît ;
- suivez de près les premiers jours et corrigez vite les écarts.
Les pièges fréquents
- sauter plusieurs versions sans passer par une copie de test ;
- découvrir tard qu'une application tierce n'est pas compatible ;
- ne pas associer les utilisateurs aux tests ;
- migrer sans nettoyer, et retrouver ses doublons dans la nouvelle version ;
- oublier les connexions externes, qui cessent de fonctionner sans bruit.
Questions fréquentes
Peut-on passer directement de la 15 à la 19 ?
Techniquement, c'est possible dans certains cas, mais plus l'écart est grand, plus il y a de contrôles à faire. Dans tous les cas, passez par une copie de test avant de toucher à la production.
Combien de temps dure une migration ?
De quelques semaines à plusieurs mois, selon le nombre de modules spécifiques, la qualité des données et la disponibilité de vos équipes pour les tests.
Faut-il arrêter de travailler pendant la migration ?
Non : la préparation et les tests se font sur une copie, pendant que vous travaillez normalement. Seule la bascule finale demande une courte interruption.
Faire évaluer votre migration
Pour savoir où vous en êtes, notre page migration Odoo présente la méthode que nous appliquons. Vous pouvez aussi demander un diagnostic ou réserver un échange avec un expert.