ERP-integratielandschap: waarom uw koppelingen werken tot er één systeem verandert

De wijziging die niemand durft goed te keuren

Op het bureau van een IT-manager ligt een e-mail van een softwareleverancier. Het WMS krijgt volgende maand een update, een routinematige versiesprong, en er hangt één vraag aan: akkoord om door te voeren? Technisch is het een kwestie van een vinkje. Toch blijft de e-mail dagen liggen.

De reden is niet dat de update ingewikkeld is. Het is dat niemand precies weet welke koppelingen aan dat WMS hangen, welke gegevens er heen en weer stromen en wat er gebeurt als het formaat van één bericht verandert.

Er is een koppeling met het ERP, een met de webshop, een met de transportplanning, en ergens draait nog een oud scriptje dat ooit door een vertrokken collega is geschreven. Het werkt allemaal. Waarom het werkt, en wat er nodig is om het te laten blijven werken, staat nergens opgeschreven.

Dit is het moment waarop een gegroeid integratielandschap zijn ware aard laat zien. Zolang niemand er iets aan verandert, draait het geruisloos door en lijkt er niets aan de hand. Zodra er één schakel beweegt, blijkt hoe weinig grip er werkelijk is. De IT-manager staat dan voor een onmogelijke afweging: een leveranciersupdate tegenhouden die hij eigenlijk niet kan tegenhouden, of akkoord geven op iets waarvan hij de gevolgen niet kan overzien.

Hoe u die brosheid herkent voordat een wijziging u ertoe dwingt, leest u hieronder, met een Integratie-risico-check op zes punten en een beslistabel om de richting te bepalen.

Wat is een ERP-integratielandschap, en wanneer wordt het een risico?

Een ERP-integratielandschap is het geheel van koppelingen waarmee uw ERP gegevens uitwisselt met andere systemen, zoals de webshop, het WMS, uw CRM, e-facturatie en de bankkoppelingen. Elke koppeling vertaalt gegevens van het ene systeem naar het andere, volgens afspraken over formaat, timing en foutafhandeling.

Zolang die afspraken stabiel blijven, is er geen probleem. Het risico ontstaat door de manier waarop zo’n landschap in de praktijk groeit. Bij een go-live staan er een handvol koppelingen. Daar komt een webshop bij, dan een extra magazijnlocatie, dan een koppeling voor de accountant, dan een tijdelijke oplossing die permanent wordt. Elke koppeling wordt los gebouwd, vaak door een andere partij, vaak onder tijdsdruk, meestal zonder dat het geheel opnieuw wordt overzien.

Het resultaat is een web van directe verbindingen tussen systemen, in de praktijk vaak point-to-point genoemd. Bij point-to-point integratie praat elk systeem rechtstreeks met elk ander systeem, waardoor het aantal verbindingen sneller groeit dan het aantal systemen en het geheel steeds moeilijker te overzien wordt. Het aantal verbindingen kan daarbij oplopen volgens de formule n(n-1)/2: tien systemen die volledig onderling gekoppeld zijn, vragen in theorie tot 45 aparte verbindingen, elk met eigen logica en eigen aannames.

Een werkende koppeling bewijst alleen dat de gegevens op dit moment stromen. Of het landschap een wijziging in één systeem heelhuids overleeft, is een heel andere vraag. Op precies dat punt overschatten veel organisaties zichzelf: dat alles vandaag draait, zegt weinig over de dag dat er iets verschuift.

Waarom een gegroeid koppellandschap stilletjes broos wordt

In onze ervaring met integratievraagstukken bij productie- en groothandelsbedrijven zit het gevaar zelden in één spectaculaire fout. Het zit in een stapeling van kleine dingen die samen de beheersbaarheid uithollen.

Neem de onzichtbaarheid. De kennis over waarom een koppeling is gebouwd zoals hij is gebouwd, zit vaak in het hoofd van één persoon of bij één externe partij. Vertrekt die persoon of eindigt dat contract, dan verdwijnt de documentatie die er nooit was. Wat overblijft is een verbinding die draait, met een logica die niemand meer helemaal kan navertellen.

Daar komt stil falen bij. Uitval kondigt zich zelden luid aan. Een synchronisatie die ‘s nachts mislukt, een bestand dat half wordt ingelezen, een order die net niet doorkomt: veel koppelingen falen stil, en de fout wordt pas zichtbaar wanneer de operatie al vastloopt op verkeerde voorraad of ontbrekende orders. Tegen de tijd dat iemand de oorzaak vindt, is de schade in het proces al aangericht.

En dan is er de verwevenheid. Omdat systemen rechtstreeks aan elkaar hangen, plant een wijziging in één systeem zich voort naar plekken die niemand van tevoren in kaart had. Een veld dat van formaat verandert, een veldnaam die wordt hernoemd, een tijdstip van verzending dat opschuift: elk daarvan kan een koppeling breken die op het eerste gezicht niets met de wijziging te maken had.

