SAP CPI: wat het is, de architectuur en de overstap van PI/PO

SAP CPI (Cloud Platform Integration) is de cloudmiddleware van SAP om SAP- en niet-SAP-systemen met elkaar te verbinden. Tegenwoordig heet het Cloud Integration, de kernfunctionaliteit van SAP Integration Suite op SAP Business Technology Platform (SAP BTP).

Het verplaatst berichten tussen applicaties, transformeert hun formaat en routeert ze naar het juiste doel. Draait u nog op SAP PI/PO, dan telt de klok: het mainstream-onderhoud voor SAP NetWeaver 7.5, waar PI/PO onder valt, eindigt eind 2027.

Deze gids behandelt wat CPI doet, hoe de architectuur werkt, hoe het zich verhoudt tot PI/PO en hoe u de overstap plant. Hij is geschreven voor integratieleads en CIO's, niet alleen voor ontwikkelaars.

Ik heb teams maandenlang kwetsbare maatwerkscripts zien bouwen om SAP- en niet-SAP-systemen te koppelen. In het begin werkt iets. Dan verandert een systeemupdate een veldnaam, komt er een nieuwe API-versie uit of verdubbelt het verkeer.

Het script breekt geruisloos. Niemand weet het totdat een rapport verouderde data ophaalt of een order drie dagen onverwerkt blijft liggen.

CPI vervangt dat door beheerde, herbruikbare integratieflows. Niet omdat het eenvoudiger is (vaak is het dat niet), maar omdat de architectuur is gebouwd om te worden gemonitord en onderhouden. Kleine beslissingen die vroeg in het CPI-ontwerp worden genomen, stapelen zich sneller op tot technische schuld dan de meeste teams verwachten.

Mijn advies aan elk bedrijf dat nog op SAP PI/PO draait, is over te stappen naar SAP Integration Suite. De meest voorkomende integratiefout die ik zie, is te weinig tijd besteden aan integratie.

De eigen migratiegids van SAP beschrijft Cloud Integration als de functionaliteit om integratieflows te ontwerpen en uit te voeren over cloud-, on-premise en hybride omgevingen. Het dekt scenario's van applicatie naar applicatie (A2A), van bedrijf naar bedrijf (B2B) en van bedrijf naar overheid (B2G). De meeste consultants zeggen er nog steeds "CPI" of "SAP CI" tegen, en dat is prima.

SAP Integration Suite bundelt Cloud Integration met andere functionaliteiten. De belangrijkste zijn API Management, Event Mesh, Integration Advisor, Trading Partner Management, Open Connectors en Migration Assessment.

Wat CPI doet: data tussen systemen verplaatsen, berichtformaten transformeren, naar het juiste doel routeren, en fouten en nieuwe pogingen afhandelen. Het koppelt SAP-systemen (S/4HANA, SuccessFactors, Ariba) en niet-SAP-platforms (Salesforce, Workday, ServiceNow) via standaardadapters.

Wat het niet doet: data langdurig opslaan, een ERP vervangen of dienen als ETL-tool voor bulkmigratie van data. Het is gebouwd voor berichten in realtime of bijna realtime. Wie het als datawarehouse of migratietool gebruikt, krijgt later architectuurproblemen.

CPI versus SAP BTP: BTP is het hele platform: applicatieontwikkeling, data, AI, analytics en integratie. CPI is één dienst daarop. Een BTP-architect ontwerpt over diensten heen; een CPI-specialist is eigenaar van flows, adapters, mappings en connectiviteit.

Het diagram hieronder toont de integratiescenario's waarvoor CPI is gebouwd. Cloud naar cloud, on-premise naar cloud, bedrijf naar bedrijf (B2B), bedrijf naar overheid (B2G), en verbindingen met gebruikers en apparaten.

De architectuur van CPI begrijpen is niet alleen iets voor ontwikkelaars. In mijn ervaring maken teams die snappen hoe CPI integratie op structureel niveau afhandelt, vooraf betere ontwerpkeuzes.

