Odoo 18 vs 19 : nouveautés, IA et guide de migration

Odoo 19 est sorti en septembre 2025, présenté lors de l'Odoo Experience à Bruxelles avec un discours marketing fortement orienté intelligence artificielle. Pour une PME sur Community Edition, ce positionnement mérite d'être décrypté avec méthode : la grande majorité des fonctionnalités IA annoncées sont réservées à l'édition Enterprise payante.

Avant de planifier une migration, trois questions s'imposent : qu'est-ce qui change concrètement pour ta version ?

Ces changements justifient-ils le coût et le risque d'une migration ? Et si tu veux de l'IA sur Odoo, as-tu vraiment besoin de migrer pour y accéder ?

1. Odoo 18 — le socle que tu as déjà

1.1 Ce que V18 apportait

Sortie en octobre 2024 à l'Odoo Experience de Bruxelles, la version 18 consolidait l'existant plutôt qu'elle ne le refondait : URL lisibles et éditables, applications web progressives dédiées, authentification par passkeys, défilement horizontal infini en vue Gantt.
Côté Enterprise, le rapprochement bancaire simplifiait l'appariement des paiements groupés — il s'agit de modèles de rapprochement paramétrables, pas d'apprentissage automatique. Pour Community, V18 apportait surtout une gestion des activités revue, avec vue liste dédiée et actions de masse.
À noter, parce que la confusion est fréquente : la génération de texte assistée par IA dans l'éditeur n'était pas une nouveauté de la V18 — elle existait déjà en Community depuis la V17.

1.2 Ce que V18 ne résolvait pas

V18 n'avait pas d'agents IA capables d'exécuter des actions, pas de recherche en langage naturel sur la base de données, pas de champs auto-générés par IA dans Studio, et pas d'actions serveur pilotées par l'IA.
Ces limitations constituent précisément le terrain de jeu de V19 — mais, comme on le verra, principalement pour les utilisateurs Enterprise.

2. Odoo 19 — ce qui change vraiment

Odoo 19 est officiellement disponible depuis le 18 septembre 2025, jour d'ouverture de l'Odoo Experience 2025 (Bruxelles, 18–20 septembre). Les notes de version complètes sont consultables sur odoo.com/odoo-19-release-notes.

2.1 Les grandes évolutions par domaine

2.2 Les nouveautés UX et ergonomie

La vue Gantt intègre désormais un zoom intelligent adapté à l'échelle d'affichage, les dates de début et de fin sont visibles pendant le glisser-déposer, et les étiquettes sont plus lisibles sur les petites plages.
En vue Kanban, il est désormais possible d'identifier les enregistrements restés inactifs depuis une durée configurable et d'effectuer des actions de masse via un raccourci clavier.

Les tableaux de bord permettent une création à partir de zéro, des vues plein écran et des filtres globaux entre widgets.
Attention à la répartition : les améliorations Kanban relèvent du socle web et sont disponibles en Community, mais la vue Gantt et la construction de tableaux de bord personnalisés sont des composants Enterprise.

2.3 Les nouveautés modules métier à retenir

POS et eCommerce : le point de vente gagne des présélections de commande configurables (sur place, à emporter, livraison, avec horaires associés), un mode sombre et le groupement des produits par catégories.
La boutique eCommerce intègre de nouvelles mises en page pour la page /shop, l'aperçu des variantes sur les fiches produit et une synchronisation native avec Google Merchant Center. Le même flux se réutilise manuellement sur TikTok, Facebook et Instagram — ce ne sont pas des connecteurs natifs.

Inventaire : les unités de mesure et les conditionnements se rapprochent, jusqu'à un réglage commun « Units of Measure & Packagings ».
La documentation 19.0 continue toutefois de décrire deux dispositifs distincts côté Inventaire — à vérifier sur ta base avant d'y adosser une reprise de données.

RH — module Time Off : l'ergonomie de l'application a été retravaillée et les congés simultanés sont désormais gérés nativement — une maladie pendant une formation, par exemple.
Les jours fériés, eux, restent à configurer manuellement : Odoo n'en fournit aucun par défaut, la documentation officielle est explicite. Ces améliorations sont disponibles en Community.

