Integrationsoptionen für SAP S/4HANA Public Cloud: Was möglich ist und wie Sie wählen

SAP S/4HANA Cloud Public Edition integriert mit anderen Systemen nur über freigegebene Schnittstellen: OData- und SOAP-APIs, Business Events und CDS-basierte Datenextraktion, jeweils freigeschaltet über eine Kommunikationsvereinbarung. Direkter Tabellenzugriff und Modifikationen gehören nicht zum Modell. In diesem Rahmen wählen Sie pro Schnittstelle zwischen synchronem API-Aufruf, Event, Replikation oder Extraktion, meist mit der SAP Integration Suite dazwischen.

TL;DR: Nutzen Sie nur APIs, die SAP im SAP Business Accelerator Hub veröffentlicht hat; die API Policy von SAP macht das zur Regel, nicht nur zur Empfehlung. Öffnen Sie jede Schnittstelle über eine Kommunikationsvereinbarung und bevorzugen Sie zertifikatsbasierte Authentifizierung. Synchrone APIs für Fragen, die sofort eine Antwort brauchen, Events für «etwas hat sich geändert», Extraktion für Analysen. Für Sales und Service Cloud V2 beginnen Sie mit den Standardpaketen von SAP. Für alles andere halten Sie pro Schnittstelle Muster, API und Verantwortung für Fehler fest.

Ich habe mit SAP-Landschaften von On-Premise-Systemen über RISE with SAP bis zur Public Edition gearbeitet. Die Public Edition stellt dieselben Integrationsfragen, aber die Menge der Antworten ist kleiner und klarer definiert. Das ist ein Vorteil, wenn man sie kennt.

Die Grundregel: nur freigegebene APIs

SAP listet jede öffentliche Schnittstelle der Public Edition im SAP Business Accelerator Hub. Am 31. Oktober 2026 enthielt das Paket nach unserer Zählung 869 APIs: 371 OData V4, 205 OData V2 und 293 SOAP-Services. Business Events stehen in einem eigenen Paket mit 148 Events, CDS-Views für die Extraktion sind nach Fachbereich gruppiert.

Die Übersicht der APIs in der Public Edition nennt die Regel, die jedes Design prägt: Jede API im Business Accelerator Hub gehört zu mindestens einem Kommunikationsszenario. Kein Szenario, kein Zugriff.

Das ist auch vertraglich so. Die SAP API Policy hält in ihrer Fassung vom April 2026 fest, dass Kunden- und Drittanwendungen nicht auf APIs zugreifen dürfen, die keine veröffentlichten APIs sind. Dieselbe Policy erlaubt veröffentlichte APIs ausdrücklich für die Integration von SAP-Anwendungen mit Kunden- oder Drittlösungen. Sie behält sich Drosselung vor und beschränkt grossvolumige Datenextraktion ausserhalb der von SAP vorgesehenen Wege.

Kommunikationsvereinbarungen: der Schalter für jede Schnittstelle

Das Kommunikationsmanagement hat vier Bausteine:

• Kommunikationsszenario: eine Beschreibung zur Designzeit, wie zwei Partner kommunizieren, mit eingehenden und ausgehenden Services und unterstützten Authentifizierungsmethoden. SAP liefert Szenarien mit dem Namen SAP_COM_xxxx; eigene lassen sich definieren.
• Kommunikationsbenutzer: der technische Benutzer, mit dem sich der Partner bei eingehenden Aufrufen anmeldet.
• Kommunikationssystem: das Partnersystem mit Host und den Benutzern für beide Richtungen.
• Kommunikationsvereinbarung: verbindet Szenario und System und aktiviert eingehende und ausgehende Services.

Zur Authentifizierung stehen Basic, X.509-Client-Zertifikate, OAuth 2.0 und SAML zur Verfügung. Die SAP-Seite zur Einrichtung der Geschäftspartnerreplikation sagt es deutlich: Empfohlen ist mTLS, Basic-Authentifizierung dient nur der Kompatibilität. Wir setzen Zertifikate ein, wo beide Seiten sie unterstützen, und überwachen ihr Ablaufdatum wie jede andere Betriebsaufgabe.

