TL;DR
Avant de savoir si son entreprise peut intégrer le protocol MCP il est intéressant d'en comprendre les principes de base. C'est que nous proposons dans cet article en vulgarisant ce protocol en présentant un cas concret.
Lundi matin, Lucas entre chez CaraiLog une société de transit et de logistique.
Benjamin l’accueille au comptoir.
"Je dois expédier 3 palettes en groupage vers Montréal. Quels documents ? Quelles dates ? Quel coût ?" dit Lucas.
Benjamin envoie la demande à Mélanie.
Mélanie, c’est la chef d'orchestre de CaraiLog. Elle ne connaît pas toutes les réponses, mais elle sait qui interroger, dans quel ordre, et avec quelles permissions.
Sur son bureau, un téléphone intelligent, d'ailleurs elle ne cesse de l'appeler Jarvis, en référence au comic Iron Man avec sa super intelligence.
Ce téléphone permet d'être mis en relation avec plusieurs services internes/externes. Sur chaque touche en numérotation rapide, un service différent :
- Douane
- Planning
- Tarifs
- Facturation
Étape 1 — Mélanie questionne les services sur leur capacités
Mélanie décroche et appuie sur la touche "Douane". Elle est immédiatement mise en relation avec un douanier et lui pose ces questions.
"Quelles actions peux-tu faire pour moi et quelles ressources peux-tu me propsoer ?"
Le douanier du service "Douane" lui répond:
Activités disponibles :
- "Je peux lister les documents d'import" - lister_documents_import(pays, type_marchandise)
- "Je peux calculer les droits et taxes" - calculer_droits_taxes(code_SH, valeur, origine)
- "Je peux vérifier l'origine préférenielle" - verifier_origine_preferentielle(pays, accord)
Ressources disponibles :
- "Je dispose du barème des taxes de 2025" - barème_taxes_2025.pdf
- "Je dispose d'un guide sur l'obtention d'un cerficat d'origine" - guide_certificat_origine.md
- "Je dispose d'un modèle de liste de colisage" - modèle_liste_colisage.xlsx
Mélanie demande alors au douanier:
- de lui lister les documents d'import
- de calculer les droits et taxes
- de lui transmettre le modèle de liste de colisage pour Lucas
Étape 2 — Orchestration multi-services
Mélanie enchaîne :
- Elle contacte le service planning pour lui demander "Quelles fenêtres de départ sous 10 jours ? Places restantes ?"
→ Réponse : mercredi et samedi, capacités OK.
- Elle contacte le service tarif pour lui demander "Je veux une cotation pour 3 palettes en groupage avec assurance incluse."
→ Réponse : montant détaillé, variables (poids/volume) + surcharges.
- Elle contacte enfin le service facturation pour lui demander "Prépare un brouillon de devis au nom de Lucas, joins-y la liste des documents obligatoires et le modèle de liste de colisage."
À la fin, Benjamin reçoit de Mélanie une réponse unifiée qu’il restitue à Lucas :
> Départs possibles mercredi ou samedi.
> Documents : facture pro forma, certificat d’origine, liste de colisage.
> Cotation : X €.
> J’ai un devis brouillon prêt, souhaitez-vous valider ? »
Lucas n’a eu à parler qu’à Benjamin. Le reste a été géré par Mélanie qui s'est débrouillée avec ces différents services en utilisant son téléphone intelligent qu'elle appelle Jarivs.
Traduction technique (qui est qui ?)
Du point de vu purement technique, les principaux éléments de l’architecture MCP sont :
- MCP Host : c’est l’application d’IA qui pilote et gère un ou plusieurs clients MCP.
- MCP Client : c’est un composant qui se connecte à un serveur MCP et récupère des informations que l’hôte MCP pourra utiliser.
- MCP Server : c’est un programme qui fournit ces informations aux clients MCP.
Dans l'histoire | Rôle MCP | Ce que ça fait vraiment |
Lucas | Utilisateur | L’humain qui formule la demande. |
Benjamin | Application cliente (IHM) | L’interface où l’utilisateur pose sa question (chat, desktop, Teams/Slack, widget web…). |
Mélanie | Hôte (Host) | Orchestrateur : gère le contexte, les permissions, choisit quel serveur appeler, agrège la réponse. |
Téléphone intelligent sur le bureau de Mélanie | Client MCP | La connexion technique persistante avec un ou plusieurs serveurs MCP ; c’est par lui que l’hôte « compose » (liste/outils, exécution, ressources). |
Douane / Planning / Tarifs / Facturation | Serveurs MCP | Chaque serveur déclare ses outils (actions) et expose des ressources (docs, modèles, données) que l’hôte peut interroger/appeler. |
Pourquoi MCP change vraiment la donne
1. Découverte native : l’hôte demande au serveur sa liste d’outils et ressources. Fini les intégrations opaques : on sait ce que le serveur sait faire avant d’agir.
2. Découplage propre : l’IHM (Benjamin) reste simple ; l’hôte (Mélanie) orchestre ; les clients MCP (le téléphone intelligent) maintient les connexions ; les serveurs (les services) se concentrent sur leur métier.
3. Sécurité & gouvernance : permissions centrales, audit, consentement explicite, sans éparpiller vos clés API partout.
4. Réutilisable & multi-interfaces : changez l’interface (chat, desktop, bot) sans recoder les intégrations : c’est l’hôte + client MCP qui parlent aux serveurs.
Ce que ça donne en entreprise (exemple Odoo)
- Serveur MCP "Odoo"
- Outils : creer_devis, lire_facture, liste_stock, generer_bon_livraison…
- Ressources : modèle_devis_v18.docx, procédure_retour_client.pdf, catalogue_articles.csv.
- Outils : creer_devis, lire_facture, liste_stock, generer_bon_livraison…
- Hôte
Pilote les appels aux serveurs (Odoo, Drive, Postgres, S3…), respecte les politiques d’accès, agrège une réponse métier.
- Client MCP
- Tient la connexion à Odoo + Drive + Postgres, demande la liste des outils disponibles, exécute ceux choisis par l’hôte, récupère/attache les ressources pertinentes.
- Tient la connexion à Odoo + Drive + Postgres, demande la liste des outils disponibles, exécute ceux choisis par l’hôte, récupère/attache les ressources pertinentes.
- Applications clientes (IHM)
- Un chat interne pour l’administration des ventes, un bot Teams pour le commerce, un widget intranet pour la logistique — tous parlent au même hôte, qui parle via le client MCP aux mêmes serveurs.
Conclusion
Le protocol MCP, c’est transformer votre SI en une série de services déclaratifs (serveurs) qu’un hôte orchestre via des clients MCP, le tout pour que vos applications clientes offrent, au comptoir, des réponses actionnables à vos utilisateurs.