Die SAP-API-Policy und ECC: Was sich für Bestandskunden wirklich ändert

Aktualisierung, 11. November 2026. Zwei Punkte unten haben sich geändert. Joule ist für ECC nicht mehr grundsätzlich unerreichbar: SAP bietet ausgewählte KI-Szenarien für ECC- und On-Premise-Kunden, die sich verpflichten, den Großteil ihrer Landschaft zu SAP Cloud ERP zu überführen (SAP, Mai 2026). Business One hat seit August 2026 native generative KI, und SAP bietet Partnern einen MCP-Server (SAP News, 5. November 2026). Und eine überarbeitete API-Policy ist bisher nicht erschienen: Das Dokument unter SAPs Standard-URL stammt weiterhin vom April 2026. Unsere aktuelle Einordnung steht im Marktüberblick zu SAP-KI-Agenten.

Am 27. April 2026 hat SAP die API Policy v.4/2026a veröffentlicht. Der entscheidende Abschnitt 2.2.2 untersagt die Nutzung von SAP-APIs für „(semi-)autonome oder generative KI-Systeme, die Sequenzen von API-Aufrufen planen, auswählen oder ausführen" — außer über die von SAP freigegebenen Wege. Die Reaktionen waren deutlich: Die Anwendergruppe DSAG kritisierte die Policy öffentlich scharf. Eine überarbeitete Version gilt als wahrscheinlich.

Für Mittelstand-Unternehmen auf SAP ECC, Business One oder S/4HANA on-premise stellt sich eine praktischere Frage: Was heißt das konkret für uns? Die Antwort fällt nüchterner aus, als die Schlagzeilen vermuten lassen.

Was die Policy tatsächlich regelt

Die Policy betrifft von SAP publizierte APIs — und sie regelt, wie KI-Agenten diese aufrufen dürfen. Die freigegebenen Wege sind der SAP-eigene Stack: AI Core und Joule Studio als Laufzeit, das MCP Gateway in der Integration Suite (seit Q1 2026 allgemein verfügbar, Techzine), das A2A-Protokoll für die Agent-zu-Agent-Kommunikation und BDC Connect auf der Datenseite. Wer auf RISE oder GROW ist und Agenten gegen SAP-APIs laufen lassen will, hat damit einen klaren, sanktionierten Pfad.

Was das für ECC- und B1-Kunden bedeutet

Drei Beobachtungen, die in der Aufregung untergehen:

Erstens: SAPs nativer Agentenpfad führt über Cloud-Verträge. RISE und GROW enthalten Joule; auf ECC und On-Premise-S/4HANA bietet SAP ausgewählte Joule-Szenarien nur Kunden, die sich verpflichten, den Großteil ihrer Landschaft zu SAP Cloud ERP zu überführen. Haben Sie diese Zusage nicht gegeben, hat die Policy Ihre Ausgangslage nicht verschlechtert — der native Pfad stand Ihnen vorher nicht offen und steht Ihnen auch jetzt nicht offen.

Zweitens: Die sanktionierten Kanäle leben im BTP-Cloud-Stack. Für ein ECC- oder Business-One-System ohne BTP-Anbindung ist die Policy heute vor allem eines: ein Signal, wohin SAP die Agentenwelt lenken will — in die eigene Cloud.

Drittens, und am wichtigsten: Nicht jeder KI-Agent ruft SAP-APIs auf. Ein Agent, der mit den Exporten arbeitet, die Ihre Anwender ohnehin täglich ziehen — ein IDoc-Fehlerprotokoll aus WE02, eine Liefersperrenliste, ein Frachtkosten-Export — berührt keine SAP-Schnittstelle. Er liest ein Dokument, das ein Mensch erzeugt hat, und gibt eine Analyse zurück. Dieses Muster ruft keine SAP-API auf, und es funktioniert auf ECC 6.0 genauso wie auf S/4HANA.

Was wir empfehlen

Erstens: Inventarisieren Sie geplante Agenten-Anwendungsfälle danach, ob sie SAP-APIs aufrufen oder auf Exporten und Dokumenten arbeiten. Zweitens: Für API-gebundene Fälle auf RISE / GROW führt der Weg über die freigegebenen Kanäle — MCP Gateway und A2A. Drittens: Beobachten Sie, ob SAP die Policy überarbeitet, bevor Sie langfristige Architekturentscheidungen von der aktuellen Fassung abhängig machen.

Unser kostenloser SAP Logistics Copilot folgt dem dritten Muster: Er arbeitet auf Dateien, die ein Anwender exportiert hat, und ruft keine SAP-API auf. Wo ein Agent auch Transaktionen ausführen soll, gestalten wir das pro Workflow über Schnittstellen, die Sie freigeben — auf RISE / GROW über SAPs freigegebene Kanäle — mit minimalen Berechtigungen, Ihren Freigaberegeln und Audit-Trail. Wenn Sie einordnen wollen, in welches Muster Ihr Anwendungsfall fällt: 30-Minuten-Erstgespräch.