SAP CPI und Integration Suite: was sie sind und wo sie passen

SAP CPI (Cloud Platform Integration) ist die Cloud-Middleware von SAP. Sie lebt heute als Funktion Cloud Integration in der SAP Integration Suite auf SAP BTP und ist die Antwort von SAP darauf, S/4HANA mit anderen SAP- und Nicht-SAP-Systemen zu verbinden. Wenn Sie noch SAP PI/PO betreiben, zählt die Uhr: PI/PO 7.5 verlässt Ende 2027 die Standardwartung.

Dieser Leitfaden richtet sich an Integrationsverantwortliche und CIOs, die entscheiden, wie sie von PI/PO wegkommen oder die Integration für ein neues S/4HANA-Programm entwerfen. Er behandelt, was CPI leistet und was nicht, wie es sich zu PI/PO verhält, und einen Wellenplan für die Migration von Schnittstellen.

Ich habe Teams erlebt, die Monate damit verbracht haben, brüchige Eigenskripte zu bauen, um SAP- und Nicht-SAP-Systeme zu verbinden. Zuerst funktioniert etwas. Dann ändert ein Systemupdate einen Feldnamen, eine neue API-Version erscheint oder das Nachrichtenvolumen verdoppelt sich. Das Skript bricht leise. Niemand merkt es, bis ein Bericht veraltete Daten zieht oder ein Auftrag drei Tage unbearbeitet liegt.

CPI ersetzt das durch verwaltete, wiederverwendbare Integrationsflüsse. Nicht, weil es einfacher wäre (oft ist es das nicht), sondern weil die Architektur darauf ausgelegt ist, überwacht und gepflegt zu werden. Kleine Entscheidungen, die früh im CPI-Design fallen, summieren sich schneller zu technischen Schulden, als die meisten Teams erwarten.

CPI ist die Schicht, die Systeme verbindet, Daten transformiert und Nachrichten zwischen Anwendungen routet. Die SAP Integration Suite bündelt sie mit API Management, Event Mesh, Integration Advisor und der Verwaltung von Handelspartnern. Die meisten Berater sagen weiterhin „CPI“, wenn sie den Teil mit den Integrationsflüssen meinen, und das ist in Ordnung.

Was CPI leistet: Es bewegt Daten zwischen Systemen, transformiert Nachrichtenformate, routet zum richtigen Ziel und behandelt Fehler und Wiederholungen. Es verbindet SAP-Systeme (S/4HANA, SuccessFactors, Ariba) und Nicht-SAP-Plattformen (Salesforce, Workday, ServiceNow) über Standardadapter.

Was es nicht leistet: Daten langfristig speichern, ein ERP ersetzen oder als ETL-Werkzeug für die Massenmigration von Daten dienen. Es ist für Nachrichten in Echtzeit oder nahezu in Echtzeit gebaut. Wer es als Data Warehouse oder Migrationswerkzeug nutzt, schafft sich später Architekturprobleme.

CPI und SAP BTP im Vergleich: BTP ist die gesamte Plattform: Anwendungsentwicklung, Daten, KI, Analytik und Integration. CPI ist ein Service darauf. Der Unterschied zählt, wenn Sie Kompetenzen und Budget planen. Ein BTP-Architekt entwirft über Services hinweg. Ein CPI-Spezialist verantwortet Flows, Adapter, Mappings und Konnektivität.

Vier Termine und Entscheidungen prägen heute jeden Integrationsplan.

1. 2023Edge Integration Cell allgemein verfügbarEnde 2023. Führt Flows der Integration Suite im eigenen Netzwerk aus
2. 2027Ende der PI/PO-StandardwartungJahresende, für SAP NetWeaver 7.5
3. 2028SAP-BTP-Umgebung Neo wird abgeschaltet31. Dezember. CPI-Tenants auf Neo ziehen nach Cloud Foundry um
4. 2030Ende der erweiterten PI/PO-WartungJahresende. Die letzte Station für jede PI/PO-Landschaft

Quelle: Ankündigungen zur Wartung von SAP NetWeaver 7.5 und zum Neo-Auslauf, berichtet von SAPinsider

1. PI/PO läuft die Zeit davon. SAP NetWeaver 7.5, das PI/PO enthält, folgt dem Wartungsfahrplan der Business Suite: Standardwartung bis Ende 2027, erweiterte Wartung bis Ende 2030. Neue Funktionen kommen nicht mehr. Ein geplanter Umzug in Wellen kostet weit weniger als ein erzwungener Cutover 2027 oder 2030.
2. Hybrid hat eine Antwort. Edge Integration Cell, seit Ende 2023 allgemein verfügbar, führt Flows der Integration Suite im eigenen Netzwerk aus, für Schnittstellen, die On-Premise bleiben müssen. Das nimmt den häufigsten Grund weg, den Teams für das Bleiben bei PI/PO nannten.
3. Neo schließt. SAP hat 2023 angekündigt, dass die SAP-BTP-Umgebung Neo am 31. Dezember 2028 abgeschaltet wird. Frühe CPI-Tenants auf Neo müssen in die Multi-Cloud-Umgebung (Cloud Foundry) umziehen, und diese Migration ist ein eigenes kleines Projekt.
4. Joule steckt im Werkzeug. SAP hat Joule in die Integration Suite eingebaut, sodass Entwickler einen Flow in einfacher Sprache beschreiben und einen ersten Entwurf erhalten. Das beschleunigt Standardszenarien. Komplexe Orchestrierung mit echter Geschäftslogik braucht weiterhin einen erfahrenen Integrationsarchitekten.