CPI draait als multi-tenant clouddienst op SAP BTP. SAP beheert het platform, dus u onderhoudt geen eigen integratieservers. Waar een flow binnen uw eigen netwerk moet draaien, is Edge Integration Cell een optionele hybride runtime: u ontwerpt en monitort in de cloud en voert de flow uit in uw eigen netwerk.

De berichtenstroom in de praktijk

De kern is de iFlow (integratieflow). Elke integratie in CPI wordt als iFlow gemodelleerd, en elke iFlow brengt een bericht in drie fasen van een bron naar een doel:

1. Senderadapter. Ontvangt het bericht van het bronsysteem via SOAP, REST, OData, IDoc, SFTP, JMS, AS2 of een ander protocol.
2. Verwerkingsstappen. Mapping, formaatconversie (bijvoorbeeld van JSON naar XML), routering op basis van inhoud, aanroepen van andere systemen, versleuteling en foutafhandeling.
3. Receiveradapter. Stuurt het verwerkte bericht naar het doel.

Flows draaien synchroon of asynchroon, afhankelijk van de toepassing. Welke u moet kiezen, is niet altijd evident, dus test beide met echte volumes.

Monitoring speelt een grote rol. U hebt logs van berichtverwerking, trace en opgeslagen berichten, elk voor een ander doel. Tijdens testen of debuggen wissel ik meestal tussen trace en persist, afhankelijk van hoe diep ik moet gaan.

Componenten van de SAP CPI-architectuur

De tabel koppelt elke component aan zijn taak in de architectuur.

Component	Wat het doet	Rol in de architectuur
Runtime voor integratieflows	Voert iFlows uit	Verzorgt routering, mapping, transformatie en beveiliging tijdens runtime
Webgebaseerde designer	Grafische editor om iFlows te bouwen, configureren en deployen	Waar ontwikkelaars flows modelleren; complexe logica vraagt nog steeds Groovy of JavaScript
Adapters	SOAP, REST, OData, IDoc, JDBC, SFTP, JMS, AS2 en SaaS-specifieke adapters	Koppelen cloud- en on-premise systemen
Beveiliging	OAuth 2.0, SAML, TLS, beheer van certificaten en sleutels	Beschermt inloggegevens en berichten onderweg
Monitoring en beheer	Berichtlogs, foutdetails, nieuwe pogingen, alerting	Laat supportteams fouten vinden en oplossen
Voorverpakte content	Door SAP geleverde integratiepakketten op de SAP Business Accelerator Hub	Versnelt standaardscenario's met geteste content
SAP Cloud Connector	Beveiligde tunnel van uw netwerk naar SAP BTP	Bereikt on-premise systemen zonder ze bloot te stellen aan internet
Edge Integration Cell	Optionele runtime in uw eigen datacenter of private cloud	Voor flows die on-premise moeten blijven

Groovy-scripts verzorgen logica die de grafische stappen niet aankunnen. Ik raad vaak aan dit licht te houden, want te veel scripting leidt later tot onderhoudsproblemen. Pakketten hebben versiebeheer, dus geen enkele wijziging gaat in productie buiten een gedeployed pakket om.

Drie data sturen op dit moment bijna elk integratieplan.

1. 2027Mainstream-onderhoud PI/PO eindigtEind van het jaar, voor SAP NetWeaver 7.5
2. 2028Cloud Integration op Neo wordt uitgefaseerd31 december. Neo-tenants gaan naar Cloud Foundry
3. 2030Verlengd onderhoud PI/PO eindigtEind van het jaar. Het eindstation voor elk PI/PO-systeem

Bron: SAP Note 1648480 en SAP Knowledge Base Article 3355661

1. PI/PO raakt in het nauw. SAP Note 1648480 stelt het mainstream-onderhoud voor SAP NetWeaver 7.5, waar PI/PO onder valt, vast tot eind 2027, met verlengd onderhoud tot eind 2030. Het systeem stopt niet op 1 januari 2028, maar elk jaar daarna kost het meer om het in de lucht te houden.
2. Neo gaat dicht. SAP Knowledge Base Article 3355661 bevestigt dat Cloud Integration op de Neo-omgeving van SAP BTP op 31 december 2028 wordt uitgefaseerd. Oudere CPI-tenants op Neo moeten naar de multi-cloudomgeving (Cloud Foundry), en die overstap is een klein project op zich.
3. Hybride heeft een antwoord. Edge Integration Cell voert flows van Integration Suite uit binnen uw eigen netwerk. Daarmee verdwijnt de meest gehoorde reden van teams om op PI/PO te blijven.

