Exit SAP ERP avec le protocole Model Context Protocol

Les ruptures de support et les API : des obstacles majeurs

Avant l'arrivée de SAP BTP (Business Technology Platform), programmer des interfaces sur mesure et isolées pour chaque application d’IA et chaque source de données, ce qui conduisait inévitablement à une explosion incontrôlable du nombre d’interfaces – le fameux problème d’intégration NxM, caractérisé par une complexité galopante, des concepts de sécurité hétérogènes et des coûts de maintenance galopants.

MCP met en place à cet effet une solution structurelle radicalement ouverte, saluée à juste titre par la communauté technologique mondiale comme „ l’USB-C des applications d’IA “. Elle normalise la couche d’intégration et d’outils et définit de manière uniforme comment les applications basées sur des modèles linguistiques (clients LLM) peuvent accéder de manière sécurisée, traçable et dynamique à des systèmes externes, à des sources de données et à des cœurs de calcul, sans qu’il soit nécessaire de programmer une intégration spécifique pour chaque système tiers.

Nouvelle architecture ERP SAP mise en œuvre par MCP

Pour un client SAP existant, un serveur MCP repousse fondamentalement les limites de l'architecture du système en se positionnant en amont du backend ERP, où il fait office de traducteur standardisé et de membrane cognitive.

Au lieu d'intégrer de manière rigide des interfaces complexes dans la logique des agents d'IA, le système ERP met à disposition ses capacités et ses données de manière contrôlée via un serveur MCP, sous forme d'outils prédéfinis et d'interfaces consolidées. L'application d'IA de niveau supérieur fait office d'hôte MCP, identifie les outils mis à disposition via le serveur – tels que la consultation du statut d’une commande, la consultation des évaluations des fournisseurs ou la vérification des stocks de matériaux – et les utilise de manière autonome et en fonction de la situation, selon les besoins du processus.

Roland Berger Consulting : MCP au service de l'IA

L'avantage inestimable de cette approche réside dans le fait que l'IA n'a pas besoin d'intégrer une base de données d'entreprise privée au moyen d'un apprentissage de modèle coûteux, risqué et susceptible de poser des problèmes en matière de protection des données, mais qu'elle est alimentée en temps réel par des données d'exploitation précises et filtrées via le serveur MCP.

Parmi ces cas particuliers figurent les produits en phase finale de maintenance, dite « Customer Specific Maintenance », dans le cadre de laquelle SAP ne fournit plus que des prestations réduites, les projets de mise en œuvre ayant manifestement échoué par la faute de SAP, les faillites de clients, les réductions d’effectifs significatives de 10 % ou plus sur deux ans, ainsi que les cessions d’entreprises (divestitures), dans le cadre desquelles les licences peuvent être transférées à l’acquéreur sans frais de transfert et sans perte de remises, ou les stocks restants inutilisés peuvent être résiliés sans compensation.

Ouverture du MCP face au droit des licences SAP

Cette architecture ouverte entre toutefois en conflit avec les intérêts économiques du monopoleur de logiciels SAP, basé à Walldorf, ce qui se traduit de manière douloureuse par la nouvelle politique controversée relative aux API SAP, adoptée en avril 2026. Sous le prétexte officiel de protéger la stabilité du système et la cybersécurité contre les accès non contrôlés, SAP a considérablement durci les conditions imposées aux fournisseurs tiers et aux clients existants.

Dans son célèbre paragraphe 2.2.2, la directive interdit explicitement toute utilisation d'API pour interagir avec des systèmes d'IA autonomes ou génératifs qui planifient, sélectionnent ou exécutent de manière autonome des séquences d'appels d'API, à moins que cela ne se fasse via un chemin approuvé et certifié par SAP. En outre, les extractions systématiques de données en masse vers des entrepôts de données externes ou des lacs de données tels que Microsoft Fabric sont interdites.

La classification, en vigueur depuis février 2024, de la célèbre interface ODP-RFC destinée à l'intégration des données comme „ utilisation interdite “ pour les applications tierces est particulièrement controversée. Il en résulte un risque existentiel pour les clients SAP existants : SAP tente de s’imposer comme le gardien exclusif et payant de l’intelligence des données de l’entreprise. Quiconque souhaite enrichir ses données S/4 à l’aube de l’ère de l’IA à l’aide d’algorithmes tiers performants se heurtera à un blocage systématique et sera contraint d’adopter l’écosystème coûteux et propriétaire de la Business Technology Platform (SAP BTP) et du Business Data Cloud (SAP BDC).

Sorties API, BTP et BDC avec le serveur MCP

Dans ce contexte, les responsables ERP sont confrontés à une question urgente : est-il possible de contourner cette politique restrictive de SAP en matière d'API grâce à une utilisation judicieuse des serveurs MCP ? Pour y répondre, il faut procéder à une analyse nuancée de la réalité technique et contractuelle.

