Odoo AI 19.4 : chatbots et automatisation des tâches

Odoo 19 a introduit une couche d’IA qui va au-delà de la génération de texte. Elle peut aider les utilisateurs à trouver des informations, interpréter des enregistrements, ouvrir des vues, classer des documents, soutenir le travail du support, répondre aux visiteurs du site web et sélectionner des actions contrôlées. Odoo 19.4 prolonge cette दिशा avec la sélection automatique du modèle, l’interaction vocale, les conversations enregistrées, des cartes d’enregistrements plus riches dans le chat en direct et la connectivité MCP.

La vraie question n’est pas de savoir si Odoo dispose de l’IA. Elle consiste à déterminer quel agent est autorisé à utiliser quelles informations et quels outils dans une situation donnée. Odoo sépare ces aspects au moyen des agents, des compétences, des sources et des actions serveur.

Commencez avec l’assistant standard Demander à l’IA

L’assistant standard Demander à l’IA est disponible depuis la palette de commandes et le bouton IA dans toute l’interface Odoo. Selon la documentation Odoo AI officielle, il peut répondre à des questions en langage naturel, ouvrir des vues, améliorer du contenu, résumer le chatter et suggérer les étapes suivantes en fonction du contexte.

L’agent standard Demander à l’IA ne peut pas modifier les enregistrements de la base de données. Il peut aider un utilisateur à comprendre et à naviguer dans les informations, mais Odoo sépare volontairement cette assistance des outils qui effectuent des écritures. C’est un réglage par défaut important, car une réponse fluide ne doit pas devenir silencieusement une transaction comptable, commerciale ou opérationnelle.

Les agents personnalisés définissent une mission précise

Un agent Odoo AI personnalisé dispose d’une invite système, d’un style de réponse, d’une ou plusieurs compétences et de sources facultatives. La documentation des agents IA officielle décrit un agent comme un assistant en langage naturel avec un objectif défini et un accès aux outils Odoo.

Dans la documentation Odoo 19 précédente, les ensembles d’instructions et d’outils s’appellent des topics. Odoo 19.4 les renomme en compétences. Le principe reste le même : chaque compétence explique le contexte, les règles et le déroulement d’une tâche, tandis que les outils sont les fonctions réelles que l’agent peut appeler.

Cette structure permet de créer des agents adaptés à différentes situations plutôt qu’un seul assistant doté d’une autorité large et ambiguë. Exemples :

Un assistant commercial qui trouve des opportunités, explique les données du pipeline et rédige des messages de relance.
Un agent de support qui répond à partir d’articles Knowledge approuvés et transmet les cas incertains.
Un agent documentaire qui classe un téléversement et sélectionne un dossier ou une étiquette approuvés.
Un assistant de service sur site qui résume l’historique d’une tâche et prépare une mise à jour client.
Un agent de chat en direct qui répond aux questions courantes et crée une piste CRM après avoir recueilli les informations requises.

Les sources déterminent à quoi un agent peut se référer

Les agents Odoo peuvent utiliser des PDF, des liens web, des fichiers Documents et des articles Knowledge comme sources indexées. L’option Restreindre aux sources limite l’agent aux sources téléversées actives. C’est utile pour les réponses destinées aux clients, car l’organisation peut définir le contenu que l’agent est censé utiliser au lieu d’autoriser des réponses larges et non étayées.

La restriction des sources améliore le contrôle, mais la qualité des sources reste essentielle. Les documents doivent avoir des propriétaires, des dates de révision et un processus de suppression des tarifs, politiques ou instructions obsolètes. Des sources contradictoires peuvent produire des réponses incohérentes même si chaque document est techniquement approuvé.

Comment fonctionne le chat en direct Odoo AI

Odoo peut attribuer un agent IA à une règle de canal Live Chat. La documentation AI Live Chat officielle indique qu’un agent peut répondre aux questions courantes, demander plus d’informations, qualifier les conversations et transmettre à un opérateur humain.

Le modèle de chat en direct fourni ne crée pas simplement une piste après le premier message. Ses instructions définissent quand une escalade est appropriée, collectent les coordonnées manquantes, confirment les informations connues et appellent une seule fois l’outil de création de piste. Cela montre pourquoi les consignes de workflow sont aussi importantes que le modèle de langage.

Odoo 19.4 peut aussi afficher des cartes enrichies et cliquables lorsqu’un agent mentionne des enregistrements Odoo pris en charge dans le chat en direct. Cela peut aider le visiteur à comprendre et ouvrir plus facilement un produit, un rendez-vous ou tout autre enregistrement pris en charge.

Un chatbot spécifique à l’entreprise est un modèle de conception, pas une simple case à cocher

Une organisation multi-entreprise peut vouloir que chaque site web de société dispose d’un chatbot qui ne réponde qu’au sujet de cette société. Odoo fournit les éléments nécessaires à ce modèle, mais la frontière doit être configurée explicitement.

Un modèle pratique consiste à :

Utiliser un site web distinct et un canal Live Chat ou une règle de canal distincte pour chaque expérience orientée entreprise.
Créer un agent IA distinct pour chaque entreprise plutôt qu’un seul agent avec une invite qui essaie de deviner l’entreprise.
Donner à chaque agent uniquement les articles Knowledge, documents, politiques et liens web approuvés de cette entreprise.
Activer Restreindre aux sources afin que les réponses restent dans l’ensemble de sources propre à l’entreprise.
Attribuer uniquement les compétences et outils nécessaires à ce canal, comme la recherche d’informations ou la création contrôlée de pistes.
Veiller à ce que toute piste, ticket ou rendez-vous créé reçoive le contexte d’entreprise et l’équipe responsable attendus.
Tester les questions interentreprises, les noms de marque ambigus et les tentatives de récupération d’informations d’une autre entreprise.