RH — cartes de dépenses (Enterprise) : des cartes physiques ou virtuelles adossées à Stripe Issuing, fonctionnant en prépayé.
Chaque paiement crée automatiquement la note de frais ; le justificatif, lui, reste à joindre à la main. Disponible dans vingt pays européens, dont la France.

ESG (Enterprise) : Odoo 19 introduit un module de reporting durabilité permettant de calculer les émissions de carbone depuis les écritures comptables imputées sur les comptes de charges et d'actifs, les trajets domicile-travail et des saisies manuelles, avec les facteurs d'émission de la base ADEME.
Une réponse aux obligations CSRD pour les entreprises européennes concernées.

2.4 Ce qui change pour Community spécifiquement

C'est le point que les communications officielles n'articulent pas clairement : pour les utilisateurs Community, Odoo 19 apporte surtout des améliorations d'ergonomie.
Les modules les plus impactants de cette version — IA native, cartes de dépenses, module ESG, rapprochement bancaire, mais aussi la vue Gantt, l'app Documents, la base de connaissances et la construction de tableaux de bord — sont tous réservés à Enterprise.
Et la V19 retire même quelque chose à Community : la génération de texte assistée par IA dans l'éditeur, disponible en V17 et V18, disparaît du socle open source — ces fonctions sont reprises par le module ai, réservé à Enterprise.

3. L'IA dans Odoo 19 — réalité vs marketing

3.1 Les quatre fonctionnalités IA natives de V19

Odoo 19 positionne l'IA comme un axe central. Concrètement, quatre fonctionnalités structurent cet apport :

AI Agents : des assistants configurables, accessibles via une interface de chat, capables non seulement de répondre à des questions mais d'exécuter des actions dans Odoo (créer un enregistrement, modifier un statut, déclencher un workflow).
Les documents internes (PDF, liens, articles Knowledge) leur sont ajoutés comme sources indexées — il n'y a pas d'entraînement de modèle.

AI Fields (Studio) : des champs Odoo standards dotés d'une capacité de génération par prompt. Le type reste au choix — texte, HTML, entier, monétaire, date, case à cocher, relation — et le prompt peut référencer d'autres champs de l'enregistrement (descriptions produits, objets d'e-mail, résumés d'opportunité).

Ask AI : l'assistant transverse, accessible par le bouton IA ou par Ctrl+K. La recherche en langage naturel correspond au topic préconfiguré « Natural Language Search ». L'agent standard répond et ouvre des vues — il ne modifie pas la base.

AI server actions : un type d'action serveur où l'IA arbitre à l'exécution. Elle lit l'enregistrement et son contexte, interprète le prompt, puis décide quel AI tool appeler et avec quels arguments. Il ne s'agit pas de traduire une description en texte libre en code d'automatisation.

Les fournisseurs LLM supportés officiellement par Odoo 19 sont OpenAI (GPT) et Google Gemini. La clé API n'est pas systématiquement à fournir : sur Odoo Online, Odoo fournit le service dans l'abonnement ; sur Odoo.sh et en on-premise, une clé personnelle est obligatoire et les tokens sont facturés par le fournisseur.

3.2 Community vs Enterprise — le tableau qui tranche

3.3 Maturité réelle en 2026

Voici les cas d'usage par lesquels je recommanderais de commencer avec l'IA Odoo 19 Enterprise — et ceux qu'il vaut mieux écarter d'emblée :

• Recommandés : génération d'e-mails de confirmation de commande, scoring de leads, suggestions de réponse en support client, descriptions produits, résumés d'opportunités CRM, workflows de validation RH.
• À éviter dans un premier temps : traitements de paie, transactions financières critiques, opérations avec des implications réglementaires ou de conformité. Les actions irréversibles doivent être précédées d'une phase de validation manuelle, le temps de calibrer le système sur les données réelles.

L'IA Odoo 19 est fonctionnelle mais nécessite un temps de configuration et de validation avant d'être opérationnelle sur des flux métier réels.

3.4 Ce que ça coûte côté LLM

L'activation de l'IA native suppose d'abord la licence Odoo Enterprise (19,90 €/utilisateur/mois en Standard, 29,90 € en Custom, en facturation annuelle — voir §6.1).
Le coût de la couche LLM, lui, dépend de l'hébergement. Sur Odoo Online, Odoo fournit le service dans l'abonnement : aucune clé à configurer.
Sur Odoo.sh et en on-premise, une clé API personnelle OpenAI ou Gemini est obligatoire, à configurer dans AI app → Configuration → Settings, et les appels sont facturés en tokens par le fournisseur. Dans les deux cas, ce coût ne passe pas par les crédits IAP d'Odoo SA — c'est un système distinct.

