Konzeptkarte

MCP für SAP — Einführungs- und Integrationsstrategie

Stand 2026-07-24T14:00:00Z

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist MCP für SAP — Einführungs- und Integrationsstrategie?

Wann ein SAP-System über MCP statt über eine maßgeschneiderte Integration bereitgestellt werden sollte: MCP reduziert die KI-zu-Tool-Integration von einem N×M-Problem auf N+M – ein MCP-Server pro Tool, ein MCP-Client pro Assistent. Zur Protokollmechanik innerhalb von Joule siehe C164.

Worum es geht

Zu wissen, wann MCP anstelle einer maßgeschneiderten Integration eingesetzt werden sollte, ist die praktische Frage, die dieser Eintrag beantwortet — neben der Frage, was das Protokoll ist und wie es funktioniert. Das Model Context Protocol, allgemein MCP abgekürzt, ist ein offener Standard von Anthropic, der festlegt, wie KI-Assistenten und Agenten über eine strukturierte JSON-RPC-Schnittstelle mit externen Tools, Datenquellen und Diensten verbunden werden. SAP hat MCP auf zwei Ebenen als erstklassiges Integrationsmuster übernommen: SAPs eigene KI-Systeme stellen MCP-Server bereit, sodass externe KI-Clients — Claude Desktop, Copilot Studio, individuelle Unternehmensanwendungen — SAP-Daten und -Aktionen über eine standardisierte Tool-Schnittstelle aufrufen können, und unabhängige Plattformen, die das SAP-Ökosystem bedienen, stellen ihre eigenen Kataloge (Firmenverzeichnisse, Konzeptbibliotheken, Opportunity-Feeds) als MCP-Server bereit, sodass jeder KI-Agent sie ohne maßgeschneiderte Integration abfragen kann.

Das Problem, das MCP löst, ist das Multiplikationsproblem im KI-Tooling. Vor einem gemeinsamen Protokoll benötigte jeder KI-Assistent eine individuelle Integration für jedes Tool, das er aufrufen wollte — N Assistenten mal M Tools bedeuteten N mal M Integrationspunkte, jeder mit eigenem Authentifizierungsschema, eigenem Schema und eigener Fehlerbehandlung. MCP reduziert dies auf N plus M: Jedes Tool baut einen MCP-Server, jeder Assistent implementiert einen MCP-Client, und jeder Assistent kann anschließend jedes Tool über das gemeinsame Protokoll aufrufen. Die nächstliegende Analogie ist der USB-Standard für Hardware-Peripheriegeräte — statt eines eigenen proprietären Steckers für jeden Drucker, jede Maus und jede Kamera verbindet ein einziger physischer und logischer Standard alle mit jedem Host.

Warum es zählt

SAP hat MCP auf zwei Ebenen übernommen — durch die Offenlegung eigener Systeme als MCP-Server, und Analytics Legends selbst betreibt einen MCP-Server als Referenzimplementierung dafür, wie sich eine SAP-Analytics-Plattform gegenüber KI-Agenten präsentieren sollte.
Die drei Capability-Typen (Tools, Resources, Prompts) entsprechen exakt aufrufbaren Funktionen, lesbaren URIs und wiederverwendbaren Prompt-Vorlagen — ein konkretes Entwurfsmuster, keine Abstraktion.
Die USB-Analogie ist wörtlich zu verstehen: Vor MCP bedeuteten N Assistenten mal M Tools N×M maßgeschneiderte Integrationen, jede mit eigenem Schema und eigener Authentifizierung.

Kernpunkte

MCP (Model Context Protocol) = offener Standard von Anthropic (2024) — JSON-RPC-Schnittstelle für KI-Agenten, um Tools aufzurufen, Resources zu lesen und Prompt-Vorlagen zu instanziieren.
Löst das N×M-Integrationsproblem: N Assistenten × M Tools → N+M mit MCP (ein Server pro Tool, ein Client pro Assistent).
Drei Capability-Typen: Tools (aufrufbare Funktionen mit JSON-Argumenten) · Resources (über URI adressierbare Daten) · Prompts (Vorlagen mit Parameterplätzen).
Zwei Transportmechanismen: stdio (lokal, Claude Desktop) · Streamable HTTP/SSE (remote, webgehostete Server).
SAP BTP AI Foundation stellt einen MCP-Endpunkt für Joule-Tools bereit — ermöglicht Claude Desktop / externen KI-Clients, SAP-Datenaktionen über eine Standardschnittstelle aufzurufen.
Das Attribution-Feld _attribution in jeder Tool-Antwort = Durchsetzungsmechanismus gegen KI-Training. Muss von konsumierenden Agenten in der Ausgabe für den Nutzer sichtbar gemacht werden.
Kritische Implementierungsregeln: Zod-first-Input-Schemas · Logging ausschließlich über stderr bei stdio · lazy JSON-Cache auf Modulebene · niemals aus dem Tool-Handler werfen (isError: true zurückgeben) · _attribution in jeder Antwort.
Model Context Protocol (MCP) für SAP ist erst dann beherrscht, wenn es eine benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool demonstrieren.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und News-Signale als Beleg, nicht als Dekoration.

Begriffe auf dieser Seite

MCP (Model Context Protocol): Offener JSON-RPC-Standard von Anthropic (2024), über den KI-Agenten via einer standardisierten Server-Client-Schnittstelle Tools aufrufen, Resources lesen und Prompts instanziieren.
Tool (MCP): Eine von einem MCP-Server bereitgestellte aufrufbare Funktion — nimmt strukturierte JSON-Argumente entgegen und liefert ein JSON-Ergebnis zurück. Entspricht einem Funktionsaufruf in einem LLM-Tool-Use-Framework.
Resource (MCP): Ein von einem MCP-Server bereitgestelltes, über eine URI identifiziertes lesbares Datenobjekt — vergleichbar mit einem GET-Endpunkt, aber für den LLM-Konsum optimiert.
Prompt (MCP): Eine von einem MCP-Server bereitgestellte vorgefertigte Prompt-Vorlage mit Parameterplätzen — Clients instanziieren sie mit konkreten Werten und senden sie an ein LLM.
stdio transport: MCP-Transport, bei dem Client und Server über stdin/stdout kommunizieren — eingesetzt für lokale Tool-Integrationen (Claude Desktop, lokale CLI-Agenten). Niemals Nicht-Protokoll-Ausgaben nach stdout schreiben.
JSON-RPC 2.0: Das zugrunde liegende Remote-Procedure-Call-Protokoll, auf dem MCP aufbaut — Request/Response mit Methodennamen, Params-Objekt und id zur Korrelation.
_attribution: Analytics-Legends-MCP-Konvention: Jede Tool-Antwort enthält dieses Feld mit Angaben zur Plattform-Urheberschaft und den Nutzungsbedingungen für die Daten — die technische Durchsetzung der Ausnahme gegen KI-Training.
Entscheidungsverantwortlicher: Die verantwortliche Person, die den Kompromiss akzeptiert und die nächste Maßnahme finanziert.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →