SAP-integratieplatforms: tools, licenties en scenario's

SAP-integratieplatforms: tools, licenties en praktijkscenario's

SAP integreren in een breder systeemlandschap kan aanvoelen als een puzzel waarvan sommige stukjes gewoon niet lijken te passen. Verschillende tools, platforms en dataformaten die allemaal om aandacht strijden. Het kan overweldigend zijn, zeker met zoveel integratieopties, waaronder SAP Integration Suite, die allemaal beweren de beste keuze te zijn. Ik heb teams weken zien besteden aan het vergelijken van platforms, om daarna te ontdekken dat ze iets basaals over het hoofd hadden gezien, zoals de gevolgen voor licenties of de latency van het systeem onder belasting.

Deze pagina probeert het daarom duidelijker te maken. Misschien niet perfect duidelijk, maar duidelijk genoeg om zeker te kunnen kiezen. Ik bekijk SAP-integratieplatforms in praktische termen:

Welke tools echt goed samenwerken
Waar indirecte licenties u kunnen laten struikelen
Hoe SAP Integration Suite, CPI, PI en BTP echt met elkaar vergelijken
Wanneer tools van derden meer zin hebben dan die van SAP zelf

Er is geen enkel antwoord voor elk project. Maar zodra de use case vaststaat, wordt de juiste integratieroute meestal vanzelf duidelijk. Dat is althans de hoop.

1. Inleiding op SAP Integration Suite

Een SAP-implementatie gaat zelden alleen over het inrichten van SAP. Vaker gaat het erom SAP met al het andere te laten samenwerken: de legacysystemen, cloudapps, databases en alle maatwerktools waarop het bedrijf al jaren leunt.

Daar wordt integratie cruciaal. Het kan het hele landschap bij elkaar houden of stilletjes wrijving veroorzaken die niemand opmerkt tot er iets kapotgaat.

In de praktijk wordt integratie vaak onderschat. Teams richten zich op functionaliteit, procesontwerp en testen. Laat in het traject beseft iemand:

Belangrijke data synchroniseert niet in realtime
De API-limieten zijn weken geleden al bereikt
De licentiekosten zijn zojuist verdubbeld door indirect gebruik
De gekozen middleware kan het volume onder belasting niet aan

Dit soort dingen is aan het begin niet altijd zichtbaar. Maar uiteindelijk raken ze planning, budgetten en zelfs compliance.

Deze pagina bekijkt de SAP Integration Suite vanuit die invalshoek: hoe de tools echt werken in projecten, welke problemen ze oplossen en waar de risico's zich meestal verschuilen.

Start uw implementatie-assessment SAP-integratie

2. Veelvoorkomende integratiescenario's in SAP-projecten

SAP-projecten beginnen meestal niet met een schone lei. Ze beginnen met een mix van bestaande systemen: sommige goed gedocumenteerd, andere nauwelijks begrepen. Integratie moet daar wijs uit worden, vaak zonder veel ruimte voor vertraging.

In de meeste landschappen keren een paar patronen terug:

Koppelingen van SAP naar niet-SAP. Legacy-ERP's, CRM's of zelfgebouwde apps die nog in gebruik zijn.
Hybride opzetten. Een mix van cloudservices en on-premise-systemen die proberen gesynchroniseerd te blijven.
Realtime versus batchstromen. Snel is goed, maar betrouwbaar wint vaak.
API-gedreven versus middlewaregebaseerd. Soms allebei, afhankelijk van de situatie.

Tools zoals SAP Integration Suite zijn ontworpen om veel van deze patronen aan te kunnen, vooral in hybride of cloudgerichte omgevingen. Maar de tool zelf is maar een deel van de oplossing.

SAP koppelen aan externe platforms klinkt vaak eenvoudig, tot formaten, beveiliging of timing roet in het eten gooien. Ik heb teams dagenlang zien vastzitten op kleine verschillen. De ene kant spreekt REST, de andere staat op flat files.

Hybride opzetten lijken aanvankelijk flexibel. In de praktijk zijn ze meestal opgebouwd uit een lappendeken van uitzonderingen. De ene service pusht data direct. Een andere vertrouwt nog op nachtelijke jobs.

Realtime-integratie spreekt in de planningsfase iedereen aan. Maar het werkt alleen als beide systemen het aankunnen. Dat is niet altijd het geval.

Middleware biedt structuur, API's bieden snelheid. De keuze voor het een of het ander hangt minder af van voorkeur en meer van wat er al staat en wat het team realistisch kan beheren.

Integratiescenario's tussen applicaties om te overwegen

1. Integratie van SAP met niet-SAP

SAP moet vaak koppelen met platforms zoals Salesforce, Oracle of branchespecifieke tools. Deze integraties zorgen voor continuïteit in kritieke bedrijfssystemen en -processen.

Maakt gestructureerde gegevensuitwisseling mogelijk tussen SAP en platforms van derden
Omvat authenticatie, veldmapping en transformatielagen
Helpt bestaande bedrijfsprocessen te behouden tijdens SAP-uitrol

2. Hybride landschappen (on-premise / cloud)

De meeste SAP-klanten werken in hybride omgevingen. On-premise SAP-systemen bestaan naast cloudplatforms, waardoor integratie essentieel is voor consistente data en wendbaarheid van het bedrijf.