3.5 Ce que les versions 19.x ont ajouté — et pour qui

La série 19 ne s'est pas arrêtée à septembre 2025. La version 19.4, publiée en juillet 2026, est celle qui pèse le plus sur le sujet de cet article : elle ouvre la base aux agents IA externes via MCP. Les autres apports IA de cette version :

• Connexion à la base via MCP — des outils IA externes peuvent interroger Odoo sans développement d'API dédiée.
• Dictée vocale — une demande formulée à l'oral est transcrite puis exécutée par un agent.
• Cartes cliquables en Live Chat — un enregistrement cité par un agent s'affiche en carte, plus en simple nom.
• Conservation des conversations — les échanges avec les agents sont gardés 30 jours après le dernier message.
• « Topics » renommés « skills » — les jeux d'instructions et d'outils qui définissent le comportement d'un agent.
• Sélection automatique du modèle — on choisit un fournisseur, Odoo retient le modèle adapté à la tâche.

Un point de gouvernance à ne pas manquer si tu actives ces fonctions : la rétention de 30 jours des conversations doit entrer dans ta propre politique de conservation, et le périmètre exposé aux agents se décide avant l'ouverture, pas après.

4. Connecteurs MCP/LLM tiers — l'IA sur ton Odoo sans passer par Enterprise

4.1 Principe : Odoo comme serveur MCP

Le Model Context Protocol (MCP), protocole open source publié par Anthropic en novembre 2024, standardise la façon dont les LLM externes se connectent à des sources de données et des systèmes tiers.
Appliqué à Odoo, le principe est simple : exposer l'instance Odoo comme un serveur MCP, puis y brancher un client LLM au choix (Claude Desktop, Cursor, Claude Code, etc.). Deux voies mènent à ce résultat, et la distinction compte pour la suite : un module installé dans Odoo, qui expose lui-même un endpoint MCP et travaille à travers l'ORM et les droits d'accès standard ; ou un service externe, qui dialogue avec l'instance depuis l'extérieur via l'API XML-RPC.

Depuis juillet 2026, Odoo propose également un accès MCP natif (voir §3.5). Cela ne change rien au raisonnement qui suit : cet accès n'existe que sur Odoo Online. Ni Community, ni on-premise, ni Odoo.sh n'y ont droit. Pour tout le parc auto-hébergé, le connecteur tiers reste la seule voie.

L'architecture résultante est la suivante :

Client LLM (Claude Desktop, Cursor, Claude Code…)
        ↓  Protocole MCP (stdio ou HTTP)
Serveur MCP Odoo
   ├─ module installé dans Odoo  →  ORM + droits d'accès natifs
   └─ service externe            →  API XML-RPC
        ↓
Instance Odoo (16.0+ selon le connecteur)

Plusieurs implémentations coexistent en 2026 :

Le module llm_mcp d'Apexive, présent dans la version initiale de cet article, est passé en statut Legacy — Odoo 16.0 uniquement. Son éditeur redirige désormais vers llm_mcp_server. Il a été retiré du tableau.

4.2 Compatibilité versions — et l'horizon de l'API externe

L'approche via service externe (mcp-server-odoo) démarre à la 16.0, avec un module compagnon installé côté Odoo.
Le projet propose bien un mode fonctionnant sur n'importe quelle instance via XML-RPC seul, mais son propre README le réserve au développement et à la démonstration : il contourne les contrôles de sécurité MCP. À écarter pour de la production.

L'approche via module Odoo installé dépend du module : 16.0 et 18.0 pour llm_mcp_server, 17.0 à 19.0 pour mn_mcp_server et la solution Webkul, 15.0 à 19.0 pour rag_odoo_mcp_server. Ces modules s'installent comme n'importe quel module tiers sur une instance Community.

4.3 Ce que ça permet concrètement

Une fois un connecteur MCP configuré, le LLM externe peut :

