Réponse courte : utilisez MCP pour un accès IA flexible et conversationnel à Odoo ; construisez une intégration API sur mesure quand vous avez un seul pipeline fixe et à fort volume ; réservez la RPA aux cas où aucune API n’existe. Ces trois approches résolvent des problèmes différents. Voici le détail honnête de chacune, pour choisir la bonne — pas la plus à la mode.
Les trois options, en une phrase chacune
- MCP — Odoo expose ses données et ses actions via un protocole ouvert, conscient des permissions ; toute IA compatible MCP (Claude, d’autres) les découvre et les utilise.
- Intégration API sur mesure — un développeur écrit du code de liaison contre l’External API d’Odoo (XML-RPC ou JSON-RPC), câblant un cas d’usage précis de bout en bout.
- RPA (Robotic Process Automation) — un bot pilote l’interface web d’Odoo comme le ferait un humain, en cliquant et en tapant, sans comprendre le sens des données.
Comparaison rapide
| Critère | MCP | Intégration API sur mesure | RPA |
|---|---|---|---|
| Ce qu’il pilote | L’ORM d’Odoo via un protocole découvrable par l’IA | L’External API d’Odoo (XML-RPC/JSON-RPC) | L’interface web d’Odoo (clics, formulaires) |
| Effort d’installation | Installation unique, l’IA s’adapte à vos modèles | À construire et maintenir par cas d’usage | Scripts à créer/enregistrer par écran |
| Flexibilité | Élevée — une nouvelle question n’exige pas de nouveau code | Faible — une intégration = un usage | Faible — casse au moindre changement d’UI |
| Multi-IA / multi-modèle | Natif — tout client MCP se connecte | Aucun — sur mesure pour qui l’a construit | Aucun |
| Respect des permissions | Fonctionne sous les droits Odoo de l’utilisateur connecté | Ce que peut faire le compte de service de l’intégration | Ce que peut faire le compte du bot (souvent large) |
| Idéal pour | Usage IA conversationnel, exploratoire, évolutif | Un pipeline fixe, à fort volume, bien défini | Systèmes anciens sans aucune API |
| Adéquation avec Odoo | Conçu pour ça (Cledoo MCP) | Généraliste, fonctionne avec toute API externe | N’a pas besoin qu’Odoo ait une API — c’est tout l’intérêt |
MCP : un standard unique, découvrable par toute IA
MCP est le protocole ouvert introduit par Anthropic en 2024 pour connecter des modèles d’IA à des outils et données externes via une interface unique, plutôt qu’une constellation d’intégrations bricolées une par une (voir ce qu’est MCP pour l’explication détaillée — on ne la répète pas ici). Appliqué à Odoo, un serveur MCP expose vos modèles, vos enregistrements et vos actions comme des outils que l’IA découvre à la connexion. Posez à Claude une question jamais explicitement câblée — « quels clients n’ont pas commandé depuis 90 jours » — et il compose la réponse à partir des outils existants, à la volée.
Vraies forces :
- Pas d’ingénierie par question. L’IA s’adapte à ce qui est disponible ; pas besoin d’écrire un nouvel endpoint à chaque nouvelle idée.
- Fonctionne avec n’importe quel client MCP, pas un seul produit IA — pas de dépendance à un connecteur propriétaire.
- Implémenté nativement (comme Cledoo MCP), les appels passent par les ACL et règles d’enregistrement existantes d’Odoo — l’IA ne voit et ne fait rien de plus que l’utilisateur connecté.
Faiblesses honnêtes :
- C’est encore un standard jeune (fin 2024 et après) ; la maturité de l’écosystème varie selon les clients.
- La flexibilité par découverte n’est pas ce qu’il faut pour un job unique, ultra-répétitif à très fort volume — vous payez une généralité dont vous n’avez pas besoin.
- Ça ne dispense pas des questions de gouvernance — une IA avec un accès large aux outils a quand même besoin d’être cadrée et supervisée (sujet à part, voir notre article sur la gouvernance des accès agent).
Intégration API sur mesure : contrôle total, responsabilité totale
Odoo propose depuis des années une External API : des endpoints XML-RPC et
JSON-RPC qui permettent à du code externe de s’authentifier et d’appeler
execute_kw sur n’importe quel modèle — lecture, écriture, création,
suppression, selon ce que peut faire l’utilisateur appelant. C’est mature,
bien documenté, et c’est la bonne base quand vous construisez un pipeline
précis et durable : synchronisation nocturne vers un entrepôt de données,
webhook fixe qui crée des leads depuis un formulaire, système de facturation
qui lit les factures sur un planning.
Vraies forces :
- Contrôle maximal. Vous décidez exactement ce qui est appelé, quand, et comment les erreurs sont gérées.
- Aucune dépendance à un protocole émergent — XML-RPC/JSON-RPC est stable depuis les premières versions d’Odoo.
- Idéal pour les jobs fixes et à fort volume, là où « laisser l’IA se débrouiller » est carrément le mauvais modèle — vous voulez un comportement déterministe, pas un modèle de langage dans la boucle.
Faiblesses honnêtes :
- C’est le problème N×M : chaque nouveau client IA, chaque nouveau cas d’usage, est un nouveau code à écrire et maintenir. Dix intégrations, c’est dix bases de code à faire vivre à travers les montées de version d’Odoo.
- Rien ne s’adapte automatiquement. Ajoutez un champ, changez un workflow, et l’intégration a besoin d’un développeur pour suivre — elle ne peut pas « remarquer » et demander.
- L’authentification et le périmètre d’accès sont entièrement à votre charge (un compte de service avec des clés API est courant, et il est facile de sur-accorder des droits sans y prêter attention).
L’intégration API sur mesure n’est pas une option de second choix — c’est la bonne option quand le job est fixe et le volume réel. C’est le mauvais choix quand ce que vous voulez, c’est une IA capable de répondre à des questions nouvelles et imprévues sur votre Odoo sans développeur dans la boucle à chaque fois.
RPA : la solution de repli quand il n’y a aucune API
La RPA — telle que la définissent Gartner et IBM — automatise des tâches en pilotant un logiciel comme le ferait un humain : via l’interface utilisateur, avec des scripts configurés ou des « bots » qui cliquent, tapent et lisent l’écran. Elle existe parce que beaucoup de logiciels d’entreprise n’ont aucune API exploitable, et la RPA était le seul moyen de les automatiser.
Vraie force : ça fonctionne sur littéralement n’importe quoi ayant une interface, API ou pas. Si un système est une boîte noire sans surface d’intégration, la RPA peut quand même automatiser une tâche répétitive dessus.
Faiblesses honnêtes — et sérieuses, spécifiquement pour Odoo :
- Odoo a une API mature (External API, et désormais MCP). Piloter son interface avec un bot plutôt que d’appeler directement sa couche de données est strictement pire : plus lent, plus fragile, et ça n’hérite d’aucun contrôle d’accès au niveau des données — seulement de ce que le compte bot connecté peut cliquer.
- Zéro compréhension sémantique. Un bot RPA ne sait pas ce qu’est une facture — il sait « cliquer ce pixel, taper dans ce champ ». Déplacez un bouton, renommez un menu, ajoutez une étape d’assistant, et le bot casse.
- La maintenance est une taxe permanente : chaque mise à jour d’Odoo est une casse potentielle de script, découverte seulement quand le bot échoue en silence ou fait la mauvaise action.
Pour Odoo, la RPA est un dernier recours, pas une stratégie — à réserver à l’automatisation d’un outil tiers qui n’a vraiment aucune API, pas à Odoo lui-même.
Comment vraiment trancher
Posez-vous trois questions :
- Le job est-il fixe et à fort volume, ou exploratoire et évolutif ? Fixe → intégration API sur mesure. Évolutif, conversationnel, « laisser les gens poser des questions » → MCP.
- Le système cible a-t-il une API ? Si oui (c’est le cas d’Odoo), la RPA est rarement justifiée. Si non, la RPA peut être votre seule option.
- Avez-vous besoin d’un seul modèle IA pour toujours, ou de flexibilité entre modèles et clients ? MCP est le seul des trois conçu par nature pour un usage multi-client, multi-modèle.
Où se situe Cledoo MCP
Cledoo MCP est la voie MCP pour Odoo, construite comme un module natif plutôt qu’un relais externe. Classic est gratuit et fournit 17 outils couvrant les opérations de données du quotidien dont la plupart des équipes ont besoin. Pro coûte 189 € en paiement unique et ajoute des contrôles de gouvernance, fonctionne entièrement dans votre propre instance Odoo — On Premise ou Odoo.sh — avec vos ACL existantes, sans serveur externe qui détiendrait vos données. Ça ne remplace pas une intégration sur mesure bien construite pour un pipeline fixe à fort volume, et ça n’a rien à voir avec la RPA. Ce que ça remplace, c’est le réflexe d’écrire une nouvelle intégration sur mesure à chaque fois que quelqu’un veut que l’IA fasse une chose de plus dans Odoo.