SAP Integration Suite: beslissingen en afwegingen in productie

SAP Integration Suite is het integratieplatform van SAP op SAP BTP: Cloud Integration (de voormalige CPI) plus API Management, Event Mesh, Integration Advisor, Open Connectors en tools om van PI/PO te migreren. Het is de standaardmiddleware voor S/4HANA-cloudprogramma's en de route weg van PI/PO, waarvan het mainstream-onderhoud in 2027 eindigt. Vertragingen bij interfaces komen zelden door de technologie. Ze komen door onduidelijk eigenaarschap, ongetoetste aannames over legacysystemen en testen die is ontworpen om te slagen in plaats van om fouten te vinden. Deze gids is voor integratieleads, architecten en programmamanagers. Hij behandelt waar elk onderdeel voor dient, standaardcontent versus maatwerk, de PI/PO-migratie, risico's bij legacy en testen, en governance na go-live.

PI/PO tikt de klok af. SAP Process Integration en Process Orchestration 7.5 vallen tot eind 2027 onder mainstream-onderhoud. Optioneel verlengd onderhoud loopt tot eind 2030, waarna de support van SAP eindigt. De referentiearchitectuur voor migratie van SAP beschrijft de route. Integration Suite bevat een Migration Assessment-applicatie die elk PI/PO-scenario dimensioneert en wizardgestuurde migratietooling in Cloud Integration. Migreer in golven: eerst SAP-naar-SAP-flows met laag risico, B2B en EDI in het midden en orderflows met hoog volume als laatste. Een gedwongen cutover onder deadlinedruk duurt langer en kost meer.

1. Golf 1SAP-naar-SAP-flows met laag risicoDimensioneer eerst elk scenario met Migration Assessment
2. Golf 2B2B en EDI
3. Golf 3Orderflows met hoog volume
4. 2027Mainstream-onderhoud PI/PO 7.5 eindigtEinde van het jaar. Plan de golven zo dat ze hiervoor klaar zijn
5. 2030Optioneel verlengd onderhoud eindigtEinde van het jaar. Daarna eindigt de support van SAP

Bron: Onderhoudsdata van SAP en referentiearchitectuur voor migratie, gecontroleerd in oktober 2026

Controleer wat uw cloudcontract dekt. RISE- en GROW-contracten bevatten meestal SAP BTP-tegoeden waarmee Integration Suite kan worden betaald. Bevestig welke editie en welke berichtvolumes uw entitlement dekt voordat u Integration Suite met MuleSoft of Boomi vergelijkt op alleen functies. De economie van een meegeleverd platform verandert de vergelijking.

AI komt in fasen binnen. Cloud Integration biedt sinds medio 2024 generatieve AI-flowgeneratie in de Premium-editie. Het produceert de structuur van een iFlow (stappen, kanalen, exception subprocess), niet de mappings of scripts. De enhanced edition van SAP, gelanceerd in maart 2026, voegt text-to-flow-generatie en scriptoptimalisatie toe, en SAP plande Joule in Integration Suite voor algemene beschikbaarheid in het derde kwartaal van 2026. Nuttig voor standaardflows. Complexe orkestratie met diepe bedrijfslogica vraagt nog steeds senior architecten.

Integration Suite is een set van services. De juiste service voor de klus gebruiken bepaalt hoe goed het landschap standhoudt.

Component	Rol	Wat er misgaat bij verkeerd gebruik
Cloud Integration (CPI)	Berichtflows, routering en transformatie; de standaard voor de meeste iFlows	Alles in CPI proppen, inclusief API's en events, wordt moeilijk te ondersteunen en te testen
API Management	Beheert API-blootstelling: beveiliging, rate limits, analytics	Sla het over en point-to-point-aanroepen vermenigvuldigen zich; governance is moeilijk achteraf in te voeren
Event Mesh	Asynchrone berichtgeving voor ontkoppelde triggers	Niet-bewaakte queues groeien ongemerkt aan zonder dat iemand een waarschuwing krijgt
Integration Advisor	Mappingvoorstellen voor B2B-formaten zoals EDIFACT, X12 en IDoc	Teams gaan uit van hoge dekking; één team verwachtte 80% en kreeg er dichter bij 40%
Open Connectors	Kant-en-klare connectoren naar cloudapps van derden	Wijzigingen in externe API's breken connectoren ongemerkt, tenzij iemand ze bewaakt
Migration Assessment en tooling	Dimensioneert en migreert PI/PO-scenario's	Behandeld als eenmalige schatting in plaats van als werkend migratieplan