• Interroger Odoo en langage naturel : « Quels sont les clients avec des factures impayées depuis plus de 60 jours ? » sans connaître la syntaxe des filtres Odoo.
• Créer des enregistrements : un lead, un contact, un bon de commande, depuis une conversation — à condition de l'avoir explicitement autorisé. Les connecteurs sérieux fonctionnent en default-deny : on déclare modèle par modèle les opérations permises, et rien n'est exposé tant qu'on ne l'a pas coché.
• Analyser des données : « Quelle est la marge moyenne sur les commandes du mois ? » avec une réponse construite depuis les données réelles de la base.
• Générer des contenus : rédiger un e-mail de relance personnalisé en accédant aux données du client directement depuis Odoo.

Ces cas d'usage sont disponibles sur Community, sans passer par Enterprise — à partir de la 15.0 ou de la 16.0 selon le connecteur retenu.

4.4 Avantages vs IA native Odoo

4.5 Inconvénients à connaître avant de se lancer

5. Migration V18 → V19 — comment ça se passe vraiment

5.1 Enterprise : le service officiel upgrade.odoo.com

Pour les détenteurs d'un contrat Enterprise actif, Odoo SA fournit un service officiel de migration. La procédure est la suivante :

Ce service est inclus dans la licence Enterprise — il n'est pas accessible sans contrat actif : le formulaire d'upload réclame explicitement un code d'abonnement Enterprise.

5.2 Community : OpenUpgrade, la voie open source

Pour les instances Community, il n'existe pas de service officiel upgrade.odoo.com.
La solution communautaire est OpenUpgrade, un projet de l'OCA (Odoo Community Association) maintenu par une équipe de développeurs spécialisés (Hunki Enterprises, Tecnativa, Forgeflow, GRAP), qui fournit des scripts de migration pour transformer une base V18 en base V19. Faire reposer une migration critique sur un projet communautaire est une décision en soi — gouvernance, mainteneurs, pérennité : c'est l'objet de la grille en 12 questions.

État de la branche 19.0 en août 2026 : le tableau de couverture officiel de l'OCA recense environ 621 modules pour le passage 18.0 → 19.0, dont 55 marqués « Done » et 61 « Nothing to do ».
Les modules traités couvrent l'ensemble du socle — base, account, product, stock, sale, purchase, mrp, point_of_sale, project, hr, crm, mail, website. En revanche, la localisation française l10n_fr n'a pas encore de statut renseigné : à vérifier avant d'engager une migration comptable.

Le financement participatif OCA dédié à cette branche s'est clos à 39 % de son objectif — 9 829 € promis sur 25 000 € demandés. L'OCA finance elle-même une partie du chantier, qui a démarré malgré ce déficit — l'état du dépôt le confirme.
Une migration 18.0 → 19.0 est donc engageable, mais reste un chantier en cours : à réserver à un environnement de test avant toute bascule de production.

La procédure suit globalement les mêmes étapes que pour Enterprise, mais l'exécution des scripts de migration est prise en charge par OpenUpgrade plutôt que par Odoo SA. Cela nécessite un profil technique capable de lire, d'exécuter et de déboguer des scripts Python.

5.3 Ce qui casse typiquement

Odoo 19 introduit des changements structurels dans le code qui cassent les modules personnalisés et certains modules tiers. Les points de rupture les plus fréquemment documentés lors des migrations V18 → V19 :

1. Champs renommés : product_uom → product_uom_id et tax_id → tax_ids sur sale.order.line et purchase.order.line — mais pas sur stock.move, qui conserve product_uom. À vérifier modèle par modèle, jamais par un remplacement global.
2. Type de route HTTP : type='json' → type='jsonrpc' dans les contrôleurs. L'ancienne valeur reste acceptée comme alias déprécié, avec un DeprecationWarning : les routes non migrées continuent de répondre.
3. _apply_ir_rules n'est plus appelée : les règles d'enregistrement sont appliquées dans _search(), doté d'un paramètre bypass_access. Une surcharge existante cesse d'être appelée — sans lever d'erreur.
4. Chemins d'import modifiés : from odoo.tools.misc import xlsxwriter → import xlsxwriter ; get_module_resource est supprimé, remplacé par from odoo.tools import file_path — qui lève une FileNotFoundError là où l'ancienne renvoyait False.
5. Restructuration de res.groups : category_id cède la place à privilege_id (nouveau modèle res.groups.privilege), et groups_id devient group_ids sur res.users, ir.ui.menu, ir.ui.view et les ir.actions.*.
6. Modules tiers non portés en V19 : vérifier systématiquement la disponibilité d'une version V19 de chaque module tiers installé avant de planifier la migration.