Verbindt SAP ECC of S/4HANA met cloudproducten zoals SuccessFactors of Ariba
Overbrugt verschillende protocollen en beveiligingsmodellen
Vraagt sterke governance om latency en synchronisatieproblemen te voorkomen

3. Realtime- versus batchintegratie

De keuze tussen realtime- en batchintegratie hangt af van de mogelijkheden van het systeem, het datavolume en de behoeften van het bedrijf. Niet alle processen hebben evenveel baat bij directe gegevenssynchronisatie.

Realtime werkt goed voor transacties zoals het aanmaken van orders of voorraadupdates
Batch is beter voor grote datasets zoals prijzen, stamgegevens of historische ladingen
De meeste landschappen gebruiken beide, afhankelijk van hoe kritiek het proces is

4. API-gebaseerde integratie

API-gebaseerde integraties laten applicaties rechtstreeks communiceren via lichte protocollen. Ze zijn zeer geschikt voor cloud-native services en moderne ontwikkelomgevingen.

Ideaal om SAP te koppelen aan mobiele apps, portalen of microservices
Sneller uit te rollen, maar vraagt strikt versiebeheer en beveiliging
Veel gebruikt met SAP API Management en OData-services

5. Middlewaregebaseerde integratie

Middleware voegt een centraal controlepunt toe voor het integreren van SAP met meerdere systemen. Het helpt de complexiteit te beheersen via orkestratie, berichtenwachtrijen en datatransformatie.

Gebruikt in landschappen waar meerdere systemen met SAP samenwerken
Biedt gecentraliseerde monitoring en foutafhandeling
Voorbeelden: SAP PI/PO, SAP Integration Suite, MuleSoft, Dell Boomi

6. Gemengde integratiebenaderingen

De meeste ondernemingen gebruiken een combinatie van API- en middlewarestrategieën. Dit hybride model past zich aan de beperkingen van systemen, de vaardigheden van het team en de behoefte aan ondersteuning op lange termijn aan.

Combineert directe en beheerde integratiemethoden
Biedt flexibiliteit voor toekomstige uitbreiding of wisselingen van tools
Helpt integratie af te stemmen op zowel technische als zakelijke prioriteiten

3. Overzicht van SAP Integration Suite

Bij SAP-integratie is het kiezen van de juiste SAP Integration Suite belangrijker dan de meeste teams verwachten. De keuze gaat verder dan functies en snelheid. Ze kan de planning, supportmodellen en zelfs licenties beïnvloeden. Ik heb projecten zien vastlopen niet omdat de integratie mislukte, maar omdat het platform niet paste bij hoe het bedrijf werkte.

SAP biedt verschillende integratieopties: sommige ouder, sommige nieuwer en sommige die meer overlappen dan mensen beseffen. Er is vaak discussie over welke tool te gebruiken. Het hangt ervan af, natuurlijk. Van wat u koppelt. Van hoe data moet bewegen. Van wat het team kent.

Geen enkele tool dekt alles. Elke tool heeft afwegingen. Maar als u begrijpt waar elke tool het best past, wordt het grotere plaatje duidelijker.

Hier volgt een kort overzicht van de meest gebruikte SAP-integratieplatforms, gebaseerd op hoe ze in echte projecten worden toegepast en niet alleen op hoe SAP ze op de markt brengt.

SAP-integratieplatforms

1. SAP PI / PO (Process Integration / Orchestration)

PI/PO is al jaren de standaard voor on-premise SAP-integratie. Het verzorgt berichttransformaties, workflows en uiteenlopende protocolconversies. Hoewel betrouwbaar, voelt het in dynamischer omgevingen wat zwaar aan. Toch doet het zijn werk bij complexe backendlogica.

Zeer geschikt voor integraties van SAP naar SAP en legacy-integraties
Ondersteunt IDoc, BAPI, RFC, SOAP en meer
Vaak gebruikt in ECC-gebaseerde of hybride opzetten

2. SAP CPI / Integration Suite

SAP CPI is flexibeler en ontworpen voor cloud-first en hybride landschappen. Het is makkelijker om mee te beginnen, vooral voor teams die nieuw zijn met SAP. De kant-en-klare iFlows helpen, maar echte aanpassing kost nog steeds tijd. Voor de meeste nieuwe S/4HANA-projecten is dit meestal de standaardkeuze.

Ondersteunt cloud- en hybride integraties
Bevat herbruikbare contentpakketten en adapters
Onderdeel van het licentiemodel van SAP Integration Suite

3. SAP API Management

Meer gericht op governance dan op het daadwerkelijk verplaatsen van data. API Management helpt u te bepalen wie waartoe toegang heeft en onder welke voorwaarden. Zie het meer als een toegangspoort dan als een bezorgwagen. Het is nuttig wanneer u API's beschikbaar stelt aan partners of interne gebruikers.

Gebruikt voor verkeersbeheersing, throttling en authenticatie
Nuttig bij het beschikbaar stellen van SAP-API's aan externe apps
Vult CPI of andere backendtools vaak aan

4. SAP BTP Integration Services