Die Integrationsmuster

1. Synchrone APIs: fragen und Antwort erhalten

OData- und SOAP-APIs decken für die meisten Geschäftsobjekte Anlegen, Lesen, Ändern und Simulieren ab. Typische Fälle: ein CRM simuliert einen Kundenauftrag für Preis und Verfügbarkeit, ein Webshop legt einen Auftrag an, ein Portal liest offene Rechnungen. Das ist das richtige Muster, wenn der Aufrufer die Antwort im selben Moment braucht. Für «sag mir, wenn sich etwas ändert» ist es das falsche: Eine API alle paar Minuten abzufragen, verschwendet Aufrufe und kommt trotzdem zu spät.

2. Business Events: auf Änderungen reagieren

S/4HANA veröffentlicht Business Events im CloudEvents-Format über Enterprise Event Enablement, etwa wenn sich ein Geschäftspartner oder ein Kundenauftrag ändert. Das Event sagt, was sich geändert hat; der Empfänger ruft bei Bedarf die API für Details auf.

Für die Zustellung binden Sie einen Broker an. SAP hält in seinen Entwickler-Tutorials fest, dass der eigenständige Service SAP Event Mesh für Neukunden ohne bestehenden Zugang nicht mehr verfügbar ist. Zur Wahl stehen die Event-Mesh-Funktion in der SAP Integration Suite, SAP Integration Suite, advanced event mesh mit dem Kommunikationsszenario SAP_COM_0492 und SAP Cloud Application Event Hub, bei dem eine Formation System und Vereinbarung für Sie erzeugt. Welcher Broker passt, hängt von Ihren Lizenzen ab und davon, ob Nicht-SAP-Systeme abonnieren sollen.

3. Datenextraktion: für Analysen, nicht für Prozesse

Für SAP Datasphere speist das Szenario SAP_COM_0532 ABAP-CDS-Pipelines, inklusive Delta über Change Data Capture. Es braucht eine Berechtigungsgruppe, die die erlaubten CDS-Views auflistet. Extraktion dient Berichten und Data Products. Sie ist kein Weg, Prozesse in einem anderen System anzustossen, und die API Policy beschränkt Massenextraktion ausserhalb solcher vorgesehenen Wege.

4. Stammdatenreplikation

Für Stammdaten wie Geschäftspartner und Produkte bietet SAP Replikationsszenarien, zum Beispiel die SOAP-basierte Geschäftspartnerreplikation mit SAP_COM_0008, und die Verteilung über SAP Master Data Integration. Replikation hält eine Kopie im Zielsystem und sendet Änderungen, sobald sie entstehen. Sie passt, wenn das andere System die Daten lokal braucht, wie ein CRM für Accounts und Produkte.

5. Eigene APIs, weiterhin auf freigegebenem Boden

Passt keine SAP-API, bauen Sie eine, ohne die Regeln zu verlassen:

• Die App Custom Communication Scenarios stellt eigene Services bereit.
• Ein Custom CDS View lässt sich als externe OData-API veröffentlichen. SAP weist darauf hin, dass das nicht für einmalige Massenextraktion gedacht ist und nur Basic-Authentifizierung unterstützt.
• Custom Business Objects können einen OData-Service generieren.
• Mit Developer Extensibility in ABAP Cloud bauen Sie RAP-Services auf freigegebenen Objekten und stellen sie über ein eigenes Kommunikationsszenario bereit. Die ABAP-Seite erklärt Sofiene Karaja in Embedded Steampunk und ABAP Cloud.

6. BAPIs, IDocs und On-Premise-Systeme

