Wat is systeemintegratie?

Systeemintegratie is losse bedrijfsapplicaties zo verbinden dat ze gegevens delen en elkaars processen aansturen, waarmee overtypen en handmatig afstemmen worden vervangen door een afgesproken contract tussen systemen.

De technische verbinding is zelden het lastige deel. Wat bepaalt of een integratielandschap beheersbaar blijft, is een klein aantal architectuurkeuzes vroeg in het traject — meestal gemaakt zonder dat iemand doorhad dat het keuzes waren.

Punt-tot-punt, en de rekensom die iedereen inhaalt

De natuurlijke manier om te koppelen is direct: de webshop aan het ERP, dan het ERP aan het WMS, dan de webshop aan het verzendplatform. Elke koppeling is op zichzelf verstandig.

Het probleem is combinatorisch. n systemen punt-tot-punt verbinden kan tot n(n−1)/2 koppelingen vragen — vier systemen is zes, zes systemen is vijftien, en elk daarvan is iets dat stuk kan gaan en onderhouden moet worden door de upgrades van beide kanten heen.

Daarom voelt een integratielandschap twee jaar prima en daarna onhoudbaar. Er ging niets mis; de rekensom kwam gewoon aan.

Hub-and-spoke en de middlewarevraag

Het alternatief is routeren via een centrale laag — middleware, een integratieplatform, een iPaaS — zodat elk systeem één keer koppelt, aan de hub. Dat maakt van n(n−1)/2 koppelingen er n.

Gratis is het niet. Een hub voegt een component toe die zelf beheerd, bewaakt en betaald moet worden, en wordt een enkelvoudig faalpunt met echt operationeel gewicht. De eerlijke drempel ligt rond vier tot zes systemen met werkelijk tweerichtingsstromen. Daaronder is punt-tot-punt meestal goedkoper en eenvoudiger, en vroeg een platform kiezen is een gebruikelijke manier om licentiekosten te kopen vóór u het probleem heeft dat ze oplossen.

Wie bezit het contract tussen twee systemen

De vraag die de meeste operationele pijn veroorzaakt, is niet technisch. Als een veld wijzigt, wie moet wie inlichten?

Een koppeling is een contract, en contracten hebben aan beide kanten eigenaren nodig. In de praktijk ziet het falen er zo uit: een bovenstrooms systeem voegt een veld toe in een kleine release, niemand licht de eigenaar benedenstrooms in, en de koppeling blijft draaien terwijl hij drie weken stilletjes onvolledige data wegschrijft.

Wat u expliciet vastlegt: een aangewezen eigenaar per koppeling, een gedocumenteerde verwachting dat schemawijzigingen worden aangekondigd, en monitoring die volumeafwijkingen ziet in plaats van alleen fouten. Een stille koppeling werkt niet per se.

Synchroon of asynchroon, en waarom dat telt

Een synchrone aanroep wacht op antwoord — makkelijk te doorgronden, en het koppelt de beschikbaarheid van beide systemen: ligt de andere kant eruit, dan stopt uw proces. Een asynchrone stroom zet het bericht op een wachtrij en gaat door, wat overleeft dat de andere kant onbereikbaar is, maar vraagt dat u omgaat met een antwoord dat later komt — of niet.

Vuistregel: synchroon waar de gebruiker op het resultaat wacht en de bewerking snel is; asynchroon voor alles wat bulk, traag of afhankelijk van andermans beschikbaarheid is. De meeste productielandschappen hebben beide nodig, en de fout is overal één stijl kiezen omwille van de consistentie.

Wat integratie kost

Eén goed gedocumenteerde koppeling is dagen tot enkele weken. Wat het vermenigvuldigt: legacysystemen zonder echte API's, tweerichtingssynchronisatie (die conflictregels vraagt — een businessbesluit, geen technisch), en alles wat geld of voorraad raakt, waar foutafhandeling domineert.

Bij Crux Digits: een audit van €2.500 brengt landschap, volumes en faalgevallen in kaart en zegt of u al een hub nodig heeft. Een proof of concept van €20.000 dekt werkelijk onzekere stromen, en productie begint vanaf €50.000.