Dit is een bredere paraplu die CPI, API Management, eventverwerking en meer omvat. Het geeft u één centrale plek om tools te beheren, maar de tools zelf gedragen zich nog tamelijk onafhankelijk. De waarde zit in het feit dat ze gebundeld en losjes verenigd zijn.

Combineert meerdere SAP-integratiecomponenten
Gecentraliseerde toegang via de SAP BTP-cockpit
Nuttig voor integratielandschappen met meerdere tools

5. SAP Data Intelligence

Data Intelligence is bedoeld voor als data in een gestructureerde pijplijn over platforms heen moet stromen. Denk meer aan analytics dan aan transacties. Het verbindt SAP met datalakes, ML-tools of andere externe bronnen die geen deel uitmaken van de dagelijkse processtromen.

Richt zich op data-orkestratie over platforms heen
Integreert met analytics- en machinelearningstacks
Het meest geschikt voor datapijplijnen, niet voor transacties met hoge frequentie

6. De juiste tool kiezen

Er is geen enkel “beste” platform. De juiste tool hangt af van wat er wordt geïntegreerd, de schaal van de integratie en hoeveel flexibiliteit nodig is. Soms gaat het erom waar uw team al vertrouwd mee is. Ook dat telt.

Begin bij de use case, niet bij de tool
Beoordeel licenties, beschikbaarheid van vaardigheden en supportmodel
Vaak worden meerdere tools naast elkaar gebruikt

Integratieplatforms van derden die met SAP werken

1. Dell Boomi

Dell Boomi biedt een low-code, cloudgebaseerd platform dat goed past bij organisaties die snelle uitrol en herbruikbare integraties nodig hebben. Het koppelt aan SAP via kant-en-klare connectors en verwerkt zowel realtime- als batchwerkstromen effectief.

Low-code-interface voor snellere implementatie
Verbindt SAP met cloudapps, CRM's en legacysystemen
Goede match voor middelgrote ondernemingen met hybride behoeften

2. MuleSoft

MuleSoft wordt vaak gebruikt in ondernemingen met grootschalige integratiebehoeften die verder gaan dan SAP. Het biedt API-led connectivity en een rijke ontwikkelaarservaring. De SAP-connectors zijn sterk, maar het kan vooraf meer moeite kosten om het goed te configureren.

API-first-model voor flexibel serviceontwerp
Gebruikt wanneer SAP in een bredere enterprisearchitectuur wordt geïntegreerd
Beter passend bij complexe of gedistribueerde systemen

3. Informatica

Informatica blinkt uit in datazware omgevingen. Het wordt vaak gekozen voor integraties gericht op ETL, stamgegevensbeheer of analytics. Directe SAP-integratie wordt ondersteund, al is die meestal minder op realtime gericht dan bij andere platforms.

Ideaal voor dataverplaatsing en datacleansing in grote volumes
Vaak gecombineerd met SAP voor rapportage of MDM-use-cases
Geschikt voor organisaties met volwassen BI-omgevingen

4. Wanneer platforms van derden gebruiken

Soms passen de eigen tools van SAP niet, vooral in gemengde systeemlandschappen. Een tool van een derde partij kan betere connectors of eenvoudigere interfaces bieden, of past gewoon bij bestaande interne werkwijzen.

Wanneer teams al getraind zijn op externe platforms
Wanneer SAP slechts een onderdeel is van een veel grotere architectuur
Wanneer realtime-, low-code- of geavanceerde data-integratie nodig is

5. Licenties en kostenfactoren

Licenties kunnen sterk verschillen per platform. SAP-tools bundelen integratie vaak in bestaande abonnementen. Tools van derden bieden misschien flexibiliteit, maar prijsmodellen kunnen snel oplopen op basis van volume of gebruikers.

Beoordeel de kosten op basis van transactievolume en connectors
Let op overlap met bestaande gelicentieerde SAP-mogelijkheden
Houd rekening met de TCO, niet alleen met licentiekosten

6. Onderhoud en support van integraties

Platforms van derden kunnen andere supportmodellen vragen. Sommige bieden sterke ondersteuning van de leverancier, andere leunen zwaar op interne vaardigheden. Onderhoud op de lange termijn hoort deel uit te maken van de beslissing, niet alleen de snelheid van de eerste inrichting.

Controleer de SLA's van de leverancier en de updatecycli
Reken interne kennis of de behoefte aan externe consultants mee
Plan governance, versiebeheer en beveiligingsupdates in

4. De juiste componenten kiezen in de SAP Integration Suite

Het perfecte integratieplatform bestaat niet. Wat in het ene SAP-project werkt, kan in het andere onnodige overhead veroorzaken. De keuze van de juiste componenten in de SAP Integration Suite hangt af van het landschap waarin u werkt en van de druk waaronder uw integraties komen te staan: technisch, operationeel en soms zelfs politiek.

Begin met de keuze te beperken aan de hand van een paar criteria:

Systeemlandschap: hoeveel systemen zijn er betrokken? Zijn het allemaal SAP-systemen of een mix van cloud- en niet-SAP-tools?
Latencyeisen: moet data direct bewegen, of is vertraging acceptabel?
Uitbreidbaarheid: komen er vaak nieuwe systemen bij? Is flexibiliteit belangrijker dan standaardisatie?
Volume: verplaatst u een paar records per uur of tienduizenden per minuut?

