Odoo publie la documentation utilisateur sous un chemin dédié 20.0, et son infrastructure officielle de fusion montre un travail de préparation actif ciblant la branche 20.0. Ces զարգlements rendent visibles la documentation Odoo 20 et l’activité de développement. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Cela ne confirme pas une date de sortie générale ni que chaque fonctionnalité, exigence de migration et page de documentation soit définitive. Les organisations doivent distinguer la préparation visible d’un jalon confirmé de mise en production. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Odoo a également modifié le calendrier de suppression de ses services XML-RPC et JSON-RPC hérités. La suppression est désormais reportée à Odoo 21.1/22, tandis qu’Odoo 20 et 21 conservent ces services sous forme obsolète, en parallèle de JSON-2. (Odoo pull Docs: 16925) Les intégrations qui utilisent les anciens services ne font donc pas face à un événement de suppression confirmé lors de la mise à niveau vers Odoo 20 ou 21. Cependant, la dépréciation exige toujours une planification, car la disponibilité dans ces versions ne constitue pas un engagement à conserver les interfaces indéfiniment. (Odoo pull Docs: 16925)
Ce que confirme l’activité publique d’Odoo 20
Au moins une page publique de documentation utilisateur est disponible dans la structure de documentation 20.0 d’Odoo. L’infrastructure de fusion d’Odoo identifie également une activité de préparation pour la branche 20.0. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Ces sources peuvent appuyer une découverte technique précoce, mais elles n’établissent pas que l’ensemble de la documentation soit complet ni que chaque changement préparé sera intégré en production sans modification. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Les équipes peuvent utiliser la documentation disponible pour commencer à examiner les processus métier concernés et exploiter l’activité de préparation afin d’identifier les zones de développement à surveiller. Les budgets de migration et les dates de livraison doivent toutefois tenir compte d’une vérification ultérieure par rapport à la documentation finale, au chemin de mise à niveau pris en charge et à la version exacte choisie pour le déploiement. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Cette distinction aide à éviter de considérer un chemin de documentation public comme la preuve d’une version déjà achevée. Les sources disponibles confirment que le contenu Odoo 20 et le travail sur la branche sont visibles, mais elles ne fournissent pas une liste complète de validation de sortie. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Les RPC hérités restent disponibles mais obsolètes
Les plans fondés sur la suppression attendue des XML-RPC et JSON-RPC dans Odoo 20 doivent être révisés. La position actuelle reporte la suppression à Odoo 21.1/22 et maintient les deux services hérités disponibles dans Odoo 20 et 21. JSON-2 est disponible à leurs côtés. (Odoo pull Docs: 16925) Les organisations peuvent donc reconsidérer l’urgence de réécritures prévues uniquement pour éviter une interruption dans Odoo 20, tout en poursuivant le travail nécessaire pour s’éloigner des interfaces obsolètes. (Odoo pull Docs: 16925)
Les responsables de l’intégration devraient établir un inventaire des usages XML-RPC et JSON-RPC dans le code personnalisé, les systèmes externes et les connexions gérées en dehors de l’implémentation Odoo principale. Chaque dépendance peut ensuite se voir attribuer un responsable, être testée sur la version cible d’Odoo et évaluée en vue d’une migration vers JSON-2. (Odoo pull Docs: 16925) Comme le point de suppression est indiqué comme Odoo 21.1/22, la planification doit suivre la documentation de la version cible exacte plutôt que d’interpréter cette formulation comme une date limite calendaire. (Odoo pull Docs: 16925)
Pour Odoo 20 et 21, l’utilisation de RPC héritée constitue un risque de dépréciation et de suppression future, et non une absence confirmée des services. Les tests de mise à niveau doivent toujours examiner l’authentification, le traitement des requêtes, le comportement en cas d’erreur et les résultats métier produits par chaque intégration. (Odoo pull Docs: 16925) La source confirme la coexistence avec JSON-2, mais elle n’indique pas que chaque appel hérité possède un équivalent JSON-2 identique ni que la migration ne nécessitera aucune modification applicative. (Odoo pull Docs: 16925)
Le report offre un délai supplémentaire pour une migration par étapes, mais il ne doit pas être considéré comme une raison de laisser les dépendances non documentées. Un plan pratique peut maintenir les intégrations existantes pendant une mise à niveau Odoo 20 ou 21 tout en les migrant vers JSON-2 avant le point de suppression indiqué. Le calendrier doit être réexaminé si Odoo modifie à nouveau ses plans de version. (Odoo pull Docs: 16925)
Augmentation des minimums Python et PostgreSQL
Odoo a retenu Python 3.12 comme version minimale de Python pour Odoo 20 et PostgreSQL 15 comme version minimale de PostgreSQL. (mergebot.odoo.com) Ces exigences doivent figurer dans les revues de préparation pour les installations auto-gérées et les autres environnements où l’organisation contrôle la plateforme applicative ou de base de données. Les systèmes en dessous de l’un ou l’autre de ces minimums nécessiteront des changements de plateforme avant de pouvoir être évalués par rapport à la base Odoo 20 indiquée. (mergebot.odoo.com)
Les vérifications de version doivent couvrir les environnements de développement, de test, de préproduction, de production, de restauration de sauvegarde et de reprise après sinistre. Les images de build, les définitions de déploiement et les procédures de reprise peuvent également préciser des versions de Python ou de PostgreSQL et doivent être examinées au regard des nouveaux minimums. (mergebot.odoo.com)
La source établit les versions minimales retenues, mais ne décrit pas toutes les conditions de compatibilité pour les systèmes d’exploitation, les paquets Python, les extensions PostgreSQL ou les modules Odoo tiers. (mergebot.odoo.com) Les organisations devraient donc tester leur ensemble réel de modules et leur conception de déploiement sur Python 3.12 et PostgreSQL 15. Le respect des versions minimales est une exigence de plateforme, pas la preuve que chaque composant personnalisé ou tiers est compatible. (mergebot.odoo.com)
Comment ajuster la planification Odoo 20
Un plan de préparation à Odoo 20 peut répartir le travail en trois volets. Le premier consiste à surveiller la documentation publique 20.0 et la mise en staging de la branche pour les changements pertinents pour les processus métier et la conception technique. Le deuxième consiste à faire passer la migration RPC héritée d’un blocage de suppression dans Odoo 20 à un travail de dépréciation planifié, achevé avant le point de suppression indiqué Odoo 21.1/22. Le troisième consiste à valider l’infrastructure par rapport aux minimums Python 3.12 et PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
Cette approche évite deux erreurs de planification. La première consiste à reporter toute préparation parce que ces sources n’établissent pas de jalon de version général. La seconde consiste à considérer la documentation publique et l’activité de staging comme une preuve que toutes les fonctionnalités, interfaces et exigences de déploiement sont définitives. Les sources soutiennent le travail préparatoire, tandis que l’approbation finale doit dépendre d’une vérification par rapport à la version et à l’environnement de déploiement choisis. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
L’inventaire RPC peut avancer indépendamment de la décision finale de sortie d’Odoo 20, car la position actuelle indique la poursuite de la disponibilité des services hérités et un point de suppression ultérieur. Les équipes d’infrastructure peuvent également identifier les environnements antérieurs à Python 3.12 ou PostgreSQL 15 avant que le calendrier de migration de l’application ne soit fixé. (Odoo pull Docs: 16925; mergebot.odoo.com)
Vérifications avant d’approuver une migration
Avant d’approuver une migration vers Odoo 20, les décideurs doivent vérifier la build exacte à l’étude, la documentation applicable à leurs applications et si les changements échelonnés pertinents ont été modifiés pendant la préparation de la version. La documentation publique 20.0 et l’activité de la branche montrent des progrès, mais n’établissent pas le statut final de la version. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Le processus d’approbation doit également inclure une liste documentée des dépendances XML-RPC et JSON-RPC, un responsable et une approche de migration pour chaque dépendance, ainsi que des preuves de test pour tout passage à JSON-2. Les intégrations existantes peuvent rester sur les services obsolètes dans Odoo 20 et 21 selon la position actuelle, mais le plan doit prévoir leur suppression dans Odoo 21.1/22. (Odoo pull Docs: 16925)
Enfin, les équipes doivent confirmer Python 3.12 et PostgreSQL 15 dans les environnements de production, hors production et de reprise. Les modules personnalisés, les paquets externes et les procédures opérationnelles doivent être testés sur ces versions plutôt que supposés compatibles uniquement sur la base de la décision de version minimale. (mergebot.odoo.com)
La position actuelle permet une préparation anticipée sans laisser entendre qu’Odoo 20 est final: la documentation publique et la préparation de la branche sont disponibles pour examen, le RPC hérité reste obsolète mais disponible dans Odoo 20 et 21, et les minimums de la plateforme passent à Python 3.12 et PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)