Konzeptkarte

MCP — Model Context Protocol in SAP

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 — Model Context Protocol in SAP?

Wie sich das Model Context Protocol konkret im Joule-Stack von SAP zeigt: Ein einziges versioniertes JSON-RPC-Protokoll erlaubt es einer Joule-Sitzung, gleichzeitig einen S/4HANA-MCP-Server und einen Datasphere-MCP-Server abzufragen, ohne dass einer der Server vom anderen weiß. Zur Entscheidung „einführen oder nicht" siehe C105.

Worum es geht

Das Model Context Protocol (MCP) ist ein offenes, auf JSON-RPC 2.0 aufbauendes Protokoll, das standardisiert, wie ein großes Sprachmodell oder ein KI-Agent sich mit externen Tools, Daten und Workflows verbindet. Anthropic veröffentlichte MCP im November 2024 offen, und die Spezifikation wurde branchenweit rasch übernommen, weil sie ein Problem löst, auf das jedes Enterprise-KI-Programm irgendwann stößt: Ohne ein gemeinsames Protokoll ist jede neue Tool-Integration ein maßgeschneiderter Connector, und ein Multi-Tool-Agent wird zu einem Gewirr aus Einzelanpassungen, das teuer zu warten, schwer zu auditieren und bei jeder Änderung einer zugrunde liegenden API brüchig ist. MCP ersetzt dieses Geflecht aus Punkt-zu-Punkt-Verdrahtung durch eine einzige Schnittstelle, die sowohl der modellhostende Client als auch der tool-bereitstellende Server jeweils einmal implementieren.

In SAP-Begriffen ist MCP das Bindegewebe zwischen Joule — dem KI-Copiloten von SAP — und der breiteren Landschaft von SAP-Diensten auf der Business Technology Platform: S/4HANA, Datasphere, SAP Analytics Cloud, SuccessFactors und Drittsystemen, die ein Kunde angebunden hat. Statt dass ein Entwickler für jedes Szenario Aufrufe einzelner OData-Dienste oder BAPIs fest verdrahtet, entdeckt ein MCP-konformer Agent zur Laufzeit, was ein Server anbietet, und ruft ihn über eine standardisierte Hülle auf, sodass das Modell über strukturierte Tool-Beschreibungen räsoniert statt über undokumentierte API-Eigenheiten.

Warum es zählt

Ende 2024 von Anthropic veröffentlicht und branchenweit übernommen — die Standardisierungsschicht, die Multi-Tool-Joule-Agenten wartbar und auditierbar statt brüchig macht.
Die klare Client-Server-Trennung (der Server besitzt und stellt Fähigkeiten bereit, der Client entdeckt sie und ruft im Namen des Modells auf) klärt, wer in einem SAP-Integrationsprojekt was baut.
Drei unterschiedliche Fähigkeits-Primitive geben ein strukturiertes Vokabular für die Abgrenzung eines MCP-Servers, statt ihn als einen generischen Connector-Typ zu behandeln.

Kernpunkte

MCP — Model Context Protocol in SAP ist erst dann beherrscht, wenn es eine konkret benannte Entscheidung des Auftraggebers verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Werkzeug vorführen.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und News-Signale als Belege, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Owner, Kennzahl, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.
Messen Sie bei KI-Anwendungsfällen Zuverlässigkeit, Kosten, Latenz, Sicherheit und menschliche Validierung.
Hinterlassen Sie ein wiederverwendbares Betriebsartefakt: Memo, Checkliste, Kontrolltabelle und Ausnahmeprotokoll.
Eine erstklassige Antwort ist kurz, macht den Trade-off explizit und ist in einem Lenkungsausschuss verteidigungsfähig.

Begriffe auf dieser Seite

Entscheidungsverantwortlicher: Die verantwortliche Person, die den Trade-off akzeptiert und die nächste Maßnahme finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Kontrollebene: Die Ebene, die Richtlinien, Zugriff, Herkunftsnachweis (Lineage), Monitoring und Eskalation über das Betriebsmodell hinweg anwendet.
Evidenzgrad: Eine Kennzeichnung, die verifizierten Fakt, richtungsweisendes Signal, modellierte Annahme und Feldbeobachtung voneinander trennt.
Adoptionskennzahl: Das messbare Verhalten, das belegt, dass das Konzept nach dem Go-Live die tatsächliche Arbeit verändert hat.
Agenten-Zuverlässigkeit: Die Konsistenz, Kosten, Sicherheit und Richtlinienkonformität eines Agenten über wiederholte Durchläufe hinweg.
Entscheidungsverantwortlicher: Die verantwortliche Person, die den Trade-off akzeptiert und die nächste Maßnahme finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.

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 →