Hier is een grove indeling van hoe platforms aansluiten op verschillende behoeften:

SAP naar SAP - PI/PO of CPI
Cloud naar cloud - CPI, MuleSoft, Boomi
API-beheer - SAP API Management, MuleSoft
ETL met hoog volume - Informatica, SAP Data Intelligence
Complexe orkestratie - PI/PO, MuleSoft, BTP Integration Services

5. SAP Integration Suite met Oracle, Microsoft en Salesforce

In echte SAP-landschappen werkt SAP zelden geïsoleerd. Veel omgevingen bevatten grote, bedrijfskritische platforms zoals Oracle, Microsoft of Salesforce. Elk brengt eigen integratie-uitdagingen mee: sommige technisch, sommige structureel en sommige in de grijze zone van licenties.

1. SAP ↔ Oracle (ERP, HR, SCM)

SAP en Oracle bestaan in grotere ondernemingen vaak naast elkaar. Het ene systeem doet de financiën, het andere beheert de toeleveringsketen of HR. Ze betrouwbaar data laten delen kan in het begin traag aanvoelen, vooral als de modellen meer verschillen dan verwacht.

Oracle-tabellen moeten vaak via API's of staginglagen worden ontsloten
SAP pusht meestal IDocs of gebruikt BAPI's, die vertaald moeten worden
Timing is cruciaal: batchvensters kunnen synchronisatievertragingen veroorzaken
Risico's rond indirecte toegang komen vaak voor als Oracle-apps automatisch SAP-processen starten

2. SAP ↔ Microsoft (Azure, Power Platform, M365)

Microsoft en SAP raken elkaar op meer plekken dan de meeste mensen verwachten. Of het nu Power BI is die data uit SAP haalt of Teams die live KPI's toont, de koppelingen nemen toe. Maar integratie vraagt een zorgvuldige opzet. Sommige onderdelen lopen soepel. Andere minder.

Azure Logic Apps kunnen SAP-API's aanroepen, maar de inloggegevens moeten zorgvuldig worden beheerd
Power Platform biedt connectors, maar kan voor complexe stromen maatwerkfuncties nodig hebben
Microsoft 365 (zoals Excel) wordt vaak gebruikt om SAP-data offline te bewerken en daarna terug te synchroniseren. Deze opzet kan stilletjes licentieproblemen veroorzaken als ze niet wordt bijgehouden

De connectiviteit tussen SAP en Azure verbetert, maar hybride modellen vragen nog steeds sterke authenticatie, vooral als on-premise-systemen betrokken zijn.

3. SAP ↔ Salesforce (klantdata, orders, support)

Salesforce zit bijna altijd aan de klantkant. SAP verzorgt de backend. De brug tussen beide gaat meestal over het synchroniseren van klantrecords, orderstatus en servicehistorie.

Voor deze stromen wordt vaak SAP CPI of MuleSoft gebruikt
De objectmodellen verschillen: Salesforce is flexibeler, SAP is rigider
API-limieten in Salesforce kunnen synchronisaties met hoog volume laten vastlopen
Risico op indirecte licenties als Salesforce SAP-transacties start zonder gelicentieerde gebruiker

Soms lijken deze koppelingen eenvoudig. Maar zodra het volume toeneemt of het proces halverwege het project verandert, komt de complexiteit boven. Vroeg plannen voor deze uitzonderingen is zelden verloren moeite.

CPI-integratie

6. Wat zijn indirecte licenties?

Indirecte licenties spelen wanneer systemen buiten SAP op de achtergrond met SAP communiceren. Niemand logt rechtstreeks in op SAP, maar bedrijfsprocessen zijn er toch van afhankelijk. Een veelvoorkomend voorbeeld is Salesforce dat automatisch verkooporders in SAP aanmaakt, zonder dat een SAP-gebruiker het scherm aanraakt. Dat telt mee.

SAP noemt dit “indirecte toegang”. En dat is belangrijk, want het geldt nog steeds als een licentieplichtige gebeurtenis, ook als de gebruiker SAP nooit ziet.

Om dit te beheersen voerde SAP het Digital Access-model in, dat de focus verlegt van gebruikers naar documenten.

Enkele typische aanleidingen:

Een portaal van een derde partij dat orders naar SAP pusht
Een mobiele app die voorraadniveaus via een API opvraagt
Een bot die klantdata bijwerkt zonder in te loggen
Een CRM dat in realtime prijzen uit SAP haalt

Het is niet altijd duidelijk waar de grens ligt. Maar als SAP iets verwerkt namens een ander systeem, is het de moeite waard dit te controleren.

7. Overwegingen rond licenties en compliance (direct + indirect)

Licenties komen in SAP-projecten vaak laat aan de orde, soms nadat integratiebeslissingen al zijn genomen. Maar ze doen ertoe. Meer dan de meeste mensen verwachten. Vooral wanneer systemen van derden uit SAP gaan lezen of er naartoe gaan schrijven zonder named user.

De kern is vaak directe versus indirecte toegang. Directe toegang is eenvoudig. Een named SAP-gebruiker logt in, start een proces en die handeling is gelicentieerd. Maar van indirecte toegang is sprake wanneer een extern systeem (Salesforce, een maatwerkportaal, misschien zelfs een bot) op de achtergrond met SAP communiceert. Ook dat kan volgens de voorwaarden van SAP als gebruik gelden.