Ganz ohne die klassischen Techniken ist die Public Edition nicht, aber sie sind eng begrenzt. Die SAP-Seite zu BAPIs und IDocs listet eine feste Auswahl in vordefinierten Kommunikationsszenarien, nur eingehend. BAPIs werden aus Cloud-Systemen über WebSocket RFC oder aus On-Premise-Systemen über den SAP Cloud Connector aufgerufen. IDocs werden nur über SOAP unterstützt, nicht über RFC. Für Aufrufe aus S/4HANA in Ihr eigenes Netz nutzt das Szenario SAP_COM_0574 den Connectivity Service von SAP BTP und den Cloud Connector für HTTP und RFC. Hängt eine alte Schnittstelle an einem eigenen RFC-Baustein, planen Sie den Neubau auf einer API.

Middleware: Integration Suite oder etwas anderes

Die Integrationsübersicht von SAP nennt SAP-Lösungen, Partnerlösungen, Cloud- und On-Premise-Systeme von Drittanbietern und eigene Anwendungen als Integrationspartner. Nichts in der SAP-Dokumentation verbietet Middleware von Drittanbietern oder den direkten Aufruf einer freigegebenen API.

In der Praxis ist die SAP Integration Suite auf SAP BAIP aus einem Grund der Standard: Dort läuft der vorgefertigte Integrationsinhalt von SAP. Mapping, Wiederholungen, Monitoring und Alarmierung kommen mit. Ein direkter Aufruf passt für einen einfachen, synchronen Fall mit einer verantwortlichen Stelle. Sobald mehrere Systeme, Mappings oder Fehlerbehandlung im Spiel sind, bauen Sie sonst Middleware im eigenen Code nach.

Für den Entscheid selbst ist die Integration Solution Advisory Methodology (ISA-M) von SAP ein brauchbarer Rahmen. Sie ist technologieneutral und ordnet Schnittstellen nach Integrationsstil, sodass die Technologie dem Muster folgt und nicht umgekehrt.

Sales Cloud V2 und Service Cloud V2 anbinden

Für die eigenen CX-Anwendungen von SAP beginnen Sie mit den Standardpaketen im Business Accelerator Hub:

Paket	Inhalt
Sales Processes with SAP S/4HANA Cloud Public Edition	Folgeangebote und -aufträge, Simulation, Auftragsreplikation
Master Data with SAP S/4HANA Cloud Public Edition	Geschäftspartner, Produkte, Organisationsdaten, Preise, Codelisten
Customer Insights Integration with SAP S/4HANA	S/4HANA-Belege wie Rechnungen in der Account-Ansicht

Diese laufen als iFlows in SAP Cloud Integration. Enthält Ihr Vertrag den Integrations-Einrichtungsservice von SAP, richtet SAP die Flüsse ein und betreibt sie in einem festgelegten Umfang, sonst deployen Sie sie im eigenen Tenant. Wie ein Kundenauftrag durch diese Flüsse läuft, beschreibe ich im Beitrag zu Kundenaufträgen aus Sales Cloud V2 in S/4HANA Public Cloud, das Gesamtbild zeigt Sofiene Karaja in der Integrationsarchitektur.

Drittsysteme anbinden

Für einen Webshop, ein Lagersystem, eine Bank oder eine Lieferantenplattform gelten dieselben Regeln. Suchen Sie die freigegebene API oder das Event im Business Accelerator Hub, prüfen Sie, zu welchem Kommunikationsszenario sie gehört, und entscheiden Sie, wo das Mapping lebt. Drei Fragen klären die meisten Fälle:

1. Braucht die andere Seite sofort eine Antwort? Dann eine synchrone API.
2. Muss sie wissen, dass sich etwas geändert hat? Dann ein Event, mit API-Aufruf für Details.
3. Braucht sie eine vollständige Kopie für Analysen? Dann Extraktion, keine Prozessschnittstelle.

Entscheidungshilfe

