Migration de version Odoo : passer à Odoo 19 ou 20 sans casser votre base

Migrer une base Odoo vers une nouvelle version majeure, c’est faire convertir vos données par le service de mise à niveau d’Odoo, porter vos modules spécifiques et tiers, puis tester avant de basculer. Au 19 octobre 2026, seules les versions majeures Odoo 18, 19 et 20 sont en support standard : Odoo 17 en est sorti en septembre 2026.

Où en sont les versions d’Odoo en octobre 2026

Odoo publie une version majeure par an ; la dernière, Odoo 20, date de septembre 2026. Des versions intermédiaires dites « SaaS » (19.3, 19.4…) sortent entre-temps tous les deux à trois mois, uniquement sur Odoo Online.

Chaque version majeure a droit à trois ans de support standard. Vient ensuite un support étendu, payant en supplément, proposé seulement sur Odoo.sh (pour un nombre limité de versions) et sur site. Point décisif : les correctifs de sécurité ne sont fournis que pendant le support standard.

Le contrat d’abonnement Enterprise (version 13 du 24 septembre 2026) ne couvre que les trois dernières versions majeures. Pour une base restée sur une version plus ancienne, il prévoit un supplément égal à 25 % du prix annualisé de l’abonnement, facturé une fois par an et au plus tôt six mois après la sortie d’une nouvelle version majeure.

Êtes-vous obligé de migrer ? Tout dépend de l’hébergement

• Odoo Online : mise à niveau obligatoire tous les deux ans sur une version majeure, et quelques semaines après la sortie de la suivante sur une version intermédiaire. Odoo prévient quelques semaines avant, teste votre base en silence et, faute d’action avant la date limite, déclenche la mise à niveau automatiquement.
• Odoo.sh : après les trois ans de support, la documentation laisse deux ans supplémentaires pour mettre à niveau ; vous êtes prévenu le moment venu.
• Sur site : vous pouvez rester indéfiniment sur la même version. Odoo le déconseille : plus l’écart de versions est faible, plus la mise à niveau est simple.

En pratique, une base en Odoo 17 ne reçoit plus de correctifs de sécurité depuis septembre 2026, et une base en Odoo 18 sera dans le même cas en septembre 2027 (date prévue).

Viser Odoo 19 ou Odoo 20 ?

Le service d’Odoo permet de passer de n’importe quelle version à toute version majeure en support standard, ou sortie de ce support depuis moins de six mois. Depuis une 16 ou une 17, vous pouvez donc migrer directement vers la 19 ou la 20. La 20 offre l’horizon le plus long (septembre 2029) ; la 19, disponible depuis un an, a laissé plus de temps aux éditeurs d’applications pour publier des versions compatibles. Le critère qui tranche est souvent concret : vos applications tierces et vos connecteurs existent-ils pour la version visée ?

Vérifiez aussi que la cible est ouverte pour votre hébergement : le 19 octobre 2026, le formulaire en ligne d’upgrade.odoo.com proposait encore la 19.0 comme version la plus récente.

Ce que couvre le service de mise à niveau d’Odoo

Avec un abonnement Odoo Enterprise, la mise à niveau est gratuite, y compris le support pour corriger les écarts constatés dans la base convertie. La demande se fait depuis le gestionnaire de bases (Odoo Online), l’onglet Upgrade du projet (Odoo.sh), ou par ligne de commande ou formulaire sur upgrade.odoo.com (sur site, avec le code d’abonnement). L’accord de niveau de service couvre :

• toutes les applications standard ;
• les personnalisations Studio, tant que Studio reste installé et l’abonnement actif ;
• les développements couverts par la maintenance des personnalisations, facturée selon le contrat par tranche de 100 lignes de code et par mois.

Le périmètre reste technique : convertir la base (modules standard et données) pour la version cible. Vous pouvez demander autant de bases de test que nécessaire, et chaque mise à niveau réussie s’accompagne d’un rapport qui détaille les changements, dont les vues désactivées.

Ce qu’il ne couvre pas

C’est là que se concentre l’essentiel du travail. Sont exclus :