Om dit op te vangen voerde SAP het Digital Access-model in. In plaats van per gebruiker te rekenen, telt het hoeveel documenten van bepaalde typen via indirecte toegang zijn aangemaakt. Denk aan verkooporders, facturen of materiaalbewegingen. Op papier is dat duidelijker. In de praktijk blijven er grijze gebieden.

Compliancerisico's komen vaak voort uit goedbedoelde automatiseringen. Bijvoorbeeld:

Een mobiele app die prijzen uit SAP haalt zonder gebruikerslogin
Een CRM dat automatisch klantrecords in SAP aanmaakt
Een planningstool die elk uur de voorraadniveaus controleert

Het zijn allemaal nuttige toepassingen. Maar ze kunnen een licentierisico veroorzaken als ze niet goed worden bijgehouden en gerapporteerd.

Er zijn manieren om de kosten te beheersen. SAP biedt voordelen via het Digital Access Adoption Program (DAAP) voor wie overstapt op documentgebaseerde licenties. Sommige bedrijven zetten ook tools voor gebruiksmonitoring in (SAP Passport of externe logtools) om te volgen waar het risico zit.

Audits zijn een ander verhaal. Ze kunnen technisch, commercieel of beide zijn. Sommige audits zijn voorspelbaar. Andere minder. Hoe dan ook: proactief zijn kost meestal minder dan op het verkeerde been gezet worden.

1. Salesforce maakt verkooporders aan in SAP

Verkopers voeren deals in Salesforce in, dat vervolgens automatisch orderdata naar SAP stuurt. Er logt geen SAP-gebruiker in, maar er worden wel documenten in de backend aangemaakt.

Wat is het probleem: verkooporders worden via indirecte toegang gegenereerd, wat onder de digitale licentiëring van SAP valt.
Oplossing: gebruik het Digital Access-model van SAP en tel deze mee als documenten, of herstructureer zodat ze via workflows van named SAP-gebruikers worden gestart.

2. Maatwerkportaal leest prijzen uit SAP

Een openbaar of voor partners bedoeld webportaal toont realtimeprijzen die via een API uit SAP worden gehaald. Er wordt geen SAP-authenticatie gebruikt.

Wat is het probleem: de toegang tot prijsdata omzeilt named users en stelt de SAP-backend bloot zonder traceerbaarheid.
Oplossing: leid de toegang via SAP API Management en pas passende gebruikersauthenticatie of quotabeheer toe.

3. Mobiele app controleert voorraadbeschikbaarheid

Magazijnteams gebruiken een mobiele app die de actuele SAP-voorraad opvraagt zonder rechtstreeks in SAP in te loggen.

Wat is het probleem: data wordt indirect benaderd en afhankelijk van volume of frequentie kan dit licentieplicht veroorzaken.
Oplossing: licentieer de mobiele gebruikers of zorg dat de toegang binnen de drempels van de documentgebaseerde licenties blijft.

4. E-commerceplatform maakt facturen aan

Online aankopen leiden tot geautomatiseerde factuurboekingen in SAP. Het proces verloopt volledig van systeem naar systeem, zonder SAP-gebruiker.

Wat is het probleem: het aanmaken van facturen is onder het Digital Access-model van SAP een licentieplichtige gebeurtenis als het indirect gebeurt.
Oplossing: neem factuurdocumenten mee in uw telling voor de Digital Access-licentie en volg de volumetrends.

5. HR-systeem schrijft medewerkerdata naar SAP

HR-software van een derde partij beheert de stamgegevens van medewerkers en werkt SAP HCM bij via batchjobs.

Wat is het probleem: het aanmaken van stamgegevens zonder gelicentieerde SAP-gebruiker kan niet-conform zijn, afhankelijk van hoe de data wordt verwerkt.
Oplossing: verduidelijk met SAP of dit als licentieplichtige documenten geldt en voer gebruiksregistratie in of leid het via named users.

6. BI-tool haalt regelmatig rapporten uit SAP

Rapportageplatforms zoals Power BI of Tableau koppelen volgens een schema via OData of JDBC aan SAP-tabellen en halen onopgemerkt data op.

Wat is het probleem: frequente data-extractie kan toegangsbeleid schenden als er geen authenticatie is of gebruikers geen licentie hebben.
Oplossing: leid de toegang via geautoriseerde rapportagegebruikers of gebruik door SAP gecertificeerde analytics-connectors die licenties correct bijhouden.

8. Hoe kan ik u helpen?

Met 25 jaar in SAP en digitale transformatie heb ik projecten gezien van de kickoff tot de go-live, en van het rommelige midden waar niemand over praat. Soms leid ik vanaf het begin. Andere keren word ik erbij gehaald om het schip te stabiliseren als het misgaat.

Hoe dan ook is mijn rol dezelfde: verbinden wat het bedrijf echt nodig heeft met wat het systeem werkelijk kan leveren. Geen jargon. Geen gebakken lucht. Wat u hier vindt, is geen theorie. Het is gevormd door jaren in het veld, waarin ik echte problemen onder echte druk oploste.

Requirements verzamelen

9. Enkele best practices voor integratie