5.4 Ce que la migration technique ne fait pas

La migration de la base de données ne couvre pas le nettoyage des données accumulées, la remise à niveau des utilisateurs sur les nouvelles interfaces, la mise à jour de la documentation des processus internes, ni l'adaptation des intégrations externes (API tierces, connecteurs).
Ces éléments représentent souvent la majorité du temps projet réel, indépendamment de la complexité technique de la migration elle-même. C'est le même déséquilibre qui fait échouer les projets ERP : ce qui dérape est rarement technique.

6. Coûts et risques

6.1 Ce que ça coûte

Licences Odoo Enterprise (tarifs France, hors taxes) :

Charge de migration — ordres de grandeur issus de ma pratique, à confronter à ton contexte :

Ces fourchettes sont indicatives — la charge réelle dépend directement de l'état documentaire du projet existant, du nombre de modules tiers et du volume de code personnalisé. Un audit préalable est indispensable pour estimer correctement.

6.2 Les risques à ne pas sous-estimer

1. Modules tiers non disponibles en V19 : si un module critique n'a pas de version V19, la migration est bloquée jusqu'à sa disponibilité ou son remplacement — à auditer avant toute décision.
2. Code personnalisé non documenté : sans documentation des règles métier qu'il porte, un module se migre à l'aveugle — il faut d'abord retrouver l'intention avant de pouvoir la reproduire. C'est, dans ma pratique, ce qui fait le plus dériver une charge de migration, davantage que le volume de code lui-même.
3. Absence d'environnement de staging : migrer directement en production sans environnement de test expose à ce qu'Odoo documente comme conséquences — utilisateurs perdus face aux changements, interruptions d'activité, dégradation de l'expérience client.
4. Absence de plan de retour arrière : une migration sans procédure de rollback testée expose à une indisponibilité prolongée en cas de problème en production.
5. Formation des utilisateurs sous-estimée : les changements ergonomiques de V19 (Gantt, Kanban, dashboards) nécessitent un accompagnement, même pour des utilisateurs expérimentés d'Odoo.
6. Coût caché des intégrations externes : les connecteurs vers des systèmes tiers (e-commerce, comptabilité externe, logistique) doivent être revalidés et souvent reconfigurés après migration.

7. Faut-il migrer vers Odoo 19 ?

7.1 Les six questions à se poser avant de décider

01 — Mon instance V18 est-elle stable et couvre-t-elle mes besoins actuels ? Si oui, l'urgence de migration est faible. Odoo V18 est supporté sans surcharge dans la politique actuelle d'Odoo SA.

02 — Ai-je des modules tiers critiques ? Sont-ils disponibles en V19 ? Auditer la liste complète des modules installés et vérifier la disponibilité d'une version V19 pour chacun. Si un module critique n'est pas encore porté, la migration est prématurée.

03 — Mon objectif principal est-il d'accéder à l'IA ? Si tu es sur Community : la migration vers V19 n'ouvre pas l'IA native. Des connecteurs MCP tiers permettent de brancher un LLM sur ton instance V18 actuelle sans migrer.
Depuis juillet 2026, Odoo propose bien un accès MCP natif — mais uniquement sur Odoo Online. Ni Community, ni on-premise, ni Odoo.sh n'y ont accès : dans ces trois cas, le connecteur tiers reste la seule voie.

04 — Suis-je sur V16 ou une version antérieure (Enterprise) ? Depuis avril 2026, Odoo SA applique une majoration de 25 % sur les licences Enterprise dès qu'une instance sort des trois versions majeures les plus récentes — soit V16 et antérieures aujourd'hui.
À la sortie d'Odoo 20 en septembre 2026, V17 entre à son tour dans le périmètre majoré. Si tu es en V17, l'échéance est donc à quelques semaines, pas à quelques années.

05 — Ai-je les ressources techniques pour porter les modules personnalisés ? Sans ressource interne ou prestataire identifié, reporter la migration jusqu'à disponibilité des ressources est préférable à une migration bâclée.