• les modules spécifiques écrits en interne ou par des tiers, partenaires Odoo compris, hors contrat de maintenance : leur adaptation revient à celui qui les maintient, et tant qu’une version compatible n’existe pas, la base ne peut pas être mise à niveau ;
• les applications tierces, qui doivent exister pour la version cible ou être portées ;
• le nettoyage des données et configurations existantes, et la formation ;
• le passage de Community à Enterprise, le changement d’hébergement, le retour à une version antérieure et la migration depuis un autre ERP.

Le contrat ajoute que, pour chaque module couvert qui n’a pas été sous maintenance pendant les 12 derniers mois, Odoo peut facturer au moment de la mise à niveau un rattrapage par mois manquant.

Côté Community, les scripts de mise à niveau d’Odoo ne sont pas open source et le formulaire d’upgrade.odoo.com demande un code d’abonnement Enterprise. Une base Community peut passer par OpenUpgrade, projet de l’Odoo Community Association, qui migre d’une version à la suivante : de la 17 à la 19, on exécute OpenUpgrade 18 puis OpenUpgrade 19.

Dans tous les cas, le portage des modules (vues, champs renommés, scripts de migration) relève du développement Odoo sur mesure et se chiffre module par module.

La méthode, étape par étape

1. Inventaire et tri des développements

Listez la version, l’hébergement, les modules (standard, Studio, spécifiques, tiers), les intégrations (EDI, API, synchronisation bancaire, boutique en ligne), les rapports PDF et modèles d’e-mail modifiés. Odoo recommande ensuite de geler les développements, hors corrections de bugs, et de confronter chacun aux nouveautés des versions visées : ce qui est devenu standard se retire, le reste se conserve ou se réécrit.

2. Une première base de test

Demandez une base mise à niveau pour vérifier que la conversion standard passe. Sur site, elle revient sans filestore (les pièces jointes) : fusionnez-le avec celui de production. Les bases de test sont neutralisées : actions planifiées désactivées, e-mails sortants bloqués, paiements et transporteurs en mode test, synchronisation bancaire coupée.

3. Le portage des modules

Chaque module doit d’abord s’installer sans erreur sur une base vide de la version cible, puis fonctionner sur la base mise à niveau, avec des scripts de migration pour les champs, modèles ou identifiants renommés. Menez ce portage en parallèle de la première base de test. Sur Odoo.sh, chaque commit sur la branche de test restaure la base mise à niveau et met à jour les modules.

4. Recette fonctionnelle et contrôles de données

Faites dérouler les flux complets par les utilisateurs clés : achat, réception, vente, livraison, facture, avoir, rapports comptables, sans oublier intégrations, exports, actions automatisées, modèles d’e-mail et traductions. Comparez ensuite test et production sur des points de contrôle chiffrés : balance générale à date, encours clients et fournisseurs, stock en quantité et en valeur, commandes ouvertes. Les anomalies du standard se signalent au support d’Odoo, qui a un motif dédié aux tests de mise à niveau.

5. Répétition, bascule et retour arrière

Redemandez régulièrement une base de test (les scripts d’Odoo et vos données évoluent) et faites une répétition complète la veille. Le jour J, la production est indisponible : choisissez un créneau creux, loin d’une clôture ou d’une déclaration de TVA, et suspendez la saisie, car rien de ce qui est saisi après l’envoi de la copie ne figurera dans la base migrée.

Le retour arrière dépend de l’hébergement. Sur Odoo Online, une fois la mise à niveau terminée, revenir à la version précédente est impossible. Sur Odoo.sh, la plateforme annule l’opération en cas d’échec et crée une sauvegarde d’avant mise à niveau en cas de succès. Sur site, gardez l’ancienne base, son filestore et l’ancien code, et fixez à l’avance les critères et l’heure limite du « go / no go » : au-delà, revenir en arrière ferait perdre les saisies faites dans la nouvelle version.

Les pièges les plus fréquents

