Mise à jour (octobre 2026) : Odoo 20 est sortie fin septembre 2026, et le contrat d'abonnement Enterprise en vigueur est désormais la version 13 du 24 septembre 2026, qui conserve les trois versions couvertes et la majoration de 25 %. La 17.0 n'est donc plus une version couverte. Voir Odoo 20 est sortie : ce qui est confirmé par rapport aux annonces et Tester sa migration vers Odoo 20.
Odoo 20 sortira dans les prochaines semaines, et les questions arrivent déjà : faut-il migrer tout de suite, attendre, sauter une version ? Pour un dirigeant, la tentation est double. D'un côté, l'envie de profiter des nouveautés annoncées au printemps. De l'autre, le souvenir d'une précédente migration qui a mobilisé l'équipe pendant des semaines. La bonne réponse ne dépend pas d'Odoo 20 lui-même, mais de deux paramètres que vous connaissez déjà : la version sur laquelle vous êtes, et la façon dont votre base est hébergée.
Cet article ne présente pas les nouveautés d'Odoo 20, que nous décrirons à sa sortie. Il traite uniquement du calendrier : quand migrer, et pourquoi. Il s'appuie sur la politique de support publiée par Odoo et sur le contrat d'abonnement Enterprise en vigueur à ce jour.
Les règles du jeu
Trois textes fixent le cadre, et ils ne disent pas tous la même chose.
La politique de support. La page de documentation consacrée au support standard et étendu indique que chaque version majeure bénéficie de trois ans de support standard : assistance, corrections de bugs et mises à jour de sécurité. Au-delà, un support étendu est possible moyennant un supplément obligatoire. Les fins de support standard prévues sont septembre 2026 pour Odoo 17.0, septembre 2027 pour la 18.0 et septembre 2028 pour la 19.0. La même page précise qu'on ne peut monter de version que vers des versions supportées, la dernière version qui vient de perdre son support restant une cible possible pendant six mois.
Le contrat d'abonnement. Le contrat Enterprise définit les « versions couvertes » comme les trois dernières versions majeures. Une fois par an, et au plus tôt six mois après la sortie d'une nouvelle version majeure, une base restée sur une version plus ancienne déclenche une majoration de 25 % du prix annualisé. Nous avions détaillé ce mécanisme à propos des versions 14 à 16.
Les règles par hébergement. La documentation de montée de version ajoute des obligations propres à chaque mode. En Online, une base en version majeure doit être montée de version tous les deux ans, et une base en version intermédiaire quelques semaines après la sortie de la version suivante. Sur Odoo.sh, le client dispose de deux ans supplémentaires après les trois ans de support. Sur site, rien n'oblige à migrer, même si Odoo le déconseille, et le contrat continue de s'appliquer.
Une conséquence mécanique en découle : à la sortie d'Odoo 20, les versions couvertes deviendront la 18.0, la 19.0 et la 20.0. La 17.0 sortira de la liste.
Votre situation, version par version
Vous êtes en 17.0 : c'est maintenant
Le support standard de la 17.0 se termine ce mois-ci, et elle ne sera plus une version couverte dès la sortie d'Odoo 20. La majoration contractuelle peut s'appliquer six mois après cette sortie. Autrement dit, une base en 17.0 sur Odoo.sh ou sur site doit avoir un projet de migration engagé cet automne. Le support étendu existe, mais la même page de documentation le décrit comme payant, avec des corrections de bugs assurées seulement selon leur faisabilité : c'est une solution d'attente, pas un plan.
La question est la cible : 19.0 ou 20.0 ? Mon avis est de viser la 19.0 si vous avez des développements spécifiques ou des modules tiers. Elle a un an de corrections derrière elle, les éditeurs de modules ont eu le temps de la prendre en charge, et elle restera couverte jusqu'à la sortie d'Odoo 22. Visez directement la 20.0 seulement si vous n'avez presque rien de spécifique, ou si une nouveauté de la version 20 répond à un vrai besoin métier : vous éviterez ainsi une migration supplémentaire.
Vous êtes en 18.0 : planifiez pour 2027
La 18.0 reste couverte jusqu'à la sortie d'Odoo 21, et son support standard court jusqu'en septembre 2027. Rien ne presse cette année. Le bon calendrier consiste à budgéter la migration pour le premier semestre 2027, en visant la 20.0 : elle aura alors plusieurs mois de corrections derrière elle, et vous sauterez la 19.0 sans perdre de couverture.
Vous êtes en 19.0 sur Odoo.sh ou sur site : attendez
Votre version est supportée jusqu'en septembre 2028 et restera couverte jusqu'à la sortie d'Odoo 22. Migrer vers la 20.0 dès sa sortie n'a d'intérêt que si une fonctionnalité précise le justifie. Sinon, laissez la nouvelle version mûrir, et envisagez de passer directement de la 19.0 à la 21.0 ou à la 22.0 selon vos besoins.
Vous êtes en Online sur une version intermédiaire : vous ne choisissez pas
C'est le cas le plus contraint. Une base Online en 19.3 ou 19.4 doit suivre la version suivante quelques semaines après sa sortie. Odoo 20 sera donc imposée à court terme : Odoo réalise un test de montée de version, vous prévient, et déclenche la mise à jour automatiquement si vous ne faites rien avant l'échéance. Votre marge de manœuvre se limite à choisir le jour, dans la fenêtre qui vous est laissée. Le travail utile commence donc dès maintenant : désigner qui testera la base migrée, et lister les contrôles à faire.
Vous êtes en Online sur la 19.0
Selon la documentation, une base Online en version majeure n'est tenue de monter de version que tous les deux ans. Vous pouvez donc, en principe, laisser passer Odoo 20. Faites confirmer par Odoo la date limite qui s'applique à votre base avant de vous organiser.
Ce qui coûte vraiment dans une migration
La licence ne change pas avec la version, et le service de montée de version est compris dans l'abonnement Enterprise pour le standard et les personnalisations Studio. Ce qui coûte, ce sont trois postes qui pèsent bien plus lourd que la licence.
- Le portage des développements spécifiques et des modules tiers. La documentation le rappelle : une base qui contient des modules personnalisés ne peut pas être migrée tant que ces modules n'existent pas pour la version cible.
- Le temps des équipes pour tester. Odoo fournit une base de test migrée, mais c'est à vous de vérifier vos rapports, vos taxes, vos flux et vos intégrations.
- La formation. Chaque version majeure déplace des écrans ; les procédures internes sont à reprendre.
Attendre ne fait pas disparaître ces coûts. Plus l'écart entre versions est grand, plus le portage des développements est lourd, et la documentation le dit elle-même : plus l'écart est faible, plus la montée de version devrait être simple. C'est pourquoi je déconseille de rester sur une version qui sort de la couverture : on paie la majoration, puis on paie une migration plus lourde.
Mon conseil
Ne migrez pas dans les premières semaines suivant une sortie majeure si votre base contient du spécifique, sauf obligation. Laissez passer quelques mois de corrections, et laissez le temps aux éditeurs de modules de publier leurs versions. En revanche, ne laissez jamais votre base sortir de la liste des versions couvertes : c'est la seule échéance qui coûte de l'argent sans rien apporter.
Pour la 17.0, l'échéance tombe six mois après la sortie d'Odoo 20. Pour les autres, c'est le moment de mettre la prochaine migration au budget, à la date qui vous convient. Les nouveautés annoncées au printemps, résumées dans notre article sur Odoo 20 pour une PME française, aident à décider s'il vaut la peine de viser la 20.0 plutôt que la 19.0.
Sources
- Documentation Odoo, support standard et étendu (version du 06/08/2026) : Lire la page
- Documentation Odoo 19.0, montée de version (règles par hébergement) : Lire la page
- Odoo, contrat d'abonnement Enterprise (version 12 du 19/12/2025) : Lire le contrat
- Service de montée de version d'Odoo : upgrade.odoo.com