Vroeg in een project betekent integratie meestal: zorgen dat het werkt. Data van het ene systeem naar het andere verplaatsen, een paar vakjes afvinken en door. Maar de echte uitdaging komt later, wanneer er stilletjes iets kapotgaat of niemand zich nog herinnert hoe de interface ooit is opgezet.

Best practices gaan niet over het volgen van een rigide standaard. Ze gaan over het verkleinen van vermijdbare risico's. Dat kan betekenen: sterkere authenticatie gebruiken, of monitoring opzetten voordat het schaalt. Soms betekent het gewoon meer documenteren dan op dat moment nodig lijkt.

Een paar dingen houden integraties op lange termijn gezond:

Gebruik veilige protocollen zoals OAuth2, SAML of X.509
Zet monitoring op, ook als de stroom eenvoudig lijkt
Bouw iFlows of API's die kunnen worden hergebruikt of uitgebreid
Documenteer hoe het werkt en wat te doen als het faalt

Deze stappen zijn zelden urgent. Maar later besparen ze uren. Soms dagen.

1. Beveilig elk integratiepunt

Beveiliging komt vaak laat aan bod, meestal vlak voor de go-live. Maar dan is het het moeilijkst te herstellen. Gebruik OAuth2, SAML of certificaten, afhankelijk van het scenario. En als er statische inloggegevens worden gebruikt, log en roteer ze dan correct. Laat ze niet gewoon in een configuratiebestand staan in de hoop dat niemand ze vergeet.

Gebruik end-to-end-versleuteling, niet alleen extern
Kies authenticatieprotocollen op basis van het datarisico
Test het verlopen en vernieuwen van tokens vroeg

2. Monitor vanaf het begin

Monitoring wordt vaak pas na een incident toegevoegd. Maar het werkt het best als het er al is voordat er iets kapotgaat. Zelfs minimale logging helpt. Het gaat niet om mooie dashboards. Het gaat erom te weten wat er faalde, wanneer en waarom. Zonder dat kan zelfs een klein probleem uren kosten om op te sporen.

Stel alerts in voor fouten en timeouts
Log responstijden en het aantal herpogingen
Gebruik bestaande SAP-monitoring als die beschikbaar is

3. Ontwerp voor hergebruik, niet voor het moment

Het is verleidelijk om het directe probleem met een snelle, hardgecodeerde oplossing op te lossen. Maar elke eenmalige oplossing zorgt later voor wrijving. Herbruikbare iFlows, gedeelde transformatielogica en geparametriseerde invoer besparen tijd wanneer processen veranderen, wat bijna altijd gebeurt.

Gebruik waar mogelijk sjablonen
Vermijd bedrijfsregels in mappingstappen
Scheid logica van transportlagen

4. Documenteer met de operatie in gedachten

Documentatie stopt vaak bij de ontwerpfase. Maar supportteams hebben meer nodig dan diagrammen. Ze moeten weten wat er gebeurt als het endpoint uitvalt of als een veld ontbreekt. Goede documentatie beantwoordt die vragen voordat er tickets worden aangemaakt.

Neem herpoginglogica, foutafhandeling en versie-informatie op
Beschrijf aannames over upstream- en downstreamsystemen
Houd documenten actueel naarmate stromen veranderen

5. Wijs duidelijk eigenaarschap toe

Sommige integraties draaien maandenlang voordat iemand beseft dat niemand ze beheert. Als ze falen, gaat iedereen ervan uit dat iemand anders kijkt. Voorkom dit. Wijs eigenaarschap toe. Ook als het informeel is. Die ene stap beperkt downtime meer dan de meeste technische oplossingen.

Leg de verantwoordelijkheid voor elke stroom of interface vast
Zorg dat de eigenaar toegang heeft tot logs en tools
Neem eigenaarschap op in onboarding- en overdrachtsdocumenten

6. Bouw voor verandering, niet alleen voor de lancering

Interfaces zijn niet statisch. Velden veranderen. API's krijgen nieuwe versies. Volumes groeien. Als de stroom te rigide is, breekt hij al bij kleine wijzigingen. Plan aanpassingen vanaf het begin in, ook als de eisen nu stabiel lijken.

Gebruik versiebeheer op mappings en configuraties
Documenteer bekende limieten en beperkingen duidelijk
Beoordeel integratiestromen tijdens releasecycli

10. Overwegingen rond totale kosten en ROI

Integratieprojecten beginnen vaak met technische doelen: systemen koppelen, data synchroniseren, zorgen dat het draait. Maar daaronder speelt kostprijs een grotere rol dan de meesten beseffen. Niet alleen de licenties vooraf, maar ook de kosten die later opduiken: wanneer workloads schalen, eisen verschuiven of een noodoplossing permanent wordt.

Cloudtools zoals SAP CPI lijken in het begin kostenefficiënter. Geen hardware, snellere inrichting. Maar bij gebruiksafhankelijke prijzen kunnen de kosten met het volume oplopen. On-premise-opties zoals PI/PO hebben stabielere prijzen, maar brengen overhead voor de infrastructuur mee.

Dan zijn er de platforms van derden. Elk met een eigen licentiemodel: sommige rekenen per gebruiker, andere per transactie of connector. Het loopt op.