Teams die Integration Suite behandelen als “CPI met add-ons” negeren vaak API Management en Event Mesh. Dat gaat goed tot de complexiteit u inhaalt. Mijn SAP CPI-gids gaat dieper in op Cloud Integration zelf.

Vooraf gebouwde SAP-integratiecontent is echt nuttig wanneer het proces standaard is. S/4HANA koppelen aan SAP Ariba of SuccessFactors met standaardprocessen past vaak goed. Echte processen blijven zelden binnen de referentielijnen van SAP.

Kies standaardcontent wanneer:

1. Het scenario SAP-naar-SAP is en dicht bij het referentieproces van SAP ligt
2. De flow eenvoudig en grotendeels eenrichtingsverkeer is
3. U kunt leven met de mapping van SAP en alleen uitbreidt via de aangeboden exits

Kies een maatwerkbouw wanneer:

1. Jaren van interne beslissingen het proces van het model van SAP hebben weggeduwd
2. Voorwaardelijke routering, logica in meerdere stappen of legacy-eigenaardigheden een rol spelen
3. Zware aanpassing de supportafstemming van SAP voor het standaardpakket zou breken

Neem de beslissing in de blueprintfase. Als die laat wordt genomen, ontdekken teams halverwege het project dat een “standaard” iFlow zo zwaar is aangepast dat de supportafstemming verloren is gegaan, en bouwen ze hem onder go-live-druk opnieuw. Ik heb projecten weken zien verliezen omdat teams ervan uitgingen dat standaardcontent maatwerkstructuren voor stamgegevens, extra velden en legacy-authenticatie tegelijk zou opvangen. Dat gebeurde niet. De analyse die in het ontwerp hoorde, vond plaats tijdens de UAT.

In grote SAP-programma's is integratie vaak het eerste wat tussen werkstromen in valt. Interfaces doorkruisen teamgrenzen, maar niemand is eigenaar van de coördinatie. Ik heb twee projectteams gezien die afzonderlijke integraties voor dezelfde zakelijke partner bouwden, naar hetzelfde endpoint, zonder van elkaar te weten. Geen van beide kwam het te weten tot de UAT. Dat is een structurele fout, geen technische.

Zet vroeg centrale integratiegovernance op:

1. Een gedeelde integratiebacklog die zichtbaar is voor elke werkstroom
2. Een benoemde eigenaar voor elke interface, gevolgd door de hele oplevering heen
3. Coördinatiecheckpoints tussen werkstromen vóór elke grote deployment
4. Een review van interface-afhankelijkheden vóór elke go-live-toezegging, met gedeelde endpoints en queues in volgorde gezet in het cutoverplan
5. Geautomatiseerde deployment tussen omgevingen, met per landschap gedocumenteerde credentials

De moeilijkste integratieproblemen zijn zelden de moderne platforms. Het zijn de oudere systemen midden in kritieke processen.

Legacy-ERP's kunnen vaak geen gelijktijdige synchrone aanroepen verwerken. Stuur vijf parallelle API-aanroepen en de server vertraagt, loopt vast of laat ongemerkt data vallen. Asynchrone integratie helpt alleen als het ontvangende systeem een queue kan verwerken, en dat kunnen er veel niet.

Protocolmismatches komen vaak voor en worden laat gevonden. U ontwerpt met OAuth2 en REST; het legacysysteem spreekt SOAP met een hardgecodeerde time-out van 30 seconden en verwerkt het vernieuwen van tokens slecht.

