Konzeptkarte

Agentenkommunikation in SAP — MCP vs. A2A, Hop für Hop

Stand 10. Oktober 2026

Redaktion: Cédric Mary, 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 Agentenkommunikation in SAP?

„A2A über MCP“ ist ein Kategorienfehler: MCP verbindet einen Agenten mit Tools und Daten, A2A verbindet einen Agenten mit einem anderen Agenten. Diese Karte gibt die Hop-für-Hop-Regel für SAP-Architekturen vor — welches Protokoll auf welcher Verbindung, und warum die meisten Joule-Designs beide verwenden. Protokolldetails finden sich in C164 (MCP) und C163 (A2A).

Warum diese Karte neu ausgerichtet wurde

Eine frühere Version dieser Karte beschrieb „Agent-zu-Agent-Kommunikation über MCP“. Diese Einordnung vermischte zwei unterschiedliche Protokolle. Das Model Context Protocol (MCP) ist ein Client-Server-Protokoll: Der Client einer Host-Anwendung ruft Tools auf, liest Ressourcen und verwendet Prompts, die von einem Server bereitgestellt werden. Das Agent2Agent-Protokoll (A2A) ist ein Peer-Protokoll: Ein Agent delegiert eine Aufgabe an einen anderen, undurchsichtigen Agenten und verfolgt diese Aufgabe über ihren gesamten Lebenszyklus. Man kann einen Agenten hinter einem MCP-Tool verpacken, und SAP-Designs tun dies mitunter, aber dann sieht die aufrufende Seite eine Funktion, keinen Partner — keine Task-Zustände, keine Verhandlung, keine asynchrone Rückgabe. Diese Unterscheidung bestimmt das Sicherheitsdesign, den Audit-Trail und die Fehlerbehandlung — es lohnt sich, sie exakt zu treffen.

Warum es zählt

MCP und A2A beantworten unterschiedliche Fragen — Tools versus Peers — und diese Wahl verändert das Sicherheitsmodell, den Audit-Trail und den Umgang mit lang laufender Arbeit.
SAPs eigenes Pro-Code-Muster (CAP @cap-js/agents) nutzt MCP nach innen für Tools und A2A nach außen für andere Agenten: das klarste Referenzdesign für diese Grenze.
Joules bidirektionales A2A wurde für Q4 2026 als allgemein verfügbar angekündigt — heute gezeichnete Architekturdiagramme müssen also jeden Agenten-Hop korrekt beschriften.

Kernpunkte

MCP = Agent ↔ Tools/Ressourcen/Prompts (Client-Server); A2A = Agent ↔ Agent (Peers mit Task-Lebenszyklus). „A2A über MCP“ vermischt beides.
A2A-Tasks tragen Zustände (submitted, working, input-required, auth-required, completed, failed, canceled, rejected); MCP-Tool-Aufrufe liefern Ergebnisse, lang laufende Arbeit über eine optionale Tasks-Erweiterung.
Discovery unterscheidet sich: MCP `server/discover` an einem bekannten Endpunkt versus A2A Agent Card unter `/.well-known/agent-card.json`.
Hop-Regel: Mensch→Agent = UI; Agent→SAP-Daten/-Aktion = MCP; Agent→fremder Agent = A2A.
CAP @cap-js/agents generiert MCP-Tools aus CDS-Entities/-Actions und stellt den Agenten über A2A bereit; `@agent.hitl` entspricht dem A2A-Zustand `input-required`.
Das Verpacken eines Agenten als MCP-Tool ist nur für kurze, synchrone, funktionsartige Arbeit akzeptabel.
Beide Asset-Typen gehören in SAP AI Agent Hub; beide fallen unter die SAP API Policy §2.2.2, sobald SAP-APIs agentisch erreicht werden.

Begriffe auf dieser Seite

MCP (Model Context Protocol): Client-Server-Protokoll, über das ein KI-Host Tools aufruft, Ressourcen liest und Prompts nutzt, die von einem Server bereitgestellt werden; Spec-Revision 2026-07-28.
A2A (Agent2Agent protocol): Peer-Protokoll unter der Linux Foundation, mit dem ein Agent einen anderen Agenten entdecken und ihm Tasks delegieren kann; Version 1.0 ist die erste stabile Spezifikation.
Agent Card: JSON-Metadatendokument, das Identität, Skills, Endpunkt und Authentifizierung eines A2A-Agenten beschreibt; kann zur Echtheitsprüfung signiert werden.
Task (A2A): Einheit delegierter Arbeit mit einem Lebenszyklus von Zuständen, verfolgt per Polling, Streaming oder Push-Benachrichtigungen.
Hop labelling: Design-Praxis, bei der jede Verbindung in einer Agentenarchitektur als UI, MCP oder A2A markiert wird, bevor Sicherheitskontrollen gewählt werden.
@agent.hitl: CAP-Annotation, die eine menschliche Genehmigung erzwingt, bevor ein Agent eine Aktion ausführt, dargestellt als A2A-Zustand `input-required`.

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 →

Offene SAP-Projekte

Aktuelle SAP-Analytics-Projekte und Stellen im DACH-Raum: SAP-Analytics-Projekte im DACH-Raum.