Over de commerciële kant: zit u op RISE with SAP, controleer dan welk SAP BTP-entitlement uw contract al bevat voordat u apart capaciteit voor Integration Suite koopt.

PI (Process Integration) en PO (Process Orchestration) zijn de on-premise middleware van SAP. Zo verhouden ze zich tot CPI.

Factor	SAP PI/PO	SAP CPI (Integration Suite)
Inzet	On-premise, op uw servers	Cloud op SAP BTP; Edge Integration Cell voor een on-premise runtime
Onderhoudslast	Hoog: patches, upgrades, serverbeheer	Lager: SAP beheert het platform
Uitbreidbaarheid	Diepgaand maatwerk; moeilijker te upgraden	Modulair; snellere updates; minder controle op laag niveau
Licenties	Licentie plus uw eigen infrastructuur	Abonnement op SAP BTP, per editie
Investeringsrichting	Alleen onderhoud, geen nieuwe functies	Actieve ontwikkeling
Einde mainstream-onderhoud	Eind 2027 (verlengd tot eind 2030)	Niet van toepassing (clouddienst)

De migratiegids van SAP behandelt Cloud Integration als de belangrijkste vervanger, omdat het het meeste dekt van wat PI/PO doet. Vraag SAP hoe uw editie wordt gemeten en zet dat af tegen uw echte berichtvolumes voordat u migreert. Sommige bedrijven ontdekken dat hun integratieverkeer hoger is dan ze dachten.

Migratie is geen automatische conversie. Adapters gedragen zich anders in PI dan in CPI, en foutafhandeling die in PI werkte, kan zich in CPI anders gedragen. Sommige flows moeten opnieuw worden gebouwd; andere gaan mee met kleine aanpassingen.

SAP levert twee officiële tools:

