Odoo 19 et l’IA : ce qui est natif, ce qui ne l’est pas

« On l’a déjà, c’est dans Odoo 19. » C’est l’objection que nous entendons le plus souvent, et elle est légitime : l’IA d’Odoo 19 est réelle, intégrée à l’interface, et disponible sans module tiers. Ce qui suit est un inventaire honnête — ce qu’elle fait, ce qu’elle ne fait pas, et où passe la frontière. Les limites citées ici ne sont pas les nôtres : elles sont dans la documentation d’Odoo.

Ce qu’Odoo 19 embarque vraiment

La version 19 fait entrer l’IA dans l’interface elle-même, et non dans un module qu’on installe à côté. Le point d’entrée s’appelle Ask AI : il s’ouvre depuis la palette de commandes ou un bouton, à n’importe quel endroit de la base. On lui pose une question en langage courant, il répond, il ouvre la vue qui convient, il améliore un texte.

Autour de lui, une série de fonctions qui valent la peine d’être citées une par une : traduction et résumé des conversations du chatter ; génération et réécriture de texte ; suggestion de l’étape suivante pour un commercial ou un agent de support ; champs IA dans Studio, qui calculent un contenu à partir d’un prompt et des autres champs de la fiche ; agents personnalisés qu’on cadre par sujet ; tri de documents ; transcription vocale ; et actions serveur IA, qui permettent de décrire en langage naturel une action à exécuter sur des enregistrements.

Il faut le dire nettement : c’est beaucoup, c’est bien fait, et pour une partie des usages quotidiens, cela suffit. Résumer un fil de discussion de quarante messages avant de rappeler un client, rédiger une description de produit, faire remonter une information sans connaître le nom du filtre : tout cela fonctionne, sans projet et sans budget.

La ligne que la documentation trace elle-même

La phrase la plus importante de cet article n’est pas de nous. Elle est dans la documentation d’Odoo, au sujet de l’agent standard :

L’agent standard ne peut pas modifier la base de données.

Autrement dit : il lit, il résume, il explique, il vous emmène au bon endroit. Il ne crée pas le devis, il ne relance pas le fournisseur, il ne corrige pas l’écriture comptable. C’est exactement la différence entre un assistant qui répond et un agent qui fait le travail.

Nuance importante, et il serait malhonnête de la passer : les actions serveur IA permettent, elles, d’agir sur des enregistrements. Odoo n’est donc pas cantonné à la lecture. Mais ce sont des automatisations qu’on déclare une par une, dans Odoo, pour un cas prévu d’avance — pas un agent qui décide de la marche à suivre devant une situation qu’on n’avait pas anticipée.

Où s’arrête le périmètre

La seconde limite est plus structurelle, et elle n’est le défaut de personne : l’IA d’Odoo travaille sur ce qu’Odoo contient. Les conversations du chatter, les enregistrements, le contexte de la base. Rien dans la documentation n’indique un accès aux données du dehors.

Or une bonne partie du travail que vous voudriez confier à un agent commence précisément dehors.

Reprenez n’importe quelle tâche pénible de votre semaine : récupérer une facture sur le portail d’un prestataire, relancer un fournisseur dont la livraison glisse, reprendre un chiffrage fait dans un tableur pour en faire un devis, réclamer à six managers les notes de frais du mois. Aucune ne se joue entièrement dans Odoo. Toutes commencent dehors, et finissent dedans.

Et Odoo 20 ? La limite technique est tombée

Autant le dire tout de suite : c’est fait. La version 20 est sortie le 23 septembre 2026, à la veille d’Odoo Experience, à Bruxelles, et elle embarque un serveur MCP natif pour les clients Enterprise. Ce que la feuille de route d’avril 2026 annonçait au futur est désormais dans le produit. Les autres promesses de cette feuille de route — recherche en langage naturel à l’échelle de toute la base, enchaînements agentiques autonomes sur plusieurs étapes — se jugeront sur la documentation 20.0, pas sur ce qu’en dit l’écosystème.

La phrase que nous venons de citer — l’agent standard ne modifie pas la base — reste vraie de la 19.0, et elle ne l’est plus de la 20. Et c’est une bonne nouvelle : nous ne pariions pas sur cette limite.

Le connecteur est fourni, comme prévu. Ce n’est pas là que se joue la valeur.

Ce qui ne tombe pas avec la version 20, c’est l’autre limite : un agent qui accède à votre base n’en connaît pas pour autant le sens. Il verra vos trois champs de statut ; rien ne lui dira lequel fait foi depuis la migration. Nous avons consacré un article entier à cette question, parce que c’est elle qui décide de ce que vous devrez construire — le MCP d’Odoo, ce qu’il voit et ce qu’il ne voit pas.

Alors, faut-il attendre ?

Pour les usages que la 19 couvre déjà — résumer, rédiger, retrouver — non : servez-vous, c’est inclus et cela ne demande aucun projet. Pour tout ce qui touche à l’exécution, la question n’est pas la version d’Odoo mais l’état de votre base. Un agent posé sur un Odoo dont personne ne sait plus quel champ fait foi produira des réponses convaincantes et fausses, en 19 comme en 20.

Le travail utile, aujourd’hui, est celui qui ne dépend d’aucune version : savoir ce que vos données veulent dire, ce qu’un automate a le droit de faire seul, et ce qui exige une relecture humaine.

Ce qu’il faut retenir

Odoo fait très bien ce qu’il fait, et il s’arrête là où votre entreprise commence. Ce n’est pas une critique : c’est le périmètre d’un éditeur, et il serait absurde qu’il connaisse vos habitudes, vos boîtes mail et les raisons d’un développement de 2022. Ce qui se trouve à cette frontière n’appartient à aucun éditeur — c’est votre entreprise, et c’est pour cela que la couche qui la décrit doit vous appartenir.

Et nous le disons comme nous le disons partout : certaines tâches disparaîtront. Mieux vaut le savoir au démarrage qu’à la livraison.