Bij één klant faalde een middlewareflow elke vrijdag omdat het token dat een payrollsysteem van een derde partij uitgaf, wekelijks verliep. Niemand merkte het tot de tweede UAT-cyclus. Eigenaardigheden als deze komen vaak voor, en ze vreten aan de planning.

De tabel somt de risico's op die u vóór de designfreeze moet controleren.

Risico	Veelvoorkomend probleem	Wat te doen in het ontwerp
Synchrone limieten	Legacy loopt vast bij parallelle aanroepen	Gebruik asynchrone berichtgeving; spreid aanroepen via Event Mesh of Cloud Integration
Protocolmismatch	Legacy weigert REST of OAuth, of verloopt op SOAP	Bevestig protocollen en time-outs voordat het ontwerp begint
API rate limits	Batchjobs overschrijden de throttling van derden	Throttle in API Management; voeg wachtlogica toe in de iFlow
Tokenverloop	Flows falen ongemerkt in daluren	Plan vernieuwingscycli en bewaak het verloop
Rigide formaten	Dynamische payloads breken legacy-parsing	Valideer met echte productiesamples
Geen fallback	Bestandsoverdrachten falen zonder retry en data blijft hangen	Buffer in middleware; bouw retry en alerting in iFlows

Voor de cross-cloudvariant van deze problemen, zie mijn stuk over waarom ERP-integratie met Salesforce faalt.

Integratie gaat niet kapot zoals functionele tests controleren. Het faalt onder tijdsdruk, wanneer achtergrondjobs overlappen en wanneer invoer in volume binnenkomt in plaats van één voor één. Een functionele test bewijst dat een transactie boekt en dat een bericht in de log verschijnt. Hij bewijst niet wat er gebeurt wanneer de eerste payrollrun een vloed aan IDocs verstuurt. Bij één project liep een IDoc die er in system integration testing schoon uitzag, de queue vast toen er echte payrollvolumes doorheen kwamen. Alleen load testing vond het.

Interfacetesten moeten dekken:

1. Realistische datavolumes met gelijktijdige gebruikers
2. Serviceonderbrekingen en herstelgedrag
3. Time-outs en retries over middleware en back-ends heen
4. Batchjobs die naast realtime-aanroepen draaien
5. Maandafsluiting en andere piekperiodes

Ontwikkelomgevingen zijn schoon. Deadlocks, race conditions en throttling komen naar boven in UAT en pre-productie, waar andere systemen en batchvensters live zijn, dus draai daar de loadtests. Verdeel het eigenaarschap helder: functionele teams valideren zakelijke resultaten over de hele flow, integratieteams zijn eigenaar van logs, retries en exceptionflows, en projectleiders bevestigen de dekking. Mijn gids over SAP-performancetesten behandelt de loadkant.

Integration Advisor stelt mappings voor voor gestructureerde B2B-formaten. Voor partners die strikte conventies volgen, bespaart het echte opzettijd. Voor enterprise-integraties met legacysystemen, maatwerkvelden, voorwaardelijke logica en ongedocumenteerde regels is het een startpunt.

Een team waarmee ik werkte verwachtte 80% mappingdekking. De werkelijke dekking was ongeveer 40%. De rest moest worden aangepast, met de business gevalideerd en handmatig getest.

Het lost geen bedrijfslogica op die in de loop van jaren informeel is ontstaan (betalingsvoorwaarden, prijscategorieën, eenhedenconventies), geen voorwaardelijke regels op basis van zakelijke context en geen uitzonderingen buiten het standaardformaat. Daarvoor is functionele input nodig. Zonder die input zijn interfaces technisch gemapt en in specifieke gevallen logisch fout.

Integratie degradeert na go-live wanneer documentatie achterloopt en eigenaarschap niet formeel is. Bruikbare documentatie omvat veldmappings en transformatielogica, en authenticatiedetails zoals endpoints, tokenvernieuwing en rotatie van credentials. Ze omvat ook foutafhandeling, fallbackregels en volumeverwachtingen voor kritieke periodes zoals de maandafsluiting en payroll. De test: zou iemand die volgende week bij het supportteam komt een falende interface kunnen troubleshooten met alleen de documentatie?