1. Migration Assessment. Een functionaliteit van Integration Suite die verbinding maakt met uw PO-systeem, integratiescenario's extraheert en de inspanning inschat om ze te verplaatsen. De tutorial van SAP behandelt de inrichting.
2. Migration Tooling. Een functie van Cloud Integration die de migratie semi-automatisch uitvoert van integrated configuration objects (ICO's) uit PO naar iFlows. Alleen scenario's die als "Ready to migrate" of "Adjustment required" zijn beoordeeld, kunnen ermee worden gemigreerd.

SAP Learning is duidelijk: er is geen migratiepad dat bij elke klant past, en velen draaien PI/PO en Integration Suite tijdens de overstap parallel. De tools verminderen het mechanische werk. Ze nemen niet de afwegingen over wat opnieuw gebouwd en wat uitgefaseerd moet worden.

Dit is het golfplan dat ik als vertrekpunt gebruik. Pas de golven aan uw eigen inventaris aan.

Golf	Wat verhuist	Waarom deze volgorde	Eigenaar	Exitcriteria
0. Inventaris	Elke PI-interface: frequentie, volume, adapter, kritiekheid, eigenaar	U kunt niet plannen wat u niet hebt geteld	Integratielead	Inventaris afgetekend door de eigenaren uit de business
1. Laag risico	SAP-naar-SAP-flows met standaardcontent	Bewijst het beheermodel en de monitoring	Integratielead	Twee weken stabiel in productie, PI-pad uitgefaseerd
2. Partners	B2B- en EDI-flows met belangrijke handelspartners	Vraagt testvensters met partners en een gecoördineerde cutover	Integratielead met inkoop en verkoop	Elke partner bevestigt schriftelijk
3. Hoog risico	Flows met hoge volumes, gereguleerde flows of flows die kritiek zijn voor de omzet	Gaat als laatste, met de meeste generale repetities	Integratiearchitect	Volumetest geslaagd; terugval naar PI geoefend
4. Uitfaseren	PI/PO uitgezet	Stopt het betalen voor twee platforms	CIO	Alle flows gemigreerd of uitgefaseerd; licenties beëindigd

Houd per golf een terugvalpad naar PI aan totdat de nieuwe flow foutloos in productie heeft gedraaid. De volgorde telt: bewijs het beheermodel op flows met laag risico voordat u de interfaces aanraakt die omzet dragen.

Integratietesten is waar de tijd verdwijnt. Plan regressietesten met B2B-partners en niet-SAP-doelsystemen vroeg in, want die breken geruisloos. Mijn gids over SAP-testen beschrijft hoe u integratie- en regressiecycli opzet.

Valt de overstap van PI/PO binnen een S/4HANA-programma, stem de twee plannen dan op elkaar af. Mijn gids voor de migratie van ECC naar S/4HANA behandelt de routes en deadlines aan de ERP-kant.

De scenario's die ik het vaakst zie:

1. S/4HANA naar SuccessFactors. Organisatiedata, headcount en wijzigingen in beloning. De standaard integratiecontent van SAP dekt de gangbare scenario's; maatwerkflows vangen de afwijkingen op.
2. Legacy-inkoop naar SAP Ariba. Inkooporders gaan eruit, bevestigingen en facturen komen terug. Meestal in twee richtingen.
3. Financiële data naar SAP Analytics Cloud. Data verplaatsen uit ECC of niet-SAP-systemen naar SAC.
4. Salesforce naar SAP. Gesloten deals die naar SAP stromen voor levering, facturatie en voorraadupdates. Mijn stuk over waarom integraties tussen Salesforce en ERP mislukken behandelt de ontwerpfouten.

Loopt het integratiewerk in uw programma al uit, dan beschrijft vertraging bij de oplevering van SAP Integration Suite de gebruikelijke oorzaken. Het overzicht van SAP-integratieplatforms zet de opties naast elkaar.

Wat is SAP CPI en hoe heet het nu?

SAP CPI staat voor Cloud Platform Integration. Het is nu de Cloud Integration-functionaliteit van SAP Integration Suite op SAP BTP, naast API Management, Event Mesh en tools voor partnerintegratie. "CPI" is nog steeds de gangbare naam voor het bouwen van integratieflows.

Wat is SAP CI?

SAP CI is de afkorting van SAP Cloud Integration, de huidige naam van wat vroeger SAP CPI heette. Beide termen verwijzen naar dezelfde functionaliteit binnen SAP Integration Suite.

Is SAP CPI middleware?

Ja. CPI is cloudmiddleware: het zit tussen systemen, transformeert en routeert berichten, en handelt fouten en nieuwe pogingen af. Het vervangt on-premise middleware zoals SAP PI/PO en slaat geen bedrijfsdata langdurig op.

Hoe verschilt SAP CPI van SAP PI/PO?

PI/PO is on-premise middleware die u zelf installeert, patcht en beheert. CPI is een clouddienst op SAP BTP die SAP voor u beheert, waarbij nieuwe adapters en content centraal binnenkomen. Edge Integration Cell dekt flows die on-premise moeten blijven.

Wanneer eindigt de ondersteuning voor SAP PI/PO?

Het mainstream-onderhoud voor SAP NetWeaver 7.5, waar PI/PO onder valt, eindigt eind 2027. Verlengd onderhoud is beschikbaar tot eind 2030. SAP biedt Migration Assessment en Migration Tooling om scenario's naar Integration Suite te helpen verplaatsen.

Is SAP CPI hetzelfde als SAP BTP?

Nee. SAP BTP is het platform: appontwikkeling, data, analytics, AI en integratie. CPI is de integratiedienst daarop.

Bij het bepalen van de scope verschillen budget en vaardigheden: een BTP-architect werkt over diensten heen, een CPI-specialist is eigenaar van flows, adapters en mappings.

Plant u een overstap van PI/PO of ontwerpt u de integratie voor een nieuw S/4HANA-programma, begin dan bij de inventaris van interfaces. Wilt u een second opinion op het plan voordat u zich eraan verbindt, neem dan contact op.