Projecten voor ERP koppelingen mislukken zelden door de techniek alleen. Meestal ligt het aan onduidelijke afspraken over waar welk systeem leidend in is vervuilde gegevens en het ontbreken van foutafhandeling en monitoring. Wie die punten vóór de bouw regelt voorkomt de meeste ERP koppeling problemen. Hieronder lees je de negen valkuilen die we het vaakst zien.
De koppeling tussen je ERP en webshop draait sinds drie maanden. Toch tikt iemand op de binnendienst nog steeds orders over, omdat een deel niet goed doorkomt. Prijzen kloppen soms niet en niemand weet precies waarom. De leverancier zegt dat de koppeling werkt. Je collega’s zeggen van niet.
Herken je dit? Dan ben je niet de enige. In dit artikel lees je waar ERP-koppelingen in de praktijk op vastlopen, hoe je dat vooraf afvangt en waar je op let als je een plan of offerte beoordeelt. Aan het eind staat een checklist die je met je team en je leverancier kunt doorlopen.
Hoe vaak lopen ERP-koppelingen vast?
Er bestaat geen betrouwbaar Nederlands cijfer over mislukte ERP-koppelingen. Wel laat internationaal onderzoek zien hoe groot het probleem is. In het Connectivity Benchmark Report 2023 van MuleSoft gebruiken grote organisaties gemiddeld 1.061 applicaties. Slechts 29% daarvan is gekoppeld. 80% van de ondervraagde IT-leiders zegt dat integratieproblemen hun digitale plannen vertragen.
Voor het mkb zijn de aantallen kleiner, maar het patroon is hetzelfde. Je hebt een ERP en een webshop. Daarnaast vaak een WMS, een transporteur en een boekhoudpakket. Elke koppeling daartussen is een plek waar data kan blijven hangen. Een koppeling die half werkt is vaak duurder dan geen koppeling. Je betaalt voor de bouw en houdt toch het handwerk.
Een mislukte koppeling herken je meestal niet aan een grote storing. Je herkent hem aan kleine dingen: orders die je handmatig moet nakijken, een Excel-lijst met uitzonderingen en collega’s die de koppeling niet meer vertrouwen.
Valkuilen in de voorbereiding
De meeste problemen ontstaan voordat er één regel code is geschreven. Dat is goed nieuws, want daar zijn ze ook het goedkoopst op te lossen.
1. Niemand heeft bepaald welk systeem leidend is
Als zowel het ERP als de webshop klantgegevens of prijzen mag wijzigen, overschrijven ze elkaar. De ene keer wint het ERP, de andere keer de webshop. Leg daarom per gegeven vast welk systeem de bron is. Denk aan artikelen en prijzen, voorraad, klanten en orders. Dit is ook het onderwerp van ons artikel over datasilo’s.
2. De stamgegevens zijn niet op orde
Een koppeling verplaatst data, maar maakt die data niet beter. Dubbele klanten, artikelen zonder gewicht of btw-code en debiteuren met drie verschillende adressen lopen allemaal vast in het andere systeem. Begin met een korte opschoonronde van de gegevens die je gaat koppelen. Dat werk wordt vaak onderschat omdat niemand het leuk vindt.
3. Het proces is niet beschreven, alleen het systeem
“Koppel de orders aan Exact” is geen specificatie. Wat gebeurt er met een order die deels geleverd wordt? Met een creditnota? Met een order van een nieuwe klant die nog geen debiteurnummer heeft? Beschrijf eerst het proces met de uitzonderingen. Die uitzonderingen zijn samen vaak goed voor het grootste deel van de bouwtijd.
4. De mensen die ermee werken zitten niet aan tafel
IT en de leverancier bouwen de koppeling, maar de binnendienst en het magazijn werken ermee. Zij weten welke uitzonderingen elke week voorkomen. Neem minstens één sleutelgebruiker per afdeling mee in de voorbereiding en het testen.
Valkuilen in de techniek
Als de voorbereiding goed is, gaat het in de bouw vaak mis op dingen die je pas merkt als het volume toeneemt.
5. API-limieten zijn niet meegenomen
Elk systeem bepaalt hoeveel verzoeken een koppeling per periode mag doen. Business Central online staat volgens Microsoft per gebruiker 6.000 OData-verzoeken toe in een tijdvak van vijf minuten. Daarboven krijgt de koppeling een foutmelding (HTTP 429) en moet hij wachten. Bij Exact Online verschillen de limieten per minuut en per dag per abonnement. Een koppeling die bij elke synchronisatie de hele catalogus opnieuw stuurt, loopt daar snel tegenaan. Stuur alleen wijzigingen en laat de koppeling netjes opnieuw proberen na een limietmelding.
6. Er is geen foutafhandeling en geen monitoring
Een order die niet doorkomt omdat een artikelnummer ontbreekt, mag niet stil verdwijnen. Hij moet in een wachtrij komen met een duidelijke melding, zodat iemand hem kan herstellen en opnieuw kan aanbieden. Spreek ook af wie een melding krijgt als de koppeling stilvalt. Een koppeling die een halve dag niet draait zonder dat iemand het merkt, doet meer schade dan een koppeling die af en toe een fout geeft.
7. De koppeling is niet voorbereid op updates
Software verandert. Shopify brengt elk kwartaal een nieuwe API-versie uit en ondersteunt elke versie minimaal twaalf maanden. Daarna kan gedrag veranderen of een veld verdwijnen. ERP-leveranciers werken ook met updates die je niet altijd zelf kunt uitstellen. Plan daarom een vast moment om de koppeling bij te werken en houd bij welke API-versies je gebruikt.
Valkuilen na livegang
Een koppeling is geen project dat stopt op de dag dat hij live gaat. Hier gaat het mis bij bedrijven die alles goed hebben gebouwd.
8. Er is geen eigenaar
De leverancier is klaar en de projectleider is met iets anders bezig. Als er drie maanden later iets verandert in het assortiment of het prijsbeleid, weet niemand wie de koppeling aanpast. Wijs één interne eigenaar aan die de koppeling kent en weet wie hij moet bellen.
9. Er is geen documentatie
Welke velden worden gekoppeld? Hoe vaak? Wat doet de koppeling met een retour? Als dat alleen in het hoofd van de bouwer zit, wordt elke aanpassing een zoektocht. Vraag bij de oplevering om een korte beschrijving van de dataflows, de mapping per veld en de afspraken over fouten.
Hoe voorkom je ERP koppeling problemen vóór je begint?
Je hoeft niet alles in één keer goed te hebben. Je moet vooral de risico’s klein houden. Dit werkt in de praktijk het best.
Begin met één dataflow die veel handwerk kost, bijvoorbeeld orders van de webshop naar het ERP. Bouw die volledig af met foutafhandeling en monitoring en laat hem een paar weken draaien. Pas daarna voeg je voorraad, prijzen of facturen toe. Zo leer je onderweg en zit je niet na drie maanden met tien halve dataflows.
Test met echte data en echte uitzonderingen. Een testorder met één regel en een bestaand artikel bewijst weinig. Vraag de binnendienst om twintig orders uit de afgelopen maand die lastig waren en draai die door de koppeling.
Kies bewust tussen synchroniseren op een vast interval en direct bij elke wijziging. Niet alles hoeft realtime. Voor facturen is een keer per uur vaak genoeg, voor voorraad meestal niet. Lees daarover meer in realtime of batch synchroniseren.
Wil je eerst weten wat een koppeling oplevert voordat je investeert? In ons artikel over de business case van koppelingen reken je dat stap voor stap uit.
Wanneer ligt het probleem niet bij de koppeling?
Niet elk probleem is met een betere koppeling op te lossen. Als het ERP zelf niet goed is ingericht, bijvoorbeeld met prijsafspraken die buiten het systeem in Excel staan, dan kan geen koppeling die afspraken doorgeven. Hetzelfde geldt voor een magazijn waar de voorraad niet klopt. De koppeling geeft die fout alleen sneller door.
Soms is de oplossing ook een ander soort koppeling. Een maatwerkscript dat ooit voor één webshop is geschreven, wordt lastig als er een tweede verkoopkanaal en een WMS bij komen. Een integratieplatform zoals Alumio of een vergelijkbaar pakket geeft je dan standaard monitoring, logging en herhaalpogingen. Bij één eenvoudige koppeling is een standaardconnector of maatwerk vaak voldoende. Lees daarvoor ook ons stappenplan om je webshop aan je ERP te koppelen.
Checklist om je koppelingsplan te toetsen
Loop deze vragen door met je team en je leverancier voordat je tekent. Kun je er een paar niet beantwoorden, dan weet je waar het risico zit.
- Is per gegeven vastgelegd welk systeem leidend is?
- Zijn de stamgegevens opgeschoond die je gaat koppelen?
- Staan de uitzonderingen in de specificatie, zoals deelleveringen en creditnota’s?
- Wat doet de koppeling bij een fout, en wie krijgt een melding?
- Is rekening gehouden met de API-limieten en met updates van de systemen?
- Wie is na livegang de eigenaar en waar staat de documentatie?
Stuur deze lijst gerust door naar je directie of je IT-partner. Het helpt om vóór de start dezelfde verwachtingen te hebben.
Twijfel je over een bestaande koppeling of een plan dat op tafel ligt? Plan een gratis datascan van 45 minuten. We kijken samen naar je systemen en de dataflows en je hoort waar de risico’s zitten. Meer over onze aanpak lees je op de pagina over de ERP-koppeling. Wat een koppeling kost, zie je op de pagina met tarieven.