06 — Ai-je identifié un bénéfice fonctionnel concret dans V19 ? « Rester à jour » n'est pas un objectif fonctionnel. Identifier au moins un apport concret de V19 (ESG, carte Expense, refonte POS, intégrations eCommerce) qui justifie l'investissement.

7.2 L'arbre de décision

7.3 Migrer juste pour l'IA — la réponse tranchée

Si tu es sur Community : la migration vers V19 ne donnera pas accès à l'IA native. Elle est réservée à Enterprise. En revanche, des connecteurs MCP tiers — mn_mcp_server (LGPL-3, gratuit, jusqu'en 19.0) ou mcp-server-odoo (serveur MPL-2.0 avec module compagnon propriétaire) — permettent de brancher dès aujourd'hui Claude, GPT ou Gemini sur ton instance actuelle, sans migrer et sans licence Enterprise.
Deux réserves depuis la publication initiale de cet article : leurs licences sont hétérogènes, et ceux qui fonctionnent en service externe — mcp-server-odoo notamment — reposent encore sur XML-RPC, une API qu'Odoo a officiellement dépréciée. Les modules installés dans Odoo, eux, passent par l'ORM et échappent à cette échéance.

Si tu es sur Enterprise ou prêt à y passer : V19 apporte une valeur IA réelle — agents configurables, champs auto-générés, recherche en langage naturel.
La migration se justifie si tu peux absorber le coût d'adaptation des modules personnalisés et que tu as identifié des cas d'usage IA concrets sur lesquels mesurer un retour.

Glossaire

Community

Édition open source d'Odoo, gratuite, sous licence LGPL. Pas de modules Enterprise, pas de support Odoo SA, migration manuelle via OpenUpgrade.

Enterprise

Édition commerciale d'Odoo, sous abonnement par utilisateur. Inclut les modules avancés (IA, Studio, comptabilité complète, application mobile native), le support Odoo SA et le service de migration officiel.

OpenUpgrade

Projet communautaire de l'OCA fournissant des scripts de migration pour passer d'une version majeure à une autre sur des bases Community.

MCP

Model Context Protocol — protocole open source publié par Anthropic en novembre 2024, standardisant la connexion entre LLM et sources de données ou systèmes externes. Odoo en propose un accès natif depuis la version 19.4 (juillet 2026), sur Odoo Online uniquement.

XML-RPC

Protocole d'appel de procédures distantes utilisé par l'API externe d'Odoo, et base des connecteurs MCP fonctionnant en service externe — les modules installés dans Odoo, eux, passent par l'ORM. Déprécié depuis Odoo 19.0 : suppression annoncée en Odoo 22 (automne 2028) et en Odoo Online 21.1 (hiver 2027).

JSON-2

Nouvelle API externe d'Odoo, introduite en 19.0 et appelée à remplacer XML-RPC et JSON-RPC. Endpoint /json/2/<modèle>/<méthode>, authentification par clé d'API en bearer token, clés à durée de vie plafonnée à trois mois. Chaque appel s'exécute dans sa propre transaction SQL — on ne peut pas enchaîner plusieurs appels dans une transaction unique.

Versions saas-19.x

Versions intermédiaires d'Odoo (19.1 à 19.4), publiées tous les deux à trois mois sur Odoo Online. Jamais disponibles en on-premise ni sur Odoo.sh : leurs apports arrivent chez ces hébergements à la version majeure suivante.

AI Agents

Dans Odoo 19 Enterprise, assistants IA configurables capables d'exécuter des actions dans Odoo (créer, modifier, déclencher) en réponse à des commandes en langage naturel.

upgrade.odoo.com

Plateforme officielle d'Odoo SA pour la migration de bases de données vers une version supérieure. Accessible uniquement aux détenteurs d'un contrat Enterprise actif.

CSRD

Corporate Sustainability Reporting Directive — directive européenne imposant un reporting de durabilité aux entreprises concernées. Le module ESG d'Odoo 19 cible cette obligation.

IAP

In-App Purchase — système de crédits prépayés Odoo SA pour les services OCR (numérisation de factures), envoi de SMS, autocomplétion de contacts. Ne couvre pas les fonctionnalités IA natives de V19 (Agents, AI Fields, Ask AI) — celles-ci utilisent une clé API OpenAI ou Gemini séparée, facturée en tokens directement par le provider.