• Découvrir tard un module tiers bloquant : sans version compatible, toute la mise à niveau attend.
• Ignorer le rapport de mise à niveau : une vue qui pose problème est désactivée pendant la conversion ; à vous de la réactiver ou de la supprimer.
• Oublier les données « noupdate » : elles ne sont pas mises à jour avec le module et demandent un script.
• Tester avec le seul compte administrateur : les droits d’accès évoluent. Odoo 20 remplace par exemple les règles d’enregistrement par un domaine porté par le droit d’accès lui-même.
• Sous-estimer les changements de structure : en Odoo 20, les groupes de comptes cèdent la place aux comptes parents, et les valeurs de suivi du chatter disparaissent au profit d’un message généré à la volée. Développements et rapports qui s’appuient dessus sont à revoir.

Quel calendrier prévoir ?

Il n’existe pas de durée type : tout dépend du nombre et de la taille des modules spécifiques, des versions sautées, des applications utilisées, du volume de données et de la disponibilité des utilisateurs clés pour la recette. Partez de l’échéance (fin du support standard, ou date limite notifiée sur Odoo Online) et remontez le calendrier, en prévoyant plusieurs cycles de test, une répétition et un support renforcé après la bascule.

Sur Odoo Online, où les modules Python spécifiques ne sont pas installables, l’opération technique peut être courte : si le test silencieux d’Odoo réussit en moins de 20 minutes, vous pouvez lancer la mise à niveau directement depuis la base. Le temps à réserver est alors surtout celui de la recette.

Questions fréquentes

Peut-on passer directement d’Odoo 16 ou 17 à Odoo 20 ?

Oui avec le service d’Odoo (Enterprise), une fois vos modules portés vers la 20. Avec OpenUpgrade (Community), on enchaîne les versions une à une.

La mise à jour de version Odoo est-elle payante ?

Le service de mise à niveau est inclus dans l’abonnement Enterprise. Restent à budgéter le portage des modules spécifiques et tiers, la recette et la formation.

Peut-on rester sur Odoo 17 ?

Sur site, oui ; sur Odoo.sh, avec le support étendu payant. Dans les deux cas, sans correctifs de sécurité depuis septembre 2026. Sur Odoo Online, la mise à niveau est imposée.

Les personnalisations Studio sont-elles conservées ?

Oui, tant que Studio est installé et l’abonnement actif. Testez-les comme le reste : vues, rapports, automatisations.

Par où commencer

Par l’inventaire : il dit à lui seul si votre migration est une formalité ou un projet. Chez Azinove, partenaire officiel Odoo basé à Strasbourg, nous partons d’un audit du code et de la configuration (pour chaque module : conserver, réécrire ou remplacer par le standard), puis nous accompagnons la recette, la bascule et la formation. Le contrat Enterprise permet d’ailleurs de faire d’un partenaire Odoo votre interlocuteur principal pour la mise à niveau.

Pour le portage, voir nos modules et développements Odoo spécifiques ; pour le cadrage, la recette et la formation, notre activité d’intégrateur Odoo en France, avec des ateliers sur site en Alsace et, en Île-de-France, un travail à distance complété de déplacements si besoin. Le plus simple reste un échange de 30 minutes : nous contacter.

Sources

1. Odoo — Documentation 20.0, « Standard and extended support » (consultée le 19 oct. 2026) — https://www.odoo.com/documentation/20.0/administration/standard_extended_support.html
2. Odoo — Documentation 20.0, « Upgrade » (consultée le 19 oct. 2026) — https://www.odoo.com/documentation/20.0/administration/upgrade.html
3. Odoo — Documentation 20.0, « Upgrade a customized database » (consultée le 19 oct. 2026) — https://www.odoo.com/documentation/20.0/developer/howtos/upgrade_custom_db.html
4. Odoo — Odoo Enterprise Subscription Agreement, version 13 (24 sept. 2026) — https://www.odoo.com/documentation/20.0/legal/terms/enterprise.html
5. Odoo — Odoo Upgrade Service (consulté le 19 oct. 2026) — https://upgrade.odoo.com/
6. Odoo — Odoo 20 Release Notes (septembre 2026) — https://www.odoo.com/odoo-20-release-notes
7. Odoo Community Association — OpenUpgrade, Introduction — https://oca.github.io/OpenUpgrade/010_introduction.html