Anforderung	Muster	Seite S/4HANA
CRM braucht Preis und Verfügbarkeit im Angebot	Synchrone API (Simulation)	SAP-Szenario, z. B. SAP_COM_0109
CRM oder Shop braucht aktuelle Kunden und Produkte	Replikation	Standard-Replikationsszenario
Mehrere Systeme reagieren auf einen geänderten Auftrag	Business Events	Event-Kanal mit Broker
Berichte und Data Products	CDS-Extraktion	SAP_COM_0532
Keine SAP-API passt	Eigene API auf freigegebenen Objekten	Eigenes Kommunikationsszenario
Altsystem im eigenen Netz	API über Cloud Connector	SAP_COM_0574 für ausgehende Aufrufe

Clean Core ist der Rahmen, kein Projekt

SAP beschreibt Clean-Core-Stufen von A bis D. Stufe A steht für Erweiterungen, die nur öffentlich freigegebene, stabile SAP-Schnittstellen mit formalen Stabilitätszusagen nutzen. Nach unserem Verständnis ist das der Raum, den die Public Edition für Integration bietet: die oben beschriebenen freigegebenen APIs, Events und Szenarien. Wer dort bleibt, erlebt die vierteljährlichen Upgrades ohne Überraschungen.

Was Spadoom macht

Wir entwerfen und bauen die Schnittstellen von SAP S/4HANA Public Cloud mit demselben Team, das ERP und CX einführt. Dazu gehören das Schnittstelleninventar mit Muster und Verantwortung pro Zeile, Kommunikationsvereinbarungen und Zertifikate, die Standardpakete für Sales und Service Cloud V2, eigene iFlows, wo der Standard endet, und das Monitoring vor dem Go-live. Wie das in ERP- und CX-Projekte passt, steht auf unserer Seite zum SAP Partner in der Schweiz.

Möchten Sie Ihre Schnittstellenliste durchgehen? Sprechen Sie mit uns.

Häufige Fragen

Wie integriere ich SAP S/4HANA Cloud Public Edition mit anderen Systemen?

Nur über freigegebene Schnittstellen: OData- und SOAP-APIs aus dem SAP Business Accelerator Hub, Business Events und CDS-basierte Extraktion, jeweils freigeschaltet über eine Kommunikationsvereinbarung. Dazwischen läuft meist die SAP Integration Suite, die SAP-Dokumentation schliesst aber andere Middleware oder den direkten Aufruf einer freigegebenen API nicht aus.

Kann ich BAPIs, RFC oder IDocs mit S/4HANA Public Cloud nutzen?

Nur eingeschränkt. SAP gibt eine feste Liste von BAPIs und IDocs in vordefinierten Kommunikationsszenarien frei, nur eingehend. BAPIs werden aus Cloud-Systemen über WebSocket RFC oder aus On-Premise-Systemen über den SAP Cloud Connector aufgerufen, IDocs werden nur über SOAP unterstützt. Was nicht auf dieser Liste steht, ist als Schnittstelle nicht verfügbar.

Was ist eine Kommunikationsvereinbarung?

Der Schalter, der in S/4HANA Cloud Public Edition eine Schnittstelle öffnet. Sie verbindet ein Kommunikationsszenario, das eingehende und ausgehende Services und Authentifizierungsmethoden festlegt, mit einem Kommunikationssystem für den Partner und einem Kommunikationsbenutzer. Jede API im SAP Business Accelerator Hub gehört zu mindestens einem Kommunikationsszenario.

Brauche ich die SAP Integration Suite, um Sales Cloud V2 und S/4HANA Public Cloud zu verbinden?

Für den Standard-Integrationsinhalt von SAP ja: Die Pakete für Stammdaten und Vertriebsprozesse laufen als iFlows in SAP Cloud Integration. Enthält Ihr Vertrag den Integrations-Einrichtungsservice von SAP, betreibt SAP sie für Sie, sonst laufen sie in Ihrem eigenen Integration Suite Tenant.