En bref Odoo 17 est sorti du support en septembre 2026 : plus de correctifs de sécurité ni d'assistance standard. La bonne stratégie consiste à préparer l'inventaire et le cadrage dès novembre, puis à basculer en décembre ou en janvier, une fois le script de migration de la version cible suffisamment éprouvé. Attendre quelques semaines de plus coûte peu ; refaire une migration deux fois coûte beaucoup.
Un responsable informatique nous appelle en octobre. Sa base tourne sous Odoo 17, tout va bien en apparence et il veut migrer « avant la fin de l'année ». Nous lui posons une seule question : « Avez-vous vérifié l'état du script de migration de la version cible ? » Long silence. Odoo 17 sort du support : attendez le script de migration de la 20 avant de fixer une date de bascule. Voilà ce que nous lui avons expliqué.
Ce que signifie concrètement la fin du support
Odoo accorde trois ans de support standard à chaque version majeure : corrections d'anomalies et mises à jour de sécurité. Pour la version 17, ce support a pris fin en septembre 2026, au moment de la sortie d'Odoo 20. La version 18 reste couverte jusqu'en septembre 2027, la version 19 jusqu'en septembre 2028 et la version 20 jusqu'en septembre 2029.
Au-delà du support standard, un support étendu existe, mais il est payant, indisponible sur Odoo Online et limité aux corrections techniquement réalisables. Sur Odoo.sh, rester sur une version hors support n'est tout simplement pas possible. En on-premise, c'est techniquement faisable, mais sans correctifs de sécurité.
L'urgence tient donc à la sécurité, pas à une date butoir de migration : Odoo permet de migrer depuis n'importe quelle version vers une version encore supportée. Aucun couloir ne se ferme du côté de l'outil.
Pourquoi le script de migration décide du calendrier
Imaginez le script de migration comme la brigade en cuisine d'un restaurant qui vient d'ouvrir. La salle peut être prête, les convives installés : si la brigade n'a pas encore rodé ses recettes, le service déraille. Un script de migration transforme des données réelles vers une nouvelle structure, des écritures comptables aux valorisations de stocks en passant par les taxes et les historiques de documents. Sa qualité conditionne celle de tout le projet.
Un script publié avec la version majeure est un script jeune. Les premiers retours des intégrateurs révèlent des cas non couverts : plans comptables atypiques, multi-sociétés, devises multiples, données anciennes. Une migration Odoo bien conduite suppose un script stable, pas un script en cours de correction.
Travailler sur un script instable a trois conséquences directes. Premièrement, chaque essai est à refaire si le script évolue entre deux recettes. Deuxièmement, les utilisateurs vérifient leurs balances et leurs stocks lors de la recette : si le script change ensuite, leur travail est à recommencer. Troisièmement, un essai réussi sur un script instable peut rassurer à tort et masquer une anomalie que la prochaine correction du script aurait révélée.
Le coût d'attendre quelques semaines est faible, puisque la base de la 17 continue de fonctionner. Le coût d'une migration refaite deux fois est, lui, bien réel.
Ce qui ne doit surtout pas attendre
Attendre le script ne signifie pas rester les bras croisés. Tout le travail qui ne dépend pas du script peut avancer dès maintenant et il représente souvent la moitié de l'effort total.
- Inventaire des modules installés, des personnalisations, des connecteurs et des états sur mesure.
- Décision, pour chaque développement, de le conserver, de le remplacer par du standard ou de l'abandonner.
- Vérification de la disponibilité de chaque module tiers en version 19 ou 20.
- Nettoyage des données : doublons, comptes obsolètes, articles dormants.
- Choix de la version cible : 19 ou 20.
Ce cadrage se fait en novembre, avant que l'activité de fin d'année ne s'emballe. Dans notre expérience, la revue de processus menée à ce stade révèle presque toujours des personnalisations oubliées ou héritées d'un ancien prestataire sans documentation. C'est le véritable chantier.
Pourquoi il ne faut pas non plus attendre indéfiniment
Chaque mois sans correctifs de sécurité ajoute une exposition. Quatre risques concrets s'accumulent : plus de mises à jour de sécurité hors option payante, des modules tiers qui cessent d'être maintenus pour la version 17, une dette technique qui croît avec chaque version sautée et la facturation électronique.
Sur ce dernier point, la réception de factures électroniques est obligatoire pour toutes les entreprises depuis le 1er septembre 2026 et l'émission le sera pour les PME au 1er septembre 2027. Un outil hors support ne garantit pas la conformité de ces flux. Pour en savoir plus sur les obligations en vigueur, consultez notre page facturation électronique avec Odoo.
C'est pourquoi nous visons décembre ou janvier et non le printemps.
19 ou 20 : comment choisir
La version 19 est mature, couverte jusqu'en septembre 2028 et son script de migration est éprouvé. Les modules tiers y sont largement disponibles. C'est le choix prudent et il n'a rien de honteux.
La version 20, sortie en septembre 2026, apporte des évolutions réelles sur la saisie, les licences à l'usage et l'automatisation. Elle embarque par ailleurs l'IA de façon particulièrement avancée : l'édition Enterprise 20 inclut 52 modules IA contre 15 en version 19, avec des agents actifs sur les ventes, les achats, le stock, le projet et l'assistance. Son support court jusqu'en septembre 2029. En décembre, son script aura trois mois de recul, ce qui suffit pour un client dont les modules critiques sont disponibles.
Si un module essentiel n'existe pas encore en version 20, nous choisissons la 19 sans complexe et nous préparons la suivante sereinement. La cible se déduit toujours de l'inventaire, jamais de la nouveauté pour elle-même.
Le calendrier que nous recommandons
Novembre : cadrer. Inventaire, décisions sur les développements, nettoyage des données, vérification de la disponibilité des modules en version cible.
Fin novembre et début décembre : migrations d'essai sur une copie de la base, recette par les utilisateurs sur leurs propres processus. Si une anomalie apparaît, elle est remontée et corrigée avant la bascule. Un plan de retour arrière est prévu et testé.
Décembre ou janvier : bascule. Décembre convient aux entreprises dont l'activité ralentit en fin d'année : services, industrie, associations. Janvier convient au commerce et à la distribution, qui ne touchent à rien pendant les fêtes. La bascule coïncide alors avec le début du nouvel exercice.
Février et mars : marge pour absorber les imprévus. Passé mars, chaque mois sans correctifs de sécurité devient un risque de plus en plus difficile à justifier.
Avec Odoo Enterprise, la montée de version vers la dernière version est comprise dans l'abonnement. Beaucoup d'entreprises en sortent avec moins de développements spécifiques qu'avant et un système plus lisible. La licence Odoo est proposée par l'éditeur à 35,90 € par utilisateur et par mois la première année, puis 44,90 € à partir de la deuxième année, toutes applications incluses.
Nous accompagnons actuellement plusieurs montées de version depuis la 16 et depuis la 17. Le constat se répète : les données migrent proprement, les personnalisations non documentées posent problème. Commencez par l'inventaire, cette semaine : relevez la version exacte de votre base, listez vos modules tiers et identifiez les processus qui ne doivent jamais s'arrêter. Nous proposons un audit de situation offert pour poser ce diagnostic avant de fixer une date.
Le calendrier se déduit toujours de l'audit, jamais de l'inverse. Échangez 30 minutes avec un consultant pour en avoir le cœur net avant que novembre ne soit passé.
Questions fréquentes
Peut-on rester sur Odoo 17 sans migrer ?
Sur Odoo.sh, ce n'est pas possible une fois la version hors support. En on-premise, c'est techniquement faisable, mais sans aucun correctif de sécurité. Chaque mois d'exposition supplémentaire augmente le risque.
Pourquoi ne pas migrer dès la sortie du script de migration de la version 20 ?
Un script publié avec la version majeure est encore jeune. Les premiers mois de retours d'intégrateurs révèlent des cas non couverts. Travailler sur un script instable oblige à refaire les recettes et peut masquer des anomalies corrigées plus tard.
Vaut-il mieux cibler Odoo 19 ou Odoo 20 ?
Si vos modules critiques sont disponibles en version 20 et que votre base est relativement standard, visez la 20 pour une bascule en décembre ou janvier. Sinon, la 19 est un choix solide, couverte jusqu'en septembre 2028, avec un script éprouvé.
Que faire si l'on a des personnalisations spécifiques ou des modules tiers ?
Vérifiez d'abord la disponibilité de chaque module tiers dans la version cible. Pour les développements spécifiques, décidez si vous les conservez, les remplacez par du standard ou les abandonnez. C'est le vrai chantier d'une migration.
Combien de temps dure une migration Odoo en pratique ?
De 2 à 9 mois selon la complexité de la base et le nombre de personnalisations. Sur une base restée dans le standard, une mise à niveau peut se faire en une journée.