D'un point de vue technique, un serveur MCP constitue en effet un puissant outil d'émancipation. Grâce à l'encapsulation d'interfaces OData standardisées sous forme d'outils MCP distants, les clients existants peuvent connecter leurs données de processus SAP directement à des supérieures telles que Microsoft Copilot Studio ou Snowflake Cortex Agents – et ce, en contournant complètement l’assistant SAP Joule, souvent peu abouti sur le plan fonctionnel, et sans passer par des détours coûteux via le BTP.

Mais la réalité juridique et commerciale rattrape ici sans pitié les clients SAP existants : comme le souligne l’expert en intégration Marian Zeis dans ses analyses, SAP ne délivre pas d’autorisation de conformité simple et binaire. Un agent d’IA tiers autonome qui accède aux données SAP via une passerelle MCP propre au client et y effectue des actions déclenche sans équivoque, d’un point de vue juridique, les clauses restrictives relatives à l’IA de la directive API.

Piège à éviter : les audits SAP ERP

SAP se réserve le droit de surveiller les accès MCP, BTP et API à l'aide d'audits automatisés et d'outils de mesure, et tentera de monétiser tout flux de données externe dans le cadre du modèle de licence « Digital Access », très controversé, en le qualifiant d'utilisation indirecte soumise à des frais de licence élevés. Un serveur MCP permet ainsi de briser la dépendance technique vis-à-vis d’un fournisseur et d’éviter que les clients ne soient contraints d’acheter des produits d’IA SAP de qualité inférieure, il ne les libère toutefois pas de l’obligation contractuelle de sécuriser juridiquement l’extraction de données et l’utilisation indirecte au regard des licences, afin d’éviter des paiements supplémentaires lors du prochain audit.

Un ERP performant grâce au serveur MCP

Malgré ces gesticulations commerciales de la part de SAP, un écosystème extrêmement dynamique et autonome se développe autour du Model Context Protocol, porté par les partenaires de SAP et la communauté open source. SAP a certes pris la mesure de l'enjeu stratégique et a rendu accessibles à tous les serveurs MCP locaux pour ses propres frameworks de développement tels que CAP, UI5 et Fiori, afin d'offrir aux développeurs une aide contextuelle basée sur l'IA directement au niveau du code source.

Par ailleurs, une passerelle MCP prévue dans le cadre de la gestion des API de la SAP Integration Suite est annoncée pour connecter les systèmes existants ; toutefois, celle-ci n'est pas encore une réalité généralisée et vise principalement à limiter l'accès exclusivement aux agents Joule. C’est donc du côté des fournisseurs tiers établis que se trouve la véritable innovation, immédiatement exploitable.

Observabilité des modèles de langage à grande échelle (LLM) grâce à MCP

Suse, pionnier européen de l'open source, propose avec le serveur Trento MCP une solution hautement sécurisée qui met les données d'observabilité en temps réel de l'infrastructure SAP à la disposition de n'importe quel LLM, sans que les données d'exploitation confidentielles ne quittent l'entreprise. Theobald Software fournit des serveurs MCP spécialisés qui établissent une connexion directe, fiable et sécurisée entre des agents d’IA externes et les structures de tables SAP, ce qui est essentiel pour garantir la cohérence des données dans l’environnement ERP. Le spécialiste de l’archivage KGS utilise également ce protocole pour exploiter des archives de documents conformes aux exigences d’audit en tant que sources de contexte riches sur le plan sémantique pour les systèmes d’IA. Au sein de la communauté des développeurs indépendants, ce sont surtout des précurseurs tels que Marian Zeis ou Alice Vinogradova qui, grâce à des serveurs APAL-MCP open source, ouvrent la voie pour connecter sans frais les systèmes S/4 Hana et ECC 6.0 classiques à des plateformes d’IA modernes.

Conclusion : je ne peux pas me passer de mon serveur MCP

La conclusion pour les clients SAP existants est la suivante : l'intelligence artificielle, et en particulier l'ère de l'Agentic AI, ont impérativement besoin du Model Context Protocol comme interface de connexion universelle pour avoir une raison d'être dans l'environnement ERP, qui est essentiel à l'activité.

Un système ERP tel que SAP S/4 Hana est et reste le pilier indispensable et stable de la qualité des données, de l'expertise sectorielle et de la logique des processus au sein de toute entreprise. Cependant, ce précieux savoir reste isolé et rigide s'il n'est pas mis en valeur par les capacités cognitives et flexibles des modèles d'IA modernes. À l’inverse, les modèles purement linguistiques, privés du contexte métier précis et structuré d’un système ERP, sont sujets à de dangereuses hallucinations et totalement aveugles face au quotidien opérationnel.

MCP est le maillon indispensable qui fusionne ces deux univers de manière transparente, sécurisée et indépendante des éditeurs. Pour le responsable ERP, la transition vers l’intelligence artificielle ne doit donc jamais passer par les solutions cloud exclusives et hors de prix de SAP. Quiconque souhaite préserver sa liberté d’entreprise doit miser sur un concept ERP ouvert et modulable (Composable ERP), dans lequel le système SAP reste le backend transactionnel, tandis que l’orchestration de l’IA est pilotée via des interfaces MCP standardisées et des plateformes d’intégration indépendantes des fournisseurs.