Ce que les équipes demandent vraiment à Claude sur leur Odoo (cas d'usage réels par métier)

La plupart des gens n’utilisent pas Claude sur leur Odoo pour “discuter avec une IA” — ils s’en servent pour éviter une recherche, un filtre ou un rapport qu’ils auraient dû construire à la main. Un commercial interroge son propre pipeline. Un responsable d’entrepôt demande ce qui va manquer. Un manager pose une question qui traverse trois applications. Un admin demande qui a touché quoi. Voici les questions réelles posées par chaque métier, ce que fait concrètement Cledoo MCP pour y répondre, et où s’arrête la réponse.

Commercial & CRM

L’application Ventes/CRM a déjà des étapes de pipeline structurées — la documentation Odoo elle-même décrit comment une opportunité avance à travers des étapes configurables, du lead à la vente gagnée ou perdue. Claude ne remplace pas cette vue ; il permet d’interroger et d’agir dessus en une phrase, au lieu de trois clics et un filtre.

• "Quelles affaires de mon pipeline n'ont pas bougé depuis deux semaines ?" — Claude appelle search_records sur crm.lead, filtré sur les opportunités de l’utilisateur connecté (c’est la règle d’accès Odoo, pas un réglage Claude), et vérifie les dates de changement de stage_id.
• "Résume-moi le dossier Dupont Industries — où on en est ?" — un get_record sur l’opportunité, plus les activités et messages liés, transformés en paragraphe au lieu d’un défilement dans le chatter.
• "Note un appel avec eux : discuté du prix, ils veulent un devis révisé pour vendredi." — ceci est une écriture : Claude poste dans le chatter de l’opportunité (message_post) ou crée une mail.activity. Ça ne marche que si l’utilisateur connecté a les droits d’édition sur cette fiche — comme s’il l’avait saisi lui-même dans Odoo.
• "Combien d'opportunités mon équipe a créées ce mois-ci, par étape ?" — un appel aggregate groupé par stage_id, dans les limites de visibilité d’équipe que le rôle de l’utilisateur autorise.

Ce que ça ne fera pas : inventer une étape qui n’existe pas dans votre pipeline, ou montrer les affaires d’un collègue si vos règles d’accès disent que vous ne devriez pas les voir. Claude lit et écrit dans la même structure CRM déjà documentée par Odoo — pas de porte dérobée.

Production & Inventaire

La logique de réapprovisionnement d’Odoo est du vrai calcul, pas une fonctionnalité de Claude : une règle de réapprovisionnement déclenche un bon d’achat ou un ordre de fabrication quand le stock prévisionnel passe sous un minimum configuré, comme le décrit la documentation Odoo sur les règles de réapprovisionnement. Le rôle de Claude ici est de traduire cet état en langage clair, et parfois d’aller un niveau plus loin.

• "Quels produits sont sous leur minimum de réapprovisionnement en ce moment ?" — Claude lance search_records sur stock.warehouse.orderpoint (ou product.product avec un filtre sur la quantité calculée) et liste ce qui est déjà sous le Min configuré par votre équipe — c’est le même seuil que celui du moteur de réappro d’Odoo, pas un seuil inventé par l’IA.
• "Qu'est-ce qui bloque l'ordre de fabrication MO/00234 ?" — un get_record sur l’OF plus la disponibilité de ses composants, pour éviter de cliquer séparément dans l’ordre de production et chaque mouvement de stock.
• "Quels composants entrent dans la nomenclature de notre table en chêne, et lequel a le délai le plus long ?" — la nomenclature (BoM) Odoo documente précisément les composants et quantités nécessaires pour fabriquer un produit ; Claude lit cette structure via get_record sur mrp.bom et croise avec le stock des composants — il ne devine pas le contenu de la nomenclature.
• "Combien d'unités finies peut-on fabriquer aujourd'hui avec le stock actuel ?" — c’est plus proche du contrôle de disponibilité des composants déjà fait par Odoo que d’un calcul inventé par Claude ; Claude lit les chiffres et énonce la contrainte, il ne fait pas tourner un nouvel algorithme MRP.

Limite honnête : Claude rapporte ce que disent déjà les règles de réapprovisionnement et les nomenclatures. Si vos minimums sont faux, ou votre nomenclature obsolète, la réponse sera fausse avec la même assurance — les données en entrée déterminent la qualité de la réponse, comme pour n’importe quel rapport.

Direction

C’est le rôle où la valeur tient le moins à une seule application, et le plus au fait de ne pas devoir en ouvrir cinq. Claude peut croiser Ventes, Inventaire et Comptabilité dans une seule réponse, parce que les outils MCP ne sont pas cloisonnés par appli — ils sont bornés par les droits Odoo propres au manager, sur tous les modèles qu’il peut voir.

• "Donne-moi un état des lieux en un paragraphe : pipeline, carnet de commandes, trésorerie ce trimestre." — plusieurs appels aggregate et count_records (affaires gagnées/perdues CRM, backlog sale.order, soldes account.move) assemblés en un récit. C’est un instantané en direct, pas un tableau de bord entretenu par quelqu’un.
• "Quelle est notre marge brute par filiale ce mois-ci ?" — si les droits de l’utilisateur connecté couvrent plusieurs sociétés dans un Odoo multi-société, Claude agrège chiffre d’affaires et coût des marchandises vendues par company_id. Sinon, la réponse est bornée à ce qu’il peut voir — comme l’interface Odoo le lui montrerait.
• "Quels clients ont progressé et lesquels ont reculé par rapport au trimestre dernier ?" — une comparaison construite à partir de deux appels aggregate sur sale.order groupés par partner_id, pas un modèle de prévision — de l’arithmétique sur de vraies commandes.
• "Rédige un résumé en deux lignes que je peux envoyer au board." — Claude peut rédiger le résumé ; l’envoyer par mail ou le publier reste une action explicite et vérifiable, pas quelque chose qui se produit silencieusement.

Là où ça s’arrête : Claude ne vous construit pas un tableau de bord entretenu. Il répond à la question posée, une fois, à partir de données en direct. Pour la même vue tous les lundis, il faut un rapport enregistré ou un export planifié — un autre outil pour un autre usage.

IT & Admin

Les questions d’admin portent souvent sur le système lui-même, et ce sont souvent celles qu’on oublie de vérifier jusqu’à ce que quelque chose cloche.

• "Quels utilisateurs ne se sont pas connectés depuis 90 jours ?" — search_records sur res.users filtré sur login_date, utile avant un renouvellement de licence ou un audit de sécurité.
• "Exporte le journal d'accès IA des 30 derniers jours — qui a demandé quoi, et qu'est-ce que Claude a lu ou modifié ?" — c’est là que la version gratuite et Cledoo MCP Pro divergent. Le module de base garantit un accès correct (chaque appel passe par les vrais droits Odoo) ; Pro ajoute le journal d’audit lui-même — qui s’est connecté, quel outil a tourné, sur quelles fiches — plus le masquage des données personnelles et la confirmation avant écriture pour les actions sensibles. Si c’est l’audit qu’il vous faut, c’est la couche Pro, pas quelque chose que les 17 outils gratuits journalisent aujourd’hui.
• "Liste tous les champs personnalisés du modèle Contact et qui les a ajoutés." — get_model_fields, utile avant un nettoyage pré-montée de version.
• "Quels groupes ont le droit de suppression sur les factures ?" — Claude lit les règles d’accès Odoo existantes et les rapporte ; il ne les modifie pas sauf demande explicite, et même alors seulement si le compte admin connecté a réellement ce droit.

Ce que ça ne remplace pas

Rien de tout ça n’est une action que Odoo ne pourrait pas déjà faire — c’est Claude qui la fait en une phrase, au lieu d’un filtre, d’un générateur de rapport, ou d’un ticket “quelqu’un qui connaît la vue CRM peut regarder ?”. La limite qui garde tout ça honnête est la même à chaque métier : Claude lit et écrit en tant qu’utilisateur connecté, dans son périmètre, à travers les règles Odoo elles-mêmes. Il excelle sur les questions en langage naturel sur des données en direct. Il ne remplace pas un tableau de bord entretenu, ne passe outre aucun droit d’accès, et ne détectera pas qu’un minimum de réapprovisionnement était faux ou qu’une nomenclature était obsolète.

À retenir

Le schéma est le même pour chaque métier : transformer une recherche à plusieurs clics, un “quelqu’un peut vérifier ?”, ou un rapport dispersé en une phrase — répondue à partir de données Odoo en direct, sous les permissions de la personne qui demande. C’est une promesse plus étroite que “l’IA fait tourner votre ERP” — et c’est celle qui tient vraiment quand on s’en sert au quotidien.