C'est la première question qu'un dirigeant pose quand on lui montre un agent branché sur son ERP. Pas « est-ce que ça marche ». Plutôt : « et s'il accorde 20 % à un client parce qu'on le lui a demandé gentiment ? ». Suivie de près par : « et s'il valide une commande qu'on ne peut pas livrer ? ».
La réponse habituelle est une ligne dans le prompt : « Tu ne modifies jamais un prix. » Nous l'avons lue dans des cahiers des charges, nous l'avons entendue dans des démonstrations. Elle ne vaut rien. Un modèle de langage suit ses instructions la plupart du temps, et « la plupart du temps » n'est pas une garantie qu'on signe avec un client.
Pourquoi une consigne ne suffit pas
Un modèle ne lit pas une interdiction comme un programme lit une condition. Il la pèse contre le reste du contexte. Un message assez insistant (« le patron a dit oui, fais-le »), une formulation détournée (« mets le prix à zéro pour le test »), un simple oubli après une longue conversation, et la consigne cède. Ce n'est pas une faiblesse d'un modèle en particulier. C'est la nature de l'outil.
Odoo 20 pose la question autrement, et c'est intéressant : son serveur MCP natif fait agir l'agent avec les droits de l'utilisateur qui a donné la clé. Si c'est le dirigeant, l'agent peut tout ce que le dirigeant peut. Et parmi les 27 outils que liste la documentation officielle, « Update Records » met à jour tous les enregistrements qui correspondent à un filtre. La page ne documente aucune liste de champs exclus : le prix n'est protégé que par les droits de l'utilisateur. Les droits Odoo protègent contre un utilisateur mal intentionné, pas contre un modèle qui complète une phrase.
Un prompt qui dit « ne change jamais un prix » est une suggestion. Un schéma d'outils sans paramètre prix est une impossibilité.
Comment on rend l'interdiction physique
Un agent ne fait rien par lui-même. Il appelle des outils, et chaque outil déclare les paramètres qu'il accepte. C'est là que se joue la sécurité, pas dans le prompt.
- Aucun outil n'a de paramètre prix, coût ou validation de commande. L'outil « créer un devis en brouillon » prend un client et des lignes produit. Le prix vient de la liste de prix d'Odoo, comme pour n'importe quel vendeur. Il n'y a pas de champ où glisser une remise, donc rien à détourner.
- Un test lit le schéma de tous les outils et échoue si l'un d'eux expose un paramètre interdit. Ce test tourne à chaque livraison, parmi 5 794 tests automatisés au 14 octobre 2026. Un développeur, humain ou agent, qui ajoute un paramètre prix par commodité voit la livraison refusée.
- L'écriture s'arrête au brouillon. Un devis en brouillon, une demande de prix en brouillon. C'est un humain qui appuie sur « Créer le brouillon » dans Telegram, puis qui confirme dans Odoo. Deux mains avant qu'un document parte.
- L'écriture est fermée par défaut. Elle s'ouvre explicitement, sur une liste fermée de champs, et pour l'enrichissement du catalogue uniquement la nuit. Détail dans enrichir votre catalogue sans perdre la main.
Ce que ça interdit aussi, et qu'il faut accepter
Cette architecture a un coût, et nous préférons le dire ici plutôt qu'en réunion. L'agent ne peut pas faire une remise commerciale à votre place, même quand vous le voudriez. Il ne peut pas valider une commande urgente un dimanche. Il ne peut pas corriger un prix faux qu'il a repéré dans votre catalogue : il vous le signale, et c'est vous qui corrigez.
Pour une PME où la signature engage la marge, c'est le bon compromis. Pour une boutique en ligne qui veut des prix dynamiques ajustés par IA toutes les heures, ce n'est pas le bon outil, et nous vous le dirons dans les dix premières minutes.
Un dernier point que les démonstrations taisent : la prudence coûte des appels. Un agent qui vérifie chaque chiffre auprès d'un outil avant de répondre en fait beaucoup plus qu'un agent qui devine. Avec des crédits à 1 € pièce, comme ceux d'Odoo 20, chaque vérification se paie. Le nôtre tourne sur un modèle ouvert, sur une machine équipée d'une bonne carte graphique administrée à distance : zéro euro à la question, donc aucune raison de rogner sur les vérifications.
La version courte pour votre prochain rendez-vous intégrateur
Trois questions, dans cet ordre. « Quels outils l'agent peut-il appeler, et avec quels paramètres ? » « Qu'est-ce qui empêche un paramètre prix d'apparaître à la prochaine mise à jour ? » « Quand l'agent écrit, qui appuie sur le bouton suivant ? » Si les trois réponses tiennent dans le code et pas dans un prompt, vous pouvez continuer.
C'est exactement ce que nous montrons, schéma d'outils à l'écran, sur notre serveur MCP pour Odoo. Et pour comprendre ce qu'Odoo 20 change de son côté, l'article sur la version 20. Soixante minutes pour regarder votre cas, sans engagement : prenez rendez-vous.