Fiche concept

MCP — Model Context Protocol dans SAP

À jour au 2026-07-24T14:00:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que MCP — Model Context Protocol dans SAP ?

Comment le Model Context Protocol se matérialise dans la pile Joule de SAP : un protocole JSON-RPC unique et versionné permet à une même session Joule d’interroger simultanément un serveur MCP S/4HANA et un serveur MCP Datasphere, sans que l’un connaisse l’autre. Pour la décision d’adoption, voir C105.

Le Model Context Protocol (MCP) est un protocole ouvert, construit sur JSON-RPC 2.0, qui standardise la façon dont un grand modèle de langage ou un agent d'intelligence artificielle se connecte à des outils externes, à des données et à des flux de travail. Anthropic a publié le MCP en open source en novembre 2024, et la spécification a été adoptée rapidement dans l'ensemble du secteur car elle résout un problème que tout programme d'IA d'entreprise finit par rencontrer : sans protocole partagé, chaque nouvelle intégration d'outil devient un connecteur sur mesure, et un agent multi-outils se transforme en un enchevêtrement d'adaptateurs ponctuels, coûteux à maintenir, difficile à auditer, et fragile dès qu'une API sous-jacente change. Le MCP remplace ce réseau de câblage point à point par une interface unique, que le client hébergeant le modèle et le serveur exposant l'outil implémentent chacun une seule fois.

Dans l'univers SAP, le MCP est le tissu conjonctif entre Joule — le copilote d'IA de SAP — et le paysage plus large des services SAP sur la Business Technology Platform : S/4HANA, Datasphere, SAP Analytics Cloud, SuccessFactors, et les systèmes tiers qu'un client a raccordés. Plutôt que de coder en dur des appels à des services OData ou à des BAPI individuels pour chaque scénario, un agent conforme au MCP découvre au moment de l'exécution ce qu'offre un serveur et l'appelle à travers une enveloppe standard, de sorte que le modèle raisonne sur des descriptions d'outils structurées plutôt que sur les particularités non documentées d'une API.

Comment l'architecture s'assemble

Pourquoi c'est important

Publié par Anthropic fin 2024 et adopté à l'échelle de l'industrie — c'est la couche de standardisation qui rend les agents Joule multi-outils maintenables et auditables plutôt que fragiles.
La séparation claire client-serveur (le serveur possède et expose les capacités, le client découvre et appelle au nom du modèle) clarifie qui construit quoi dans un projet d'intégration SAP.
Trois primitives de capacité distinctes donnent un vocabulaire structuré pour cadrer un serveur MCP plutôt que de le traiter comme un connecteur générique unique.

Points clés

MCP — Model Context Protocol in SAP n'est maîtrisé que lorsqu'il change une décision d'acheteur nommée.
Commencer par le contrat sémantique et le modèle de contrôle avant de démontrer l'outil.
Utiliser les signaux SAP, analystes, études, KG et actualité comme preuve, pas comme décoration.
Séparer les faits vérifiés des tendances directionnelles et des hypothèses modélisées.
Définir le propriétaire, la métrique, le seuil, le chemin de support et le plan de retour arrière avant de passer à l'échelle.
Pour les cas d'usage IA, mesurer la fiabilité, le coût, la latence, la sécurité et la validation humaine.
Laisser un actif opérationnel réutilisable : note, checklist, table de contrôle et journal d'exceptions.
Une réponse premium est courte, explicite sur les arbitrages et défendable en comité de pilotage.

Termes employés sur cette page

Decision owner: La personne responsable qui accepte l'arbitrage et finance l'action suivante.
Semantic contract: La définition partagée des termes métier, indicateurs, entités et règles d'accès utilisée par les outils et les équipes.
Control plane: La couche qui applique les politiques, les accès, la traçabilité, la supervision et l'escalade sur l'ensemble du modèle opérationnel.
Evidence grade: Un label qui distingue le fait vérifié, le signal directionnel, l'hypothèse modélisée et l'observation de terrain.
Adoption metric: Le comportement mesurable prouvant que le concept a modifié le travail réel après la mise en production.
Agent reliability: La constance, le coût, la sûreté et la conformité aux politiques d'un agent sur des exécutions répétées.
Decision owner: La personne responsable qui accepte l'arbitrage et finance l'action suivante.
Semantic contract: La définition partagée des termes métier, indicateurs, entités et règles d'accès utilisée par les outils et les équipes.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →