SAP öffnet seine KI-Agenten: Was A2A wirklich kann – und was nicht
SAP gibt eingehende A2A-Zugriffe auf Joule-Agenten frei. Doch bidirektionale Abläufe sind Zukunftsmusik, die DSAG warnt vor Kosten und Planungsrisiken.
Seit Oktober 2026 können fremde Assistenten laut SAP über das Agent Gateway ausgewählte SAP-Agenten per A2A aufrufen. Die allgemeine Verfügbarkeit gilt für eingehende Aufrufe, nicht für das künftige bidirektionale Gesamtsystem. Die Anwendergruppe DSAG verlangt planbare Kosten und klare Zeitpläne.
FELDGENAUE BELEGE
Beleglage und offene Fragen
- Originalquelle:
Eingehendes A2A ist verfügbar, ausgehende Integration geplant
Der Hersteller dokumentiert den genannten Geltungsbereich und Zeitpunkt.
- Evidenzgrenze:
Offener unabhängiger Nachweis
Eingehende A2A-Aufrufe sind jetzt allgemein verfügbar. SAPs ausgehende Integrationen und Teile der umfassenden Governance sind es noch nicht.
Eingehende A2A-Aufrufe sind jetzt allgemein verfügbar. SAPs ausgehende Integrationen und Teile der umfassenden Governance sind es noch nicht.
Bestätigter Geltungsbereich
Jetzt laut SAP GA: eingehende A2A-Aufrufe unterstützter Agenten mit kundenseitig konfigurierten Rechten.
Offener Nachweis
Nicht generell verfügbar: ausgehende A2A-/MCP-Anbindungen und umfassendes Enterprise AI Gateway; tatsächliche Kosten und Tenant-Rechte bleiben zu prüfen.
Der offene KI-Agentenmarkt bekommt einen ernsten Praxistest
SAP hat am 27. Oktober einen Schritt angekündigt, der für Unternehmen mehr bedeuten könnte als die nächste Chatoberfläche: Fremde KI-Assistenten können nun über eine offizielle Schnittstelle ausgewählte SAP-Agenten aufrufen. Die entsprechende eingehende Agent2Agent-Verbindung, kurz A2A, ist laut SAP seit Oktober allgemein verfügbar. Ein Assistent außerhalb des SAP-Kosmos kann damit einen Fachprozess in einem SAP-System anstoßen, ohne dass der Mensch ständig in eine andere Anwendung wechseln muss.
Das hört sich nach freier Zusammenarbeit aller Agenten an. Tatsächlich beginnt sie unter deutlich engeren Bedingungen. SAP unterscheidet im Architecture Center ausdrücklich zwischen eingehenden Aufrufen, die jetzt freigegeben wurden, und ausgehenden Verbindungen zu Fremdagenten beziehungsweise MCP-Werkzeugen, die erst später folgen sollen. Wer heute eine vollständig bidirektionale Agentenlandschaft einkauft, verwechselt eine wichtige erste Ausbaustufe mit dem angestrebten Endzustand.
Wie Discovery, Rechte und menschliche Freigaben zusammenspielen
Der Agent Gateway soll eine zentrale, vom Kunden gesteuerte Eingangstür sein. Über Agentic Resource Discovery (ARD) findet der externe Client angebotene SAP-Agenten und ihre sogenannten AgentCards; A2A überträgt dann den eigentlichen Auftrag. Die Auffindbarkeit eines Agenten ist laut SAP ausdrücklich keine Nutzungserlaubnis. Administratoren registrieren externe Clients, etablieren Identität und Vertrauensbeziehungen über SAP Cloud Identity Services und legen fest, welche Ziele der Client ansprechen darf.
Als Beispiel beschreibt SAP eine Beschaffungssituation: Ein fremder Assistent reicht eine dringende Anfrage an einen SAP-Sourcing-Agenten weiter, dieser entwirft eine Ausschreibung in SAP Ariba. Erst nach Prüfung durch einen Mitarbeiter wird der Vorgang angelegt. Das ist eine anschauliche Architekturgeschichte, aber kein unabhängiger Beleg für Fehlerquoten, sauberen Rechtewiderruf oder die Stabilität unter realer Last. Auch das genaue Ergebnis hängt von der jeweiligen Konfiguration und den tatsächlich freigegebenen SAP-Agenten ab.
Zwei SAP-Dokumente zeigen die Grenze des Versprechens
Interessant ist ein Widerspruch, den Unternehmen beim Lesen der Dokumentation erkennen sollten: Der neue SAP-Fachbeitrag vom 27. Oktober erklärt den eingehenden A2A-Zugang für allgemein verfügbar. Ältere Referenzarchitekturen und einzelne Integrationsanleitungen enthalten noch Warnungen vor fehlender allgemeiner Verfügbarkeit oder nicht unterstützter bidirektionaler Kommunikation. Das muss kein Widerspruch für denselben Funktionsumfang sein: Die Texte beschreiben unterschiedliche Zeitstände und Ebenen der Integration. Genau deshalb ist ein aktueller Produktnachweis wichtiger als die bloße Nennung des Standards.
Auch die SAP-TechEd-Mitteilung mischt heute verfügbare Bausteine mit Ankündigungen. Ein übergreifendes Enterprise AI Gateway für Authentifizierung, Richtlinien, Routing und Auditing gehört zu diesem größeren Fahrplan. Die DSAG nennt für den geplanten Start das erste Quartal 2027. A2A als Protokoll und eine Governance-Zielarchitektur sind somit nicht automatisch gleichbedeutend mit sofort verfügbarem, unternehmensweitem Kontrollsystem.
Die DSAG stellt die eigentlich unbequeme Kostenfrage
Die deutschsprachige SAP-Anwendergruppe begrüßt die Öffnung für Drittanbieter und die Einbindung von Non-SAP-Daten, aber sie betont Planbarkeit. Viele der auf der TechEd vorgestellten Erweiterungen seien für 2027 geplant. Ausgewählte Kunden könnten eigene Agenten auf der SAP-verwalteten Joule-Studio-Laufzeit bis Dezember 2026 zeitweise kostenlos einsetzen. Wie Standardagenten, eigene Agenten und miteinander verkettete Aufgaben danach abgerechnet werden, ist damit noch längst nicht verlässlich kalkuliert.
Besonders in hybriden SAP-Landschaften wird diese Frage praktisch. Wenn ein externer Assistent einen SAP-Agenten aufruft, entstehen möglicherweise Kosten, Identitätsprüfungen und Protokolle auf mehreren Plattformen. Ein funktionierender Demo-Auftrag sagt noch nichts darüber, wer das Budget hält, wie lange Auditdaten verfügbar sind oder welches System einen gesperrten Agenten tatsächlich stoppt. Auch Datenresidenz und Lizenzumfang müssen im jeweiligen Vertrag geprüft werden.
Unsere Meinung: Erst der gesperrte Agent beweist die Offenheit
Wir halten die allgemeine Verfügbarkeit eingehender A2A-Aufrufe für eine wichtigere Nachricht als manche Ankündigung eines vollständig autonomen Unternehmens. Der Einstieg ist technisch klarer abgegrenzt, und die Trennung zwischen Auffinden, Berechtigen und Ausführen ist ein sinnvoller Ansatz. Gleichzeitig sollte ein offener Standard nicht als Beweis für ein offenes Geschäftsmodell verkauft werden. Wer Agenten nur innerhalb eines neuen, schwer kalkulierbaren Kontroll- und Lizenzpakets kombinieren kann, hat vor allem die Abhängigkeiten verlagert.
Unser Vorschlag für einen ernsthaften Pilotversuch: Einen externen Agenten nur für einen harmlosen SAP-Testprozess registrieren, dessen Zugriff auf einen zweiten Agenten bewusst verweigern und alle ausgeführten Schritte protokollieren. Danach das Recht während eines laufenden Vorgangs entziehen, einen Menschen zur Freigabe verpflichten und die Gesamtkosten der Kette erfassen. Erst wenn diese Negativtests und Zahlen vorliegen, lässt sich die Ankündigung in eine tragfähige Entscheidung übersetzen. AgentenCode hat weder SAP-Tenant noch Rechtekontrollen unabhängig getestet.
Primärquellen und Geltungsbereich
- SAP Architecture Center: Inbound A2A ist im Oktober GA (27.10.2026) ↗
- DSAG: TechEd, Kosten und Zeitpläne (27.10.2026) ↗
- SAP: TechEd Joule und Enterprise AI Gateway (27.10.2026) ↗
- SAP Referenzarchitektur: Bisherige bidirektionale Grenzen ↗
Quellenbasis sind Originalveröffentlichungen und eine eigenständige journalistische Einordnung, kein unabhängiger Penetrationstest, keine Betriebsprüfung und keine Produktzertifizierung.
Häufig gestellte Fragen
Ist SAP Agent Gateway mit A2A schon allgemein verfügbar?
SAP bezeichnet eingehende A2A-Aufrufe ausgewählter SAP-Agenten seit Oktober 2026 als GA. Vollständig bidirektionale Zusammenarbeit ist nicht damit gleichzusetzen.
Warum warnt die DSAG trotz der Freigabe?
Die Anwendergruppe fordert planbare Folgekosten, klare Termine und praktikable Integration in hybride Unternehmenslandschaften.
Kann ein fremder Agent damit automatisch alle SAP-Daten lesen?
Nein. Discovery ist keine Autorisierung; Zugang und fachliche Benutzerberechtigungen müssen separat konfiguriert und geprüft werden.