Migration Odoo 19 ou 20 : vos modules suivent, sans arrêt d'activité.
Odoo 17 sort du support standard en septembre 2026. Nous migrons votre base et vos développements spécifiques : testés sur une copie, basculés le week-end, avec un rollback testé en 2 h.
- 5/5sur Google · 7 avis
- +130projets livrés
- 2 hrollback testé
- 24 hpremière réponse
Le calendrier
Votre version est-elle encore supportée ?
Chaque version majeure d'Odoo bénéficie de trois ans de support standard : correctifs et mises à jour de sécurité. Au-delà, le support étendu est payant — et il n'existe pas sur Odoo Online.
- Odoo 16
- Hors support standard depuis septembre 2025 (support étendu payant)
- Odoo 17
- Fin du support standard : septembre 2026
- Odoo 18
- Fin du support standard : septembre 2027
- Odoo 19
- Fin du support standard : septembre 2028
- Odoo 20
- Code public depuis le 17 septembre 2026, présentation officielle le 24 septembre
Deux règles de la même documentation cadrent la suite. On ne migre que vers une version encore supportée ; la dernière version sortie du support reste une cible possible pendant six mois après sa fin de vie. Et l'obligation de migrer dépend de l'hébergement : sur Odoo Online, une montée de version majeure est imposée tous les deux ans ; sur Odoo.sh, deux ans s'ajoutent aux trois ans de support ; sur vos propres serveurs, rien ne vous y oblige, mais une version hors support ne reçoit plus de mises à jour de sécurité de l'éditeur.
Une migration ne change pas d'hébergement : c'est un chantier distinct. Si la question se pose, lisez comment choisir entre Odoo.sh, Odoo Online et un serveur propre avant de fixer la version cible.
Source : documentation officielle d'Odoo, « Standard and extended support » et « Upgrade », relevées le 28/09/2026.
Les chemins de version
16, 17 ou 18 : ce que change chaque saut
Pour chaque chemin : le statut de la version de départ, ce qui change, ce qui casse le plus souvent, et notre avis. Les faits viennent de la documentation d'Odoo, de son journal des changements techniques et du code source des versions 19 et 20 ; les avis sont les nôtres.
| Chemin | Version de départ | Ce qui change | Ce qui casse | Notre avis |
|---|---|---|---|---|
| 16 → 19 | Hors support standard depuis septembre 2025. | Trois versions d'écart. Le service de migration d'Odoo convertit la base en une seule demande ; avec OpenUpgrade, sur Community, il faut trois passes successives. | Les modules spécifiques écrits pour la 16 : vues dont les points d'ancrage ont bougé, champs, modèles et méthodes renommés ou supprimés, écrans à adapter aux évolutions d'Owl, le moteur de l'interface. | Migrer vers la 19 maintenant. |
| 17 → 19 | Fin du support standard en septembre 2026. | Deux versions d'écart. Le service de migration d'Odoo accepte la 19 comme cible aujourd'hui, et la 19 porte déjà le module français de facturation électronique. | Le spécifique qui contrôle lui-même les droits : la 18 a introduit de nouvelles méthodes de vérification des accès, et la 19 déclare obsolètes l'accès direct au curseur, au contexte et à l'utilisateur. | Migrer vers la 19 maintenant. |
| 18 → 19 | Supportée jusqu'en septembre 2027. | Un seul saut, le plus court. La 19 est supportée jusqu'en septembre 2028. | Le spécifique reste à porter et à tester : les obsolescences déclarées en 19 (curseur, contexte, utilisateur) en sont le premier poste. | Rien ne presse avant 2027. La 19 si le spécifique est léger. |
| 18 → 20 | Supportée jusqu'en septembre 2027. | Le service de migration d'Odoo ne propose pas encore la 20 comme cible : 17, 18 et 19 au 28 septembre 2026. La 20 exige Python 3.12 et PostgreSQL 16 au minimum. | Les droits d'accès : un fichier de droits écrit pour la 19 ne se charge pas en 20. L'interface passe à Owl 3, encore en alpha. La paie française quitte Enterprise, l'historique de suivi du chatter quitte le socle. | Inventorier maintenant, viser la 20 en 2027 si le spécifique est lourd : il ne sera porté qu'une fois. |
Python et PostgreSQL : minimums déclarés dans le code d'Odoo (fichier release.py) — Python 3.10 et PostgreSQL 13 pour la 19. Ils ne concernent que les bases installées sur vos serveurs ; sur Odoo Online et Odoo.sh, l'éditeur s'en charge.
Ce qui casse vraiment
Les données migrent. Vos modules, non.
Les données standard, Odoo les migre lui-même avec son service de mise à niveau. Ce qui bloque, ce sont vos développements spécifiques : tant qu'une version de vos modules n'existe pas pour la version cible, la base ne peut pas être migrée. C'est écrit noir sur blanc dans la documentation d'Odoo.
La même documentation le précise : quand une nouvelle version casse une personnalisation, la rendre compatible revient à celui qui maintient le module, pas à l'éditeur.
En version 20, quatre changements demandent une attention particulière :
- Les droits d'accès refondus
- L'interface passée à Owl 3, avec une couche de compatibilité
- Python 3.12 et PostgreSQL 16 au minimum
- La paie française, que l'éditeur ne maintient pas : une solution externe est à prévoir.
Notre avis
19 maintenant, ou 20 tout de suite ?
Vous êtes en 16 ou en 17 : migrez vers la 19 maintenant. Elle est stable, et supportée jusqu'en septembre 2028. La 20 deviendra une cible raisonnable en 2027, une fois vos modules tiers portés, la 20 acceptée par le service de migration et ses premiers correctifs passés. Vous êtes en 18 : rien ne presse avant 2027 — préparez l'inventaire de vos modules, c'est lui qui fera le prix.
Un cas fait exception : beaucoup de modules spécifiques sur une version encore supportée. Migrer en 19 puis en 20, c'est payer deux fois le portage du spécifique, et la refonte des droits d'accès de la 20 touche tous les modules qui déclarent leurs propres droits. Mieux vaut alors inventorier maintenant et ne migrer qu'une fois, en 20, en 2027. Si votre version n'est plus supportée, la 19 d'abord, sans hésiter : rester hors support pour économiser un portage est un mauvais calcul.
Qui fait quoi
Le service de migration d'Odoo, ou un intégrateur ?
Avec une licence Enterprise, Odoo migre gratuitement votre base vers sa version la plus récente, support compris pour corriger les écarts de la base migrée. C'est le service d'upgrade.odoo.com, que l'on déclenche aussi depuis Odoo Online et Odoo.sh. Sa documentation en fixe le périmètre : la conversion technique de la base, standard et données. Tout le reste revient à celui qui maintient vos modules.
| Tâche | Service de migration d'Odoo | Intégrateur |
|---|---|---|
| Applications standard et leurs données | Inclus avec une licence Enterprise | Recette métier de la base convertie |
| Personnalisations faites avec Studio | Incluses si Studio est installé et l'abonnement actif | Contrôle en recette |
| Modules maison, de la place de marché ou d'un autre intégrateur | Exclus, sauf contrat de maintenance des personnalisations | Portage, scripts de reprise des données, tests |
| Nettoyage des données et des configurations | Exclu | Traité au cadrage, avant la conversion |
| Intégrations : banque, EDI, API, transporteurs | Neutralisées sur la base de test | Rebranchées et testées une par une |
| Formation des utilisateurs | Exclue | Comprise dans le plan de migration |
| Base Odoo Community | Non : le formulaire demande un code d'abonnement Enterprise | OpenUpgrade ou reprise, selon la couverture des modules |
Ne font pas partie d'une migration, selon la même documentation : revenir à une version antérieure, changer d'édition, changer d'hébergement, ou migrer depuis un autre ERP. Si vous venez de Sage, d'EBP ou d'un logiciel maison, le chantier est différent : migrer vers Odoo depuis un autre ERP.
Et sur Odoo Community ?
Le service de l'éditeur est réservé aux abonnés Enterprise, et ses scripts de migration ne sont pas publiés. Pour Community, la voie libre s'appelle OpenUpgrade, un projet de l'Odoo Community Association (OCA). Deux différences comptent. Il migre une version à la fois : de 16 à 19, trois passes successives. Et il publie, module par module, ce qu'il couvre : au 28 septembre 2026, le tableau du passage 18 → 19 compte encore des modules sans statut. Chaque module installé se vérifie donc avant de promettre une date. Dernière option, exporter puis réimporter : l'historique et les liens entre documents sont perdus.
Si la migration est l'occasion de changer d'édition, pesez d'abord les différences entre Odoo Community et Enterprise : changer d'édition est une opération à part, que le service de migration ne fait pas.
Sources : documentation d'Odoo, « Upgrade » et « Upgrade a customized database » (version 19.0) ; formulaire upgrade.odoo.com ; documentation d'OpenUpgrade (OCA). Relevés le 28/09/2026.
Checklist
Avant de migrer : dix points, dans l'ordre
Chaque point évite une surprise le jour de la bascule. La plupart se préparent en interne, avant même de consulter un intégrateur.
- Relever l'existant. Version exacte, édition (Community ou Enterprise), hébergement, nombre d'utilisateurs et de sociétés. Ces données fixent les chemins possibles.
- Inventorier chaque module installé. Standard, Studio, place de marché ou maison. Pour chacun : qui l'a écrit, s'il existe pour la version cible, et s'il fait encore quelque chose que le standard ne fait pas.
- Geler les développements. La documentation d'Odoo le recommande : tout ce qui change pendant le portage devra être reporté et retesté. Les correctifs restent permis.
- Nettoyer les données. Doublons de contacts et d'articles, configurations abandonnées, comptes inutilisés. L'éditeur ne s'en charge pas, et une donnée sale migrée reste sale.
- Lister les intégrations. Banque, EDI, API, transporteurs, moyens de paiement, e-mails, actions planifiées. Sur la copie de test, Odoo les neutralise : chacune se rebranche et se teste à part.
- Écrire les scénarios de recette avec les métiers. Achat, réception, vente, livraison, facture, avoir, rapports comptables, commande en ligne. Chaque total est comparé à celui de la production.
- Vérifier rapports, exports et tableaux de bord. Ils lisent des champs et des statuts qui changent d'une version à l'autre, et ils se trompent sans message d'erreur.
- Préparer la formation. Les écrans changent, et la formation n'est pas couverte par le service de l'éditeur. JAIKIN est Odoo Learning Partner : elle fait partie du plan de migration.
- Anticiper les obligations. La paie française si la cible est la 20, et la facture électronique : réception obligatoire depuis le 1er septembre 2026, émission pour les PME au 1er septembre 2027.
- Planifier la bascule. Un créneau de faible activité, une répétition complète la veille, un retour arrière préparé. La base de production est indisponible pendant la conversion.
Pour le neuvième point, la réforme ne dépend pas de la version d'Odoo, mais la migration est le bon moment pour la préparer : raccorder Odoo à la facture électronique.
La méthode
Quatre étapes, et un filet
Inventaire
Chaque module installé est lu et classé : gardé, remplacé par le standard, ou supprimé. Nous relevons sa provenance, ses droits d'accès, ses écrans et ses rapports. Moins de spécifique, c'est une migration plus rapide et une maintenance moins chère : c'est l'inventaire, pas le numéro de version, qui fait le devis.
Copie de test
Nous migrons une copie de votre base, modules compris : conversion des données par le service d'Odoo quand vous êtes en Enterprise, portage du spécifique en parallèle, d'abord sur une base vide, puis sur la base migrée. Votre production n'est pas touchée.
Recette
Vos équipes rejouent leurs gestes du quotidien sur la copie : devis, achats, factures, stocks, clôture. Les totaux sont comparés avant et après, les intégrations rebranchées une à une, et les utilisateurs formés sur les nouveaux écrans.
Bascule
La production bascule un week-end, après une répétition complète. Si quelque chose cloche, le retour arrière est testé : 2 h.
Ce que nous voyons en migration
Les pièges que nous cherchons en premier
Aucun n'est exotique. Tous se voient sur une copie de test, à condition de les chercher ; aucun ne se rattrape bien un lundi matin.
- Le spécifique qui refait le standard. Un module écrit il y a plusieurs versions pour combler un manque que le standard couvre désormais. Le porter coûte, le supprimer rapporte. La documentation d'Odoo demande d'ailleurs de remettre en question chaque développement avant de migrer.
- Le module tiers sans version cible. Un module de la place de marché dont l'auteur n'a pas publié la version suivante bloque toute la base. Il se repère à l'inventaire, pas à la bascule.
- Les pièces jointes oubliées. Sur vos serveurs, la base migrée par le service d'Odoo revient sans ses fichiers : le « filestore » doit être fusionné avec celui de la production avant tout test. Sans cela, la recette porte sur une base incomplète.
- La recette sans intégrations. Actions planifiées, e-mails sortants et synchronisation bancaire sont coupés sur la copie de test. Une recette qui ne les rebranche pas valide un Odoo qui ne ressemble pas à la production.
- Les rapports qui changent de sens. En Odoo 20, les statuts de paiement sont renommés et l'historique de suivi du chatter quitte le socle : un tableau de bord, un export ou une BI qui les lisait se trompe sans rien signaler.
Le prix
Combien coûte une migration Odoo ?
Hors licences, une migration se chiffre dans la grille que nous publions pour les projets Odoo : de 2 000 à 8 000 € pour un périmètre court, de 8 000 à 25 000 € pour un socle complet. Au-delà, plusieurs sociétés ou une vraie part de développements spécifiques, le chiffrage se fait sur cadrage. La conversion des données standard, elle, est incluse dans une licence Enterprise : vous ne la payez pas deux fois.
Ce qui fait varier le prix
- Les modules spécifiques. Leur nombre et leur taille, de loin le premier facteur : chacun est porté, testé, puis maintenu.
- L'écart de versions. De 16 à 19, trois versions de changements à absorber dans le code ; de 18 à 19, une seule.
- L'édition. Sur Community, sans le service de l'éditeur, la conversion des données devient elle-même un chantier.
- Les intégrations. Banque, EDI, API, e-commerce : chacune est rebranchée et testée sur la copie.
- L'état des données. Ce qui doit être nettoyé avant la conversion, et le nombre de sociétés dans la base.
Une base restée proche du standard se migre vite. Nous chiffrons après l'inventaire, et le devis est ferme sous 48 h.
Voir la grille de prix d'un projet Odoo
Vous comparez plusieurs prestataires ? Les critères pour choisir un intégrateur Odoo en France valent aussi pour une migration : exigez l'inventaire des modules avant le devis.
Des clients Odoo nommés
Nous ne publions que ce que nous pouvons prouver.
EBMC
Client Odoo au Luxembourg
Consulting Group — recrutement IT & digital
5/5
sur Google
7 avis publiés
2 h
rollback testé
sur chaque bascule Odoo
Questions
Migration Odoo : les questions qu'on nous pose
Combien coûte une migration Odoo ?
Hors licences, JAIKIN chiffre une migration dans sa grille publiée pour les projets Odoo : de 2 000 à 8 000 € pour un périmètre court, de 8 000 à 25 000 € pour un socle complet. Au-delà, plusieurs sociétés ou beaucoup de spécifique, le chiffrage se fait sur cadrage. Le premier facteur de prix est le nombre de modules spécifiques à porter. Avec une licence Enterprise, la conversion des données standard par l'éditeur est incluse.
Odoo 17 est-il encore supporté ?
Son support standard prend fin en septembre 2026, d'après la documentation d'Odoo. Au-delà, le support étendu est payant et se limite à l'assistance et aux corrections de bugs, selon faisabilité. Sur Odoo Online, une montée de version majeure est de toute façon imposée tous les deux ans. Pour une base en 17, JAIKIN recommande de viser la 19, supportée jusqu'en septembre 2028.
Faut-il migrer vers Odoo 19 ou 20 ?
Pour une base en 16 ou en 17, JAIKIN recommande la 19 maintenant : elle est stable, supportée jusqu'en septembre 2028, et le service de migration d'Odoo l'accepte comme cible, ce qui n'est pas encore le cas de la 20 fin septembre 2026. Pour une base en 18, rien ne presse avant 2027 : l'inventaire des modules dira s'il vaut mieux viser directement la 20 et ne porter le spécifique qu'une fois.
Peut-on sauter des versions, par exemple de 16 à 19 ?
Oui, avec le service de migration d'Odoo : il convertit une base vers n'importe quelle version encore supportée, sans étape intermédiaire imposée. Les modules spécifiques sont alors portés directement vers la version cible. Sur Odoo Community, avec l'outil libre OpenUpgrade, c'est différent : les versions se franchissent l'une après l'autre, soit trois passes successives pour aller de 16 à 19.
Combien de temps dure une migration Odoo ?
La durée dépend surtout du nombre de modules spécifiques à porter. La bascule de production tient en un week-end ; ce sont l'inventaire, la migration d'une copie de test et la recette par les équipes qui fixent le calendrier réel. JAIKIN l'établit par écrit après l'inventaire, avant tout engagement. Une base restée proche du standard se migre bien plus vite qu'une base chargée de développements maison.
Nos données sont-elles en sécurité pendant la migration ?
Tout se fait d'abord sur une copie de la base : la production continue de tourner jusqu'à la bascule. La copie migrée est recettée par les équipes, totaux comparés avant et après. Pour la bascule, JAIKIN prépare un retour arrière, testé en 2 h. Les copies de test d'Odoo sont par ailleurs neutralisées : e-mails sortants, actions planifiées et synchronisation bancaire y sont coupés.
Peut-on migrer une base Odoo Community ?
Oui, mais pas avec le service de l'éditeur : son formulaire demande un code d'abonnement Enterprise. La voie libre est OpenUpgrade, un projet de l'Odoo Community Association, qui migre une version à la fois et publie, module par module, ce qu'il couvre. Un module non couvert demande un script de reprise écrit à la main. Exporter puis réimporter les données, l'autre option, perd l'historique et les liens entre documents.
Notre intégrateur actuel ne répond plus. Pouvez-vous reprendre ?
Oui. JAIKIN part du code existant : inventaire des modules installés, lecture de chaque module spécifique, puis décision module par module, entre garder, remplacer par le standard ou supprimer. Le code développé pour une entreprise lui appartient et se reprend. Le service de migration d'Odoo ne couvre pas les modules écrits par un tiers, y compris par un autre intégrateur : c'est précisément ce travail que JAIKIN reprend.
Que devient la paie française en Odoo 20 ?
Les deux modules de paie française d'Odoo Enterprise, présents en version 19, ne sont plus dans le code de la version 20 : l'éditeur les a retirés en les jugeant non maintenus. Une entreprise qui fait sa paie dans Odoo doit donc prévoir un logiciel de paie externe, relié à Odoo, avant de passer en 20. En 19, les modules existent encore, sans garantie de l'éditeur.
Qui vous répond
Qui vous répond
Victor Gless-Krumhorn
Fondateur & Lead Developer
Prépa HEC, Paris-Dauphine (Finance & Gestion de Fortune), diplômé de l'école Le Wagon. Passé par UBS. Sous-officier de réserve, armée de terre. Développeur Ruby on Rails, IA et TypeScript / Next.js, il pilote la stratégie technique et la direction produit de JAIKIN.
Ruby on RailsTypeScript / Next.jsIAFinanceStratégie produit
Patrick Eiermann
Co-fondateur & Développeur Full-Stack Senior
Diplômé Epitech, 8+ ans d'expérience en ingénierie logicielle, spécialisé Node.js et DevOps. A conçu l'ERP d'une compagnie aérienne, des plateformes e-commerce et des applications SaaS en production. Responsable de l'architecture back-end et des intégrations systèmes.
ArchitectureERP & SaaSIntégrations
Décrivez votre projet — devis sous 24 h
Réponse personnelle d'un expert, sans engagement.