Zum Kaufmännischen: Wenn Sie RISE with SAP nutzen, prüfen Sie, welche SAP-BTP-Berechtigung Ihr Vertrag bereits enthält, bevor Sie Integration-Suite-Kapazität separat kaufen.

Faktor	SAP PI/PO	SAP CPI (Integration Suite)
Bereitstellung	On-Premise, Ihre Server	Cloud auf SAP BTP; Edge Integration Cell für On-Premise-Laufzeit
Wartungsaufwand	Hoch: Patching, Upgrades, Serververwaltung	Geringer: SAP betreibt die Plattform
Erweiterbarkeit	Tiefe Anpassung, schwerer zu upgraden	Modular, schnellere Updates, weniger Kontrolle auf niedriger Ebene
Lizenzierung	Statisch, meist kapazitätsbasiert	Subskription mit nachrichtenbasierten Metriken
Investitionsrichtung	Nur Wartung, keine neuen Funktionen	Aktive Weiterentwicklung
Ende der Standardwartung	Ende 2027 (erweitert bis Ende 2030)	Entfällt (Cloud-Service)

Die Lizenzverschiebung lohnt eine Modellrechnung. Die CPI-Kosten hängen am Nachrichtenvolumen. Manche Unternehmen sparen im Vergleich zu PI/PO. Andere stellen fest, dass ihr tatsächlicher Integrationsverkehr höher ist als gedacht, und müssen Flows früh optimieren. Rechnen Sie es durch, bevor Sie migrieren.

Der Baustein ist der iFlow (Integrationsfluss). Jeder iFlow legt fest, wie eine Nachricht von der Quelle zum Ziel läuft: die Transformation, die Routing-Regeln und welche Fehlerbehandlung greift, wenn etwas fehlschlägt.

Funktion	Was sie leistet
Vorgefertigte Integrationsinhalte	Pakete fertiger iFlows für SAP und gängige Drittanbieter-Szenarien im SAP Business Accelerator Hub
Grafischer Flow-Designer	Webbasierter Designer zum Bauen von iFlows
API Management	Entwurf, Veröffentlichung, Absicherung und Überwachung von APIs
Sicherheit	OAuth 2.0, SAML, TLS, Zertifikatsverwaltung
Monitoring	Nachrichtenprotokolle, Fehlerdetails, Wiederholungsverlauf, Alerting

Standardadapter umfassen SOAP, REST, OData, IDoc, JDBC, SFTP, JMS und AS2, dazu weitere für bestimmte SaaS-Produkte.

Skripting. Komplexe Transformationen brauchen Groovy oder JavaScript im iFlow. CPI ist über Standardflows hinaus nicht Zero-Code. Wenn niemand in Ihrem Team einfache Skriptlogik schreiben kann, werden komplexe Mappings zum Engpass.

Die Migration ist keine automatische Konvertierung. Das Adapterverhalten unterscheidet sich zwischen PI und CPI, und Fehlerbehandlung, die in PI funktionierte, kann sich in CPI anders verhalten. Manche Flows müssen neu gebaut werden. Andere ziehen mit kleinen Änderungen um. Das Migrationswerkzeug von SAP und die vorgefertigten Inhalte verringern die mechanische Arbeit. Die Entscheidungen, was neu gebaut und was ausgemustert wird, nehmen sie Ihnen nicht ab.

Hier ist der Wellenplan, den ich als Ausgangspunkt nutze. Passen Sie die Wellen an Ihr eigenes Inventar an.

Welle	Was umzieht	Warum diese Reihenfolge	Verantwortlich	Abschlusskriterien
0. Inventar	Jede PI-Schnittstelle: Häufigkeit, Volumen, Adapter, Kritikalität, Verantwortlicher	Was Sie nicht gezählt haben, können Sie nicht planen	Integrationsverantwortlicher	Inventar von den Fachverantwortlichen abgenommen
1. Geringes Risiko	SAP-zu-SAP-Flows mit Standardinhalt	Beweist das Betriebsmodell und das Monitoring	Integrationsverantwortlicher	Zwei Wochen stabil im Produktivbetrieb, PI-Pfad abgeschaltet
2. Partner	B2B- und EDI-Flows mit wichtigen Handelspartnern	Braucht Testfenster der Partner und einen abgestimmten Cutover	Integrationsverantwortlicher mit Einkauf und Vertrieb	Jeder Partner bestätigt schriftlich
3. Hohes Risiko	Flows mit hohem Volumen, regulierte oder umsatzkritische Flows	Zieht zuletzt um, mit den meisten Proben	Integrationsarchitekt	Volumentest bestanden, Rückfall auf PI geprobt
4. Abschalten	PI/PO wird abgeschaltet	Beendet die Zahlung für zwei Plattformen	CIO	Alle Flows migriert oder ausgemustert, Lizenzen beendet

