Lors de la première vague de l’intelligence artificielle générative (2023-2024), presque toutes les plateformes B2B ont commis la même erreur : elles ont ajouté un « chatbot » flottant dans le coin inférieur droit de leur logiciel.

La promesse était de pouvoir interroger l’IA sur vos données. En réalité, ces systèmes étaient des silos en lecture seule. Vous pouviez demander « Combien avons-nous vendu ce mois-ci ? », mais pas lui dire « Créez un devis pour le client X, appliquez-lui une remise de 10 % et envoyez-le-lui par e-mail ».

Pour atteindre une véritable autonomie, l’IA a besoin de mains. Elle doit pouvoir exécuter des actions réelles dans le système, exactement comme le ferait un utilisateur humain. C’est là qu’intervient le Model Context Protocol (MCP), développé initialement par Anthropic (les créateurs de Claude).

Qu’est-ce que le Model Context Protocol (MCP) ?

Le MCP est aux modèles de langage ce que les ports USB sont aux ordinateurs. C’est un standard ouvert et sécurisé qui permet à un modèle d’IA de se connecter de manière standardisée à n’importe quelle source de données ou application externe.

Au lieu de construire de coûteuses intégrations API ad hoc et des plugins fragiles pour chaque plateforme (Salesforce, SAP, Notion, Cord), vous exposez un « serveur MCP ».

Claude (ou tout autre agent compatible) se connecte à ce serveur et découvre instantanément un catalogue d’« outils » (Tools) et de « ressources » (Resources) qu’il peut utiliser.

L’architecture bidirectionnelle de Cord

Chez Cord, nous avons décidé d’adopter MCP comme le pont définitif entre l’intelligence de Claude et notre infrastructure de flux de paiement B2B. Nous n’avons pas construit un chatbot ; nous avons construit un ensemble de primitives opérationnelles.

Comment fonctionnent nos outils MCP

Lorsque vous connectez un client MCP compatible à Cord, le modèle ne voit que les outils autorisés par la clé API et l’organisation active. Il n’obtient aucun accès direct à la base de données.

  1. crear_cotizacion_borrador : crée un brouillon avec un client et des lignes valides. Il ne l’envoie pas au client.
  2. cartera_vencida et resumen_negocio : consultent des faits opérationnels dans le périmètre de lecture de la clé.
  3. buscar_cliente, listar_productos, listar_cotizaciones et listar_facturas : permettent de trouver des entités avant de proposer une action.

« L’avenir du logiciel B2B n’est pas d’avoir de meilleures interfaces graphiques (GUI), mais des API sémantiques parfaites pour que les agents IA exploitent l’infrastructure à notre place. »

La sécurité dans l’écosystème MCP

La grande inquiétude des CFO et des CTO lorsqu’on donne des « mains » à l’IA, c’est la sécurité. Que se passe-t-il si le modèle « hallucine » et supprime une liste de prix ou envoie une facture avec 90 % de remise ?

Le standard MCP et son implémentation dans Cord y répondent avec le principe du Human-in-the-Loop (HITL) pour les actions destructives ou à fort impact.

Cord n’expose pas actuellement d’outil MCP pour envoyer le devis ni pour mettre à jour des listes de prix en masse. L’outil d’écriture disponible crée un brouillon et accepte une clé d’idempotence pour éviter les doublons accidentels. La confirmation supplémentaire qu’affiche le client MCP dépend de ce client ; elle ne doit pas être décrite comme une barrière que le serveur de Cord impose toujours.

La sécurité réelle combine clé secrète, scopes, isolation par organisation, validation des arguments, limites et audit. Après la création du brouillon, une personne doit le vérifier et l’envoyer depuis le parcours autorisé.

L’avenir des opérations

En intégrant MCP, Cord cesse d’être un simple logiciel de gestion de devis et de factures. Il devient un moteur d’infrastructure autonome.

En 2026, les équipes opérationnelles les plus efficaces ne sont pas celles qui tapent le plus vite, mais celles qui dirigent des orchestres d’agents IA à travers des protocoles sécurisés et standardisés. Et Cord est conçu précisément pour cette ère.