Integratie bekijken vanuit ROI betekent dus meer vragen dan “wat kost het nu?”. Het betekent vooruitkijken. Hoe schaalt dit? En wie betaalt als het moet veranderen?

1. Kosten van cloud versus on-premise

Cloudplatforms zoals SAP CPI bieden snellere inrichting en lagere infrastructuurkosten, maar de prijs schaalt vaak mee met het gebruik. On-premise-tools zoals PI/PO vragen meer investering vooraf, maar kunnen op termijn kostenstabiliteit bieden, vooral als de hardware er al staat.

Cloud: abonnementsgebaseerd, vaak per bericht of verbinding
On-premise: CAPEX-zwaar, met lagere terugkerende licentiekosten
De prijs hangt af van het systeemvolume en de IT-footprint

2. Gevolgen van SAP CPI-licenties

SAP CPI hanteert een gelaagd, gebruiksafhankelijk model. U betaalt op basis van berichtvolume en doorvoer. Bij laag tot matig gebruik is het voorspelbaar, maar zwaar verkeer of niet-geoptimaliseerde stromen kunnen tot forse kostenstijgingen leiden.

De instaptarieven beginnen doorgaans rond €1.000 tot €2.000 per maand
Extra kosten voor berichten met hoog volume of niet-standaardadapters
Volg het gebruik maandelijks om de kosten proactief te beheersen

3. Prijzen van middleware van derden

MuleSoft, Dell Boomi en Informatica hanteren uiteenlopende prijsmodellen: per connector, per gebruiker of per transactie. De basisprijs kan betaalbaar lijken, maar bij opschalen komen vaak limieten aan het licht die nieuwe kosten veroorzaken.

MuleSoft: licentie + API-volume + core packs (~$18K+/jaar)
Boomi: per integratieproces, connector of gebruikersniveau
Informatica: kosten bepaald door ETL-volume en platformservices

4. Kosten van verandering in de loop van de tijd

De kosten van de eerste inrichting zijn maar een deel van het verhaal. Wijzigingen (nieuwe endpoints, bijgewerkte mappings of verschuivingen in bedrijfsregels) kunnen extra licentie- of ontwikkelkosten meebrengen, vooral in rigide omgevingen.

Reken in complexe landschappen op 15 tot 30% veranderingskosten per jaar
Modulairdere platforms verminderen doorgaans de wrijving bij verandering
Maatwerk kan licentie-uitbreidingen of consultancy vereisen

5. Kosten van support en onderhoud

Support wordt in kostenramingen vaak over het hoofd gezien. SAP CPI bevat basale supportniveaus, maar responstijden en SLA's verschillen. Tools van derden bieden mogelijk snellere support, tegen een prijs, of vragen aanvullende servicecontracten.

SAP-support is gekoppeld aan bestaande enterprise-overeenkomsten
Tools van derden kunnen jaarlijks 15 tot 20% van de licentie rekenen voor support
De behoefte aan interne support kan toenemen met de complexiteit van het systeem

6. ROI beoordelen voorbij de inrichting

Echte ROI omvat de eigendomskosten over de tijd, niet alleen de implementatie. Een goedkoper platform mist mogelijk flexibiliteit, terwijl een duurdere tool later downtime of wijzigingsinspanning kan verminderen. Beoordeel over de hele levenscyclus, niet alleen de lancering.

Reken licentie, onderhoud, support en veranderingskosten samen mee
Raam de ROI over een horizon van 2 tot 3 jaar, niet alleen over de projectfase
Neem de kosten van mislukte of vertraagde integraties mee als potentieel risico

Veelgestelde vragen

Veel klanten draaien om dezelfde vragen heen wanneer ze voor het eerst een SAP-implementatie overwegen.

Misschien hebt u er zelf ook een paar: hoe lang het echt duurt, wat het kan kosten of welke ondersteuning nodig is nadat het systeem live is. Terechte vragen.

In plaats van u in het ongewisse te laten, heb ik duidelijke, eerlijke antwoorden verzameld die u helpen beter in te schatten wat u kunt verwachten en waar de lastige punten meestal opduiken.

Neem contact op!

1. Wat is SAP CPI?

SAP CPI, oftewel Cloud Platform Integration, is onderdeel van SAP Integration Suite. Het helpt SAP en niet-SAP-systemen te koppelen, vooral in cloud- of hybride omgevingen. Zie het als middleware, maar gebouwd voor gedistribueerde landschappen.

Het omvat:

Kant-en-klare integratiestromen (iFlows genoemd)
Ondersteuning voor protocollen zoals HTTPS, SFTP en OData
Opties voor eigen mapping, scripting en routering

CPI is vooral nuttig bij de overstap van on-premise naar cloud, of wanneer apps van derden veilig met SAP moeten communiceren.

2. Hoe integreert SAP met Salesforce?

SAP en Salesforce wisselen data meestal uit via API's of middleware zoals SAP CPI, MuleSoft of Dell Boomi.

Gangbare toepassingen zijn:

Het synchroniseren van klantstamgegevens
Het overdragen van order- en factuurgegevens
Het delen van de historie van supportcases of prijsinformatie

Uitdagingen komen vaak voort uit verschillen in datamodellen en API-limieten aan de kant van Salesforce. Zorgvuldige mapping en throttling zijn essentieel.