Dit is wat integratie tot technical debt maakt: een gegroeid landschap functioneert vandaag, maar elke ongedocumenteerde koppeling is een lening die u een keer terugbetaalt, met rente, op het slechtst denkbare moment. Wat wij bij productie- en groothandelsbedrijven telkens terugzien, is dat dit patroon niet aan een platform hangt. Of het nu D365, SAP, AFAS of Exact betreft, de brosheid van een ongeregisseerd koppellandschap keert in dezelfde vorm terug.

De Integratie-risico-check

Voordat u een grote wijziging doorvoert, is één vraag de moeite waard: hoe beheersbaar is uw koppellandschap eigenlijk? De onderstaande Integratie-risico-check gaat zes punten af waarop een landschap broos of beheersbaar is. Geef elk punt een kleur: groen als het geborgd is, oranje als het rammelt, rood als het ontbreekt. Kleuren er meer dan twee rood, behandel dat dan als een signaal om eerst orde op zaken te stellen en pas daarna iets te wijzigen.

Toetspunt	Vraag
Overzicht	Bestaat er een actueel overzicht van alle koppelingen, met per koppeling het bron- en doelsysteem en de gegevens die stromen?
Documentatie	Is per koppeling vastgelegd waarom hij zo is gebouwd, en kan iemand buiten de oorspronkelijke bouwer hem onderhouden?
Monitoring	Krijgt u een melding wanneer een koppeling faalt, of merkt u het pas als de operatie klaagt?
Eigenaarschap	Is er een aanwijsbare partij verantwoordelijk voor het onderhoud van elke koppeling, ook de tijdelijke?
Wijzigingsimpact	Kunt u vóór een wijziging in één systeem aangeven welke koppelingen daardoor geraakt worden?
Herstelbaarheid	Weet u hoe lang een kritieke koppeling maximaal uit mag vallen, en hoe u die dan handmatig overbrugt?

Deze check gaat over beheersbaarheid, en veel minder over de techniek zelf. Twee organisaties met exact dezelfde koppelingen kunnen hier tegengesteld scoren: bij de een is elk punt geborgd en gedocumenteerd, bij de ander draait alles op stilzwijgende kennis. Aan de buitenkant draaien beide even soepel. Het onderscheid wordt pas voelbaar op de dag dat er één ding verandert.

Rode vlaggen in uw koppellandschap

Sommige signalen wijzen erop dat de brosheid al is ingeslopen. Herkent u er meer dan een paar, dan verdient uw landschap aandacht voordat een externe wijziging u ertoe dwingt:

Niemand kan op één A4 tekenen welke systemen aan elkaar hangen en welke gegevens waarheen gaan.
Een leveranciersupdate van een gekoppeld systeem roept vooral onrust op, omdat de gevolgen onbekend zijn.
Storingen in de operatie blijken achteraf vaak een gefaalde koppeling als oorzaak te hebben.
Voor het onderhoud van een kritieke koppeling bent u afhankelijk van één persoon of één externe partij.
Er draaien koppelingen waarvan niemand meer precies weet of ze nog nodig zijn.
“Daar komen we niet aan” is het standaardantwoord geworden bij vragen over bepaalde verbindingen.

Van broos naar beheersbaar: uw besluitvormingskader

De uitkomst van de check en de rode vlaggen leidt zelden tot één voor de hand liggende actie. Wat past, hangt af van hoe kritiek uw koppelingen zijn en hoeveel kennis er nog intern aanwezig is. De onderstaande beslistabel helpt de richting te bepalen.

Situatie	Passende aanpak
Beperkt aantal koppelingen, kennis intact, monitoring aanwezig	Zelf saneren: documenteer, ruim overbodige koppelingen op en houd het overzicht bij als vast onderdeel van beheer.
Groeiend landschap, kennis versnipperd, geen zicht op wijzigingsimpact	Gefaseerd herstellen met ondersteuning: breng het landschap in kaart, borg de kennis en beoordeel per koppeling of point-to-point houdbaar is of dat een middleware- of iPaaS-laag rust brengt.
Grote wijziging op komst (nieuw systeem, migratie, leverancierswissel) op een landschap dat u niet overziet	Laat het landschap onafhankelijk doorlichten voordat u de wijziging inzet, zodat de change-impact in beeld is voordat er iets breekt.

Welke rij op u van toepassing is, bepaalt u het beste met zicht op het geheel. Voor de fundamentele keuzes onder deze aanpakken werken wij het bredere plaatje uit op onze pagina over integraties en architectuur; voor het inrichten van gezond dagelijks beheer sluit dit aan op het beheer van uw ERP-integraties.

Wanneer moet u actie ondernemen?

Er zijn momenten waarop uitstel het risico stil laat groeien. Onderneem actie wanneer een van deze situaties zich aandient:

Een leverancier van een gekoppeld systeem kondigt een update of end-of-life aan.
U staat voor een nieuw systeem, een migratie of een leverancierswissel die op het bestaande landschap landt.
De persoon of partij met de meeste kennis over uw koppelingen dreigt te vertrekken.
Operationele storingen met een koppeling als oorzaak nemen in aantal toe.