Dans Odoo multi-entreprise, les enregistrements peuvent être partagés ou spécifiques à une entreprise. La documentation multi-entreprise explique que les devis, factures clients et factures fournisseurs liés à une entreprise sont restreints au contexte de cette entreprise, tandis que certains enregistrements comme les contacts et les produits peuvent être partagés par défaut.

Ce modèle d’enregistrement ne signifie pas que chaque source d’IA est automatiquement isolée. Ne considérez pas une invite système telle que « ne parler que de l’entreprise A » comme un contrôle de confidentialité. Des collections de sources séparées, des affectations de canaux, des droits d’accès et des vérifications côté outil offrent une frontière plus solide. Si une isolation juridique stricte est requise, des bases de données séparées peuvent être plus appropriées qu’une configuration multi-entreprise partagée.

Les agents ne peuvent effectuer des tâches que via les outils attribués

Si un agent n’a aucune compétence, Odoo indique qu’il peut fournir des informations, mais pas accomplir des tâches ni modifier la base de données. Un outil étend l’agent au-delà de la conversation. Parmi les exemples préconfigurés figurent l’ouverture d’une vue et la création d’une piste, tandis que les applications installées peuvent rendre d’autres outils disponibles.

Pour les workflows automatisés sur les enregistrements, Odoo utilise des actions serveur IA. La documentation des actions serveur IA sépare le gestionnaire IA de l’outil exécuteur. L’IA lit l’enregistrement et l’invite, choisit un outil et fournit les arguments déclarés. L’action serveur standard exécute ensuite la véritable logique métier.

Cela permet à l’IA de prendre une décision contextuelle pendant qu’un code déterministe applique les règles. Par exemple, l’IA peut classer un document fournisseur, mais l’outil sélectionné doit valider la destination, l’entreprise, l’état autorisé de l’enregistrement et les champs requis avant toute écriture.

Modèles utiles d’automatisation des tâches

Classer les documents entrants et appliquer une étiquette ou un dossier approuvé.
Résumer un ticket du helpdesk et renseigner un champ de tri structuré.
Sélectionner un parcours de suivi à partir d’un enregistrement tout en laissant l’envoi ou l’approbation à un utilisateur.
Créer un prospect CRM à partir du chat en direct, une fois les coordonnées requises confirmées.
Rédiger un e-mail à partir du contexte de l’enregistrement actuel pour une révision humaine.
Extraire des détails structurés d’un document dans un flux de travail contrôlé.

Le schéma le plus faible consiste à donner à un agent généraliste un ensemble d’outils d’écriture puissants. Les agents spécialisés sont plus faciles à tester, à expliquer et à auditer.

Ce qu’ajoute Odoo 19.4

Les notes de version officiellesOdoo 19.4 ajoutent plusieurs capacités autour de ce modèle d’agent :

Sélection automatique du modèle d’IA configuré le plus approprié pour une tâche.
Interaction vocale pour dicter des demandes à un agent.
Stockage des conversations avec l’agent pendant 30 jours après le dernier message.
Connectivité MCP pour les outils externes compatibles.
Cartes d’aperçu enrichies pour les enregistrements pris en charge mentionnés dans le chat en direct.
Le renommage des sujets en compétences.

MCP élargit les possibilités d’intégration, mais il élargit aussi l’examen de sécurité. Les identifiants, les outils exposés, les permissions utilisateur, la journalisation et les limites des données doivent être documentés avant de connecter un client d’IA externe.

Considérations sur les fournisseurs et la tarification

Odoo prend en charge les fournisseurs OpenAI et Google Gemini. Les utilisateurs d’Odoo Online n’ont pas besoin d’ajouter leur propre clé API pour le service standard, même s’ils peuvent le faire pour plus de contrôle. Les bases de données Odoo.sh et sur site ont besoin de clés de fournisseur pour les fonctionnalités d’IA. La documentation sur les clés API Odoo AI indique que des frais de fournisseur peuvent s’appliquer lorsque des clés appartenant au client sont utilisées.

Une liste de vérification pour un déploiement sûr

Choisissez un seul cas d’usage étroit avec un processus manuel mesurable.
Définissez les sources approuvées, les sujets interdits et le circuit d’escalade humaine.
Attribuez le minimum d’outils nécessaire et appliquez des règles dans chaque outil.
Testez l’accès à l’entreprise, aux utilisateurs et aux enregistrements avec des comptes ordinaires, pas seulement avec des administrateurs.
Testez les questions incorrectes, incomplètes, adversariales et interentreprises.
Exigez une révision pour les actions financières, contractuelles, destructrices ou envoyées à l’extérieur.
Surveillez les réponses, les appels d’outils, l’utilisation du fournisseur et la fraîcheur des sources après le lancement.

La conclusion pratique

L’IA d’Odoo est surtout utile comme ensemble d’assistants ciblés intégrés aux flux de travail métier existants. Le chat en direct, les connaissances spécifiques à l’entreprise, la création de prospects, la classification de documents et l’automatisation basée sur les enregistrements sont des cas d’usage crédibles, car Odoo peut combiner des décisions en langage naturel avec des enregistrements structurés et des outils contrôlés.

La conception ne doit jamais reposer sur la confiance ou sur un prompt seul. Séparez les agents par objectif, restreignez leurs sources, réduisez leurs outils au minimum et gardez les règles métier dans des actions Odoo déterministes. C’est ce qui transforme une démonstration de chatbot en capacité opérationnelle supportable.