Ook licenties kunnen een punt van zorg zijn. Als Salesforce acties in SAP start, kan indirecte toegang van toepassing zijn.

3. Wat is indirecte toegang tot SAP?

Van indirecte toegang is sprake wanneer externe systemen met SAP communiceren zonder dat een gebruiker rechtstreeks inlogt. Bijvoorbeeld een portaal of app van een derde partij die via een API een verkooporder in SAP aanmaakt.

SAP beschouwt dit als licentieplichtig onder het Digital Access-model, waarbij het gebruik per documenttype wordt bijgehouden (orders, facturen enzovoort).

Het kan teams overvallen. Systemen draaien stilletjes op de achtergrond, maar genereren documenten die licentierisico's veroorzaken.

Zo beheerst u het:

Beoordeel hoe externe systemen SAP gebruiken
Monitor het volume aan aangemaakte documenten
Overweeg de documentgebaseerde digitale licentiestructuur van SAP

4. Welke SAP-integratietool is het best?

Dat hangt af van wat u integreert, hoe vaak het verandert en wie het onderhoudt.

Voor cloud naar cloud of hybride: SAP Integration Suite (CPI)
Voor on-premise SAP naar SAP: SAP PI/PO
Voor API-governance: SAP API Management
Voor datapijplijnen en analytics: SAP Data Intelligence
Voor bredere enterpriseintegratie: MuleSoft of Dell Boomi

De meeste landschappen gebruiken een mix. Wat “het best” is, hangt meer af van de match dan van de functies.

5. Kan SAP integreren met Microsoft en Oracle?

Ja, en het gebeurt vaak.

SAP ↔ Microsoft

Azure Logic Apps, Power Automate of SAP-connectors in Power BI
Gangbaar gebruik: SAP-data ophalen in Excel, Teams of dashboards

SAP ↔ Oracle

Meestal via middleware (CPI, PI of van een derde partij)
Toepassingen zijn onder meer integratie van finance, inkoop of HR

Uitdagingen zijn onder meer verschillende authenticatiemodellen, timingverschillen en in sommige gevallen licenties.

6. Wat is SAP Integration Suite?

SAP Integration Suite is het cloud-native platform van SAP voor het verbinden van systemen, apps en data. Het omvat CPI, API Management, Open Connectors en event-mesh-mogelijkheden.

Zie het als een gereedschapskist. Sommige onderdelen zijn kant-en-klaar, andere configureerbaar. Het is ontworpen voor cloud-first en hybride omgevingen.

Belangrijkste voordelen:

Kant-en-klare content voor gangbare integraties
Realtime- en batchverwerking
Tools voor beveiliging, monitoring en governance

Het wordt gepositioneerd als de strategische integratielaag van SAP voor moderne landschappen.

7. Vervangt SAP CPI PI/PO?

In cloudzware of hybride landschappen wel: SAP CPI is de voorkeursrichting. Maar PI/PO wordt nog steeds ondersteund en veel gebruikt, vooral in ECC-gebaseerde systemen of on-premise opzetten.

SAP adviseert om na verloop van tijd naar Integration Suite te gaan, maar er is geen verplichte overstap. Het hangt af van de projectplanning, de systeemroadmap en de kosten.

Sommige bedrijven gebruiken beide en voeren CPI geleidelijk in.

8. Hoe gaat SAP om met API-beveiliging?

SAP ondersteunt standaard beveiligingsprotocollen:

OAuth2 voor tokengebaseerde authenticatie
SAML voor federatieve identiteit
X.509-certificaten voor vertrouwen tussen systemen

Integration Suite biedt ook API-throttling, handhaving van quota en beleidsbeheer. De meeste teams combineren SAP-beveiligingstools met identity providers van het bedrijf, zoals Azure AD of Okta.

De beveiligingsbehoeften verschillen per scenario, dus plan dit vroeg in.

9. Wat bepaalt de kosten van SAP-integratie?

Meerdere factoren beïnvloeden de kosten:

Type tool (cloud versus on-premise)
Volume aan transacties of berichten
Aantal interfaces en systemen
Licentiemodel (bijv. CPI is gebruiksafhankelijk)

De licenties van SAP CPI lijken in het begin bijvoorbeeld laag, maar kunnen snel meegroeien met het volume. Middleware van derden rekent mogelijk per connector of gebruiker.

Neem in uw ramingen altijd de kosten van support en verandering mee, niet alleen de licentiekosten.

10. Hoe monitor ik SAP-integraties?

SAP Integration Suite bevat ingebouwde monitoringdashboards, logs en tracetools. U kunt:

Berichtlogs en fouten in realtime bekijken
Prestaties en latency volgen
Alerts instellen voor mislukte of trage stromen

Voor on-premise-systemen zoals PI/PO gebeurt monitoring in de Integration Engine of via SAP Solution Manager.

Het gaat erom monitoring vroeg op te zetten. Wachten tot er iets faalt, kost meestal meer dan vooruit plannen.

Vertel me waar u aan werkt.

Een gesprek van 30 minuten. U beschrijft het programma, de beslissing of het probleem. Ik zeg u of ik kan helpen, en zo niet, wie wel.

Bespreek uw project

SAP Integration Suite: tools, licenties en praktijkscenario's

Vertel me waar u aan werkt.