Een vroege inventarisatie kost minder dan een gebroken koppeling die uw orderstroom stillegt. Voor een landschap dat al onrust geeft, kan een onafhankelijke doorlichting van uw integratielandschap zichtbaar maken waar de brosheid werkelijk zit.

Wanneer is dit juist niet nodig?

Niet elk koppellandschap vraagt om ingrijpen. Werkt u met een klein, stabiel aantal koppelingen via een standaardplatform of een centrale integratielaag, met monitoring die u waarschuwt bij uitval, dan is de beheersbaarheid waarschijnlijk al geborgd. Wat dan telt, is discipline: houd het overzicht actueel en laat geen tijdelijke koppeling ongemerkt permanent worden.

Datzelfde geldt als u een beheerorganisatie heeft die het landschap actief bijhoudt, met gedocumenteerde koppelingen en een aanwijsbare eigenaar per verbinding. In dat geval is de grip er al, en draait het er nog uitsluitend om dat vast te houden als de tijdsdruk toeneemt. Kan iemand binnen uw organisatie op elk moment met bewijs aangeven wat er breekt bij een wijziging, dan is er geen reden om iets extra’s op te tuigen. Blijft dat antwoord hangen, dan is die twijfel zelf het signaal dat aandacht verdient.

Waarom beheersbaarheid bij ons uit overtuiging komt

Ons werk is mensenwerk. Een gefaalde koppeling oogt als een technisch detail, tot duidelijk wordt wie het opvangt: iemand op de vloer die een verkeerde voorraad rechttrekt terwijl de oorzaak verstopt zit in een verbinding die nergens is vastgelegd.

Zulke storingen komen zelden bij de bouwer van de koppeling terecht. Ze komen terecht bij uw eigen mensen, die het werk draaiend houden op het moment dat niemand kan aanwijzen waar het misging.

Die overtuiging heeft een nuchtere basis. ERP Company verkoopt zelf geen software of licenties en zit niet vast aan één platform, waardoor wij er geen enkel belang bij hebben dat een koppeling ingewikkelder of afhankelijker is dan uw situatie vraagt.

ERP Company werkt met 265+ ERP-specialisten en adviseert platform-onafhankelijk, van D365 en SAP tot AFAS, Exact en Oracle. Voor ons is de maatstaf dat uw landschap beheersbaar blijft voor de mensen die ermee werken.

Uw landschap is beheersbaar als een wijziging geen gok meer is

U heeft uw integratielandschap pas echt in de hand wanneer u een wijziging in één systeem vooraf kunt overzien en de gevolgen ervan kent voordat u iets doorvoert. Kan niemand met zekerheid zeggen wat er breekt als u straks iets verandert, dan draait uw operatie op geluk, hoe soepel alles vandaag ook loopt. Wat ons bij beheersbare landschappen steeds opvalt, is dat elke koppeling een bekende eigenaar, een bekende functie en een bekend uitvalscenario heeft.

Twijfelt u of uw koppellandschap een volgende wijziging aankan, of wilt u vóór een grote stap weten waar de brosheid zit? Loop het dan gerust eens samen met ons langs. Voor een gestructureerd beeld kunt u onze onafhankelijke integratie-risico-check inzetten: wij brengen uw koppelingen, hun onderlinge afhankelijkheden en de change-impact in kaart, en u hoort terug waar uw landschap kwetsbaar is en welke aanpak daarbij past.

Of neem rechtstreeks contact op via info@erpcompany.nl.

Aanvullende leesstof:

Veelgestelde vragen over uw ERP-integratielandschap

Wat is een ERP-integratielandschap?

Een ERP-integratielandschap is het geheel van koppelingen waarmee uw ERP gegevens uitwisselt met andere systemen, zoals de webshop, het WMS, CRM en e-facturatie. Elke koppeling vertaalt gegevens van het ene systeem naar het andere volgens vaste afspraken over formaat en timing.

Waarom is een gegroeid koppellandschap een risico?

Omdat de koppelingen los en onder tijdsdruk zijn gebouwd, weet vaak niemand meer wat er breekt bij een wijziging. Het landschap werkt tot er één systeem verandert, en dan wordt zichtbaar hoe afhankelijk uw operatie is van verbindingen die nergens zijn vastgelegd.

Wat is het verschil tussen point-to-point en een integratielaag?

Bij point-to-point praat elk systeem rechtstreeks met elk ander systeem, waardoor het aantal verbindingen snel oploopt. Een integratielaag of iPaaS zet er een centraal punt tussen, zodat systemen niet meer rechtstreeks van elkaar afhankelijk zijn en een wijziging beter te overzien is.

Hoe weet u of uw integratielandschap beheersbaar is?

Toets of u van elke koppeling weet welke systemen en gegevens erbij horen, wie hem onderhoudt en wat er gebeurt als hij uitvalt. Kunt u vóór een wijziging aangeven welke koppelingen geraakt worden, dan is uw landschap beheersbaar. Kan dat niet, dan verdient het aandacht.