Halten Sie für jede Welle einen Rückfallpfad zu PI offen, bis der neue Flow im Produktivbetrieb sauber gelaufen ist. Die Reihenfolge zählt: Beweisen Sie das Betriebsmodell an Flows mit geringem Risiko, bevor Sie die Schnittstellen anfassen, die Umsatz tragen.

Die Szenarien, die ich am häufigsten sehe:

1. S/4HANA zu SuccessFactors. Organisationsdaten, Mitarbeiterzahlen und Vergütungsänderungen. Der Standard-Integrationsinhalt von SAP deckt die gängigen Szenarien ab, kundeneigene Flows behandeln die Abweichungen.
2. Beschaffung aus der Altlandschaft zu SAP Ariba. Bestellungen gehen raus, Bestätigungen und Rechnungen kommen zurück. Meist in beide Richtungen.
3. Finanzdaten zu SAP Analytics Cloud. Daten aus ECC oder Nicht-SAP-Systemen in SAC überführen.
4. Salesforce zu SAP. Abgeschlossene Deals fließen in SAP für Lieferung, Fakturierung und Bestandsbuchungen. Ohne verwaltete Integration läuft das meist über Tabellenexporte oder brüchige Skripte. Mein Beitrag dazu, warum Salesforce-ERP-Integrationen scheitern, behandelt die Designfehler.

Wenn die Integrationsarbeit in Ihrem Programm bereits hinterherhinkt, behandelt Verzögerungen bei der SAP Integration Suite die üblichen Ursachen. Die Plattformübersicht zu SAP-Integrationsplattformen vergleicht die Optionen nebeneinander.

Was ist SAP CPI und wie heißt es heute?

SAP CPI steht für Cloud Platform Integration. Heute ist es die Funktion Cloud Integration der SAP Integration Suite auf SAP BTP, neben API Management, Event Mesh und Werkzeugen für die Partnerintegration. „CPI“ ist weiterhin der alltägliche Name für das Bauen von Integrationsflüssen.

Wie unterscheidet sich SAP CPI von SAP PI/PO?

PI (Process Integration) und PO (Process Orchestration) sind On-Premise-Middleware mit tiefer Anpassbarkeit und voller Kontrolle über die Infrastruktur. CPI ist ein Cloud-Service auf SAP BTP, den SAP für Sie betreibt, wobei neue Adapter und Inhalte zentral bereitgestellt werden.

PI/PO 7.5 erhält nur noch Wartung. Die Standardwartung endet Ende 2027 und die erweiterte Wartung Ende 2030, daher braucht jede PI/PO-Landschaft einen Migrationsplan.

Ist SAP CPI dasselbe wie SAP BTP?

Nein. SAP BTP ist die Plattform: App-Entwicklung, Daten, Analytik, KI und Integration. CPI ist der Integrationsservice darauf. Bei der Aufwandsplanung unterscheiden sich Budget und Kompetenzen: Ein BTP-Architekt arbeitet über Services hinweg, ein CPI-Spezialist verantwortet Flows, Adapter und Mappings.

Wie schwer ist SAP CPI zu lernen?

Machbar, aber nicht einfach. Standardflows folgen dokumentierten Mustern, und der grafische Designer hilft. Schwierig ist, den Geschäftsprozess gut genug zu verstehen, um den Flow zu entwerfen, Fehler und Wiederholungen sauber zu behandeln und Groovy oder JavaScript für komplexe Mappings zu schreiben. Lernen Sie zuerst den Geschäftsprozess, dann die Integration.

Was sollte ich bei der Migration von SAP PI/PO zu CPI beachten?

Erfassen Sie jede Schnittstelle mit Volumen, Häufigkeit, Adapter und Kritikalität. Entscheiden Sie für jede: neu bauen, anpassen oder ausmustern. Rechnen Sie die nachrichtenbasierten Kosten gegen Ihre echten Volumina durch. Ziehen Sie in Wellen mit einem Rückfallpfad um und planen Sie Regressionstests mit B2B-Partnern und Nicht-SAP-Zielen früh ein, denn dort bricht es leise. Nutzen Sie Edge Integration Cell für Flows, die On-Premise bleiben müssen.

Was ist der Unterschied zwischen Neo und Cloud Foundry bei SAP CPI?

Beides sind SAP-BTP-Umgebungen. Neo ist die ältere, SAP-eigene Umgebung und wird am 31. Dezember 2028 abgeschaltet. Die Multi-Cloud-Umgebung auf Basis von Cloud Foundry ist dort, wohin SAPs Entwicklung geht. Jeder CPI-Tenant, der noch auf Neo läuft, braucht jetzt einen Migrationsplan, neue Tenants sollten dort gar nicht erst starten.