Elke interface, ook eentje met laag volume, heeft een benoemde eigenaar nodig voor bewaking, escalatie en lifecyclewijzigingen. Zonder eigenaar stuiteren storingen tussen Basis, middleware en functionele teams terwijl de business wacht. Na de hypercare verslapt de bewaking meestal. Bouw regelmatige reviews van foutlogs in, een formele overdracht van project naar support en servicelevels die tussen business en IT zijn afgesproken. Verwaarloosde integratie zit achter veel van de vertraagde boekingen, ontbrekende facturen en niet-aansluitende financiële rapportages die weken na go-live opduiken.

Wat is SAP Integration Suite en hoe verschilt het van CPI?

Cloud Integration, voorheen SAP Cloud Platform Integration (CPI), is één mogelijkheid binnen Integration Suite. De suite voegt API Management toe voor beheerde API-blootstelling en Event Mesh voor asynchrone berichtgeving. Ze bevat ook Integration Advisor voor B2B-mappingvoorstellen, Open Connectors voor cloudapps van derden en assessment- en migratietools voor PI/PO. Teams die het behandelen als CPI met een nieuwe naam slaan API Management en Event Mesh vaak over en betalen daar later voor in governancegaten.

Wanneer eindigt de support voor SAP PI/PO?

SAP Process Integration en Process Orchestration 7.5 vallen tot eind 2027 onder mainstream-onderhoud. Klanten kunnen optioneel verlengd onderhoud afnemen tot eind 2030, waarna de support van SAP eindigt. Integration Suite bevat een Migration Assessment-applicatie om elk scenario te dimensioneren en migratietooling om artefacten semi-automatisch te verplaatsen. Begin met een golfplan in plaats van op de deadline te wachten.

Wanneer moet SAP-integratie standaardcontent gebruiken en wanneer maatwerkontwikkeling?

Gebruik standaardcontent wanneer het scenario SAP-naar-SAP is, dicht bij het referentieproces van SAP ligt en relatief eenvoudig is. Bouw maatwerk wanneer het proces van het model van SAP is afgedreven, wanneer legacy-eigenaardigheden specifieke afhandeling vragen of wanneer voorwaardelijke logica en logica in meerdere stappen zware wijzigingen aan het standaardpakket zouden afdwingen. Beslis in de blueprintfase; een te zwaar aangepaste standaardflow onder go-live-druk opnieuw bouwen kost meer dan een schone maatwerkbouw.

Wat veroorzaakt SAP-integratiefouten in complexe programma's?

Vooral structurele oorzaken. Geen benoemde eigenaar voor bewaking en foutafhandeling, waardoor storingen tussen teams heen en weer stuiteren. Twee werkstromen die integraties bouwen die een endpoint of queue delen zonder het te weten. Legacysystemen die geen gelijktijdige aanroepen aankunnen, wat pas onder load aan het licht komt. En testen die geïsoleerd schoon draait maar nooit batchoverlap of pieken in volume simuleert.

Hoe moet integratietesten voor SAP Integration Suite worden opgezet?

Dek naast functionele tests ook realistische volumes, zoals de eerste maandafsluiting of payrollrun. Test batchjobs die naast realtime-interfaces draaien, herstel wanneer een downstream-systeem niet beschikbaar is en rate limits van derden tijdens bulkjobs. Draai load- en performancetests in omgevingen die op productie lijken, omdat schone ontwikkelsystemen de problemen verbergen.

Hoe moet SAP-integratie na go-live worden bestuurd?

Geef elke interface een benoemde eigenaar voor bewaking, escalatie en wijzigingen. Houd de documentatie actueel: mappings, authenticatie en rotatie van credentials, foutafhandeling en volumeverwachtingen. En bouw een supportmodel voor de lange termijn met regelmatige reviews van foutlogs, een formele overdracht van project naar support en afgesproken servicelevels. Integratie die onzichtbaar wordt, raakt verwaarloosd.