Échéance du support en septembre 2026
Le tableau de support actuel d’Odoo indique septembre 2026 comme fin prévue du support standard d’Odoo 17.0. Le support standard comprend l’assistance du helpdesk, les corrections de bugs et les mises à jour de sécurité. Les organisations qui utilisent Odoo 17 doivent décider s’il faut effectuer une mise à niveau avant l’échéance prévue ou prévoir un support étendu. (Odoo 19.0 Docs: Administration Standard Extended Support)
Les informations publiées indiquent le mois de fin prévu, mais ne donnent pas de date exacte de coupure. Les administrateurs doivent confirmer la date applicable avec Odoo, plutôt que de supposer que la couverture changera le premier ou le dernier jour de septembre. (Odoo 19.0 Docs: Administration Standard Extended Support) Le calendrier interne doit prévoir le temps nécessaire pour obtenir cette confirmation avant qu’une mise à niveau ou une décision de support soit approuvée.
Couverture après la fin du support standard
Odoo distingue la couverture du support standard et du support étendu. Le support standard comprend l’assistance du helpdesk, les corrections de bugs et les mises à jour de sécurité. Le support étendu coûte un supplément et couvre l’assistance du helpdesk et les corrections de bugs lorsque ces corrections sont réalisables. (Odoo 19.0 Docs: Administration Standard Extended Support)
Les mises à jour de sécurité sont explicitement incluses dans le support standard, mais ne figurent pas dans le résumé fourni du support étendu. Les corrections de bugs du support étendu sont également soumises au critère de faisabilité. (Odoo 19.0 Docs: Administration Standard Extended Support) Avant de compter sur le support étendu, les décideurs doivent demander à Odoo de confirmer les conditions applicables à leur contrat, la manière dont la faisabilité est évaluée et si des limites affectent les problèmes existants.
Odoo indique que chaque version majeure reçoit trois ans de support et recommande vivement d’utiliser une version prise en charge. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Pour les organisations qui utilisent encore Odoo 17, l’échéance prévue exige une coordination entre les personnes responsables des contrats, de l’administration système, du développement personnalisé, des intégrations et des temps d’arrêt opérationnels.
Commencez par une base de test mise à niveau
Le processus documenté d’Odoo commence par la demande d’une base de test mise à niveau. L’organisation doit ensuite tester ses processus métier et ses intégrations, résoudre les problèmes identifiés et planifier la mise à niveau de production seulement une fois ce travail terminé. (Odoo 19.0 Docs: Administration Upgrade) Suivre cet ordre évite que la mise à niveau de production ne devienne le premier test complet de compatibilité.
Les tests doivent couvrir les processus métier et les intégrations dont dépend l’organisation, conformément aux নির্দেশations d’Odoo. (Odoo 19.0 Docs: Administration Upgrade) Chaque processus doit avoir un responsable capable d’enregistrer le résultat, d’examiner les problèmes et de confirmer que les corrections ont été retestées. La création de la base de test n’est que le début de l’évaluation, pas une preuve que l’environnement mis à niveau est prêt pour la production.
Odoo recommande de résoudre les problèmes détectés pendant les tests avant de planifier la mise à niveau de production. (Odoo 19.0 Docs: Administration Upgrade) Si un problème reste non résolu, son impact opérationnel doit être documenté avant qu’une date de production soit approuvée. L’organisation peut alors décider de décaler la date, de modifier le plan de mise à niveau ou de demander une assistance supplémentaire.
Le registre de test doit distinguer les vérifications réussies, les vérifications échouées et les éléments qui n’ont pas été testés. Comme le processus d’Odoo place la résolution des problèmes avant la planification de la production, un test incomplet ne doit pas être considéré comme un résultat réussi. (Odoo 19.0 Docs: Administration Upgrade) Cette distinction aide les décideurs à voir quelles parties de la mise à niveau sont prêtes et lesquelles nécessitent encore du travail.
Évaluer séparément les modules personnalisés
Une base de données personnalisée a une condition préalable supplémentaire. Odoo indique que les modules personnalisés doivent être compatibles avec la version cible avant que la base de données puisse être mise à niveau. (Docs Odoo 19.0 : Mise à niveau de l'administration) Les administrateurs doivent identifier chaque module personnalisé, en attribuer la responsabilité et établir si une version compatible est disponible pour la version cible prévue.
L’exigence documentée par Odoo place la compatibilité des modules personnalisés avant la soumission d’une base de données personnalisée pour la mise à niveau. (Docs Odoo 19.0 : Mise à niveau de l'administration) Tester uniquement les flux standard ne permet pas de déterminer si le code personnalisé est prêt. Chaque module doit avoir un état de compatibilité consigné et être inclus dans la base de test mise à niveau afin que les flux qu’il affecte puissent être vérifiés.
Odoo demande également que les intégrations soient testées dans le cadre du processus de base de données mise à niveau. (Docs Odoo 19.0 : Mise à niveau de l'administration) L’évaluation doit donc couvrir à la fois les modules personnalisés et les systèmes connectés. Pour chaque élément, les administrateurs doivent consigner ce qui doit être testé, qui peut enquêter en cas d’échec et si un tiers concerné doit participer pendant les tests ou la mise à niveau en production.
Prévoir l’indisponibilité de la production
La base de données de production est indisponible pendant la mise à niveau, et Odoo recommande de planifier le travail sur une période de faible utilisation. (Docs Odoo 19.0 : Mise à niveau de l'administration) Le plan doit identifier une fenêtre acceptable, les activités à terminer au préalable et les personnes qui doivent savoir que la base de données en production sera indisponible.
Les recommandations d’Odoo placent la planification de la production après les tests et la résolution des problèmes. (Docs Odoo 19.0 : Mise à niveau de l'administration) Les administrateurs doivent conserver cette séquence en remontant à partir de l’échéance de support prévue en septembre 2026. S’engager trop tôt sur la production peut laisser un délai insuffisant pour traiter les problèmes découverts dans les flux, les intégrations ou les modules personnalisés sans modifier la fenêtre.
Le plan de production ne doit pas supposer que l’achèvement de la mise à niveau de la base de données est la seule considération de planification. Odoo confirme que la base de données sera indisponible pendant le processus et conseille de choisir une période de faible utilisation. (Docs Odoo 19.0 : Mise à niveau de l'administration) L’approbation interne doit donc prendre en compte l’interruption et confirmer quelles activités métier doivent s’arrêter ou être terminées avant le début de la fenêtre.
Vérifications avant de choisir une option
Avant d’approuver le support étendu ou un calendrier de mise à niveau, confirmez la date exacte de fin du support standard, le supplément pour le support étendu et la couverture disponible pour Odoo 17. La distinction publiée par Odoo est que le support standard comprend l’assistance du helpdesk, les corrections de bugs et les mises à jour de sécurité, tandis que le support étendu fournit l’assistance du helpdesk et des corrections de bugs réalisables moyennant des frais supplémentaires. (Docs Odoo 19.0 : Support standard et support étendu de l'administration)
Pour une mise à niveau, vérifiez qu’une base de test mise à niveau a été demandée, que les flux métier et les intégrations ont été testés, que les problèmes identifiés ont été résolus et que les modules personnalisés sont compatibles avec la version cible. Ces étapes font partie des recommandations documentées d’Odoo pour la mise à niveau. (Docs Odoo 19.0 : Mise à niveau de l'administration) La fenêtre de production ne doit être approuvée que lorsque les vérifications ont des responsables nommés et des résultats consignés.
Le support standard d’Odoo 17 doit prendre fin en septembre 2026, et Odoo recommande d’utiliser une version prise en charge. (Docs Odoo 19.0 : Support standard et support étendu de l'administration; Docs Odoo 19.0 : Mise à niveau de l'administration) Les organisations utilisant encore Odoo 17 doivent choisir entre effectuer une mise à niveau testée avant le changement prévu ou obtenir des conditions confirmées de support étendu pendant que les travaux de mise à niveau se poursuivent. Cette décision doit refléter le contrat applicable, l’état de préparation des flux et des personnalisations, ainsi que la période acceptable d’indisponibilité de la production.