De webshop toont drie stuks op voorraad, het magazijn heeft er nul en de klant heeft al betaald. Zulke verschillen ontstaan overal waar dezelfde gegevens in twee systemen leven en mensen ze met de hand gelijk houden.
Een ERP koppeling is een verbinding waarmee je ERP en een ander systeem, zoals je webshop, WMS of planningstool, automatisch gegevens uitwisselen. Orders, artikelen, voorraadstanden en klantgegevens gaan zonder handwerk heen en weer, zodat elk systeem dezelfde werkelijkheid toont. Andere woorden voor hetzelfde begrip zijn ERP integratie en koppeling met ERP.
Je leest hieronder waarom bedrijven hun systemen aan het ERP koppelen, welke drie routes daarvoor bestaan en wat je regelt om de koppeling ook na de livegang betrouwbaar te houden. We bouwen al ruim dertig jaar software en koppelingen voor onder meer industrie, logistiek en zorg; de voorbeelden komen uit die praktijk.
Waarom je webshop, WMS of planning aan het ERP koppelt
Het ERP is het administratieve hart van een bedrijf. Artikelen, prijzen, voorraad, orders en facturen komen er samen. Om dat hart heen groeien gespecialiseerde systemen: een webshop voor de verkoop, een WMS voor het magazijn, een planningstool voor productie of buitendienst en soms een maatwerkapplicatie voor een proces dat nergens in past. Zonder koppeling houdt iemand al die systemen met de hand gelijk.
De meest gevraagde verbindingen zien er zo uit:
- Webshop en ERP. Orders, klanten en betalingen gaan naar het ERP; voorraad en prijzen gaan terug naar de webshop.
- WMS en ERP. Het ERP weet wat er is besteld, het WMS weet wat er op de plank ligt. De koppeling houdt beide beelden gelijk, tot op de orderregel.
- Planning en ERP. Een verkooporder wordt een productieorder of een serviceafspraak, en gewerkte uren en verbruikt materiaal vloeien terug naar de administratie.
- Maatwerkapplicatie en ERP. Een klantportaal of eigen app heeft actuele artikelen, prijzen en orderstatussen uit het ERP nodig en levert er aanvragen aan terug.
Bram is logistiek manager bij een technische groothandel met 45 medewerkers. Zijn webshop, WMS en ERP functioneren elk prima; alleen de verbinding ertussen ontbreekt. Twee medewerkers typen dagelijks orders over, en elke week belt een klant over een artikel dat online leverbaar leek maar in het magazijn allang op was.
Hoe zo'n verbinding technisch werkt, met API's, webhooks en bestandsuitwisseling, lees je in ons artikel over de API koppeling. Dit artikel gaat over de vraag die daarna komt: welke route kies je, en wat regel je eromheen. Op onze pagina over software integratie zie je hoe wij die vraag aanpakken, van inventarisatie tot beheer.
Drie routes om je ERP te koppelen
Voor vrijwel elke koppeling met het ERP bestaan drie routes. Ze verschillen in snelheid, flexibiliteit en de mate waarin je zelf de regie houdt.
Route 1: de standaardconnector
Veel leveranciers bieden bestaande connectors tussen courante pakketten, bijvoorbeeld tussen een webshopplatform en Exact Online of AFAS. Zo'n connector staat vaak binnen enkele dagen en de leverancier onderhoudt hem, ook wanneer een van beide pakketten verandert. Daar staat tegenover dat je het doet met de velden, de frequentie en de regels die de maker heeft bedacht. Deze route past wanneer je proces standaard is en beide pakketten veel gebruikt worden.
Route 2: het integratieplatform of middleware
Een integratieplatform of eigen middleware zit tussen je systemen in en geeft berichten door. Elke applicatie praat alleen met die tussenlaag. Dat loont zodra drie of meer systemen gegevens delen, omdat je vertaling, logging en foutafhandeling op één centrale plek regelt. De keerzijde is een extra systeem om te leren en te beheren, en bij een platform van een externe leverancier ook afhankelijkheid van diens prijzen en roadmap. Wanneer die tussenlaag loont en welke vormen er zijn, lees je in ons artikel over middleware.
Route 3: de maatwerkkoppeling via API's
Een maatwerkkoppeling wordt gebouwd op de API's van beide systemen en volgt precies jouw regels: eigen artikelcodes, staffelprijzen per klant of een goedkeuringsstap die geen enkele connector kent. Dit is de route wanneer je proces afwijkt van de standaard, wanneer een van de systemen maatwerk is of wanneer je eigenaar wilt zijn van de logica. Het vraagt meer bouwwerk vooraf en een partij die de koppeling daarna onderhoudt. Onze werkwijze staat op de pagina over API development.
De routes sluiten elkaar niet uit. Veel bedrijven gebruiken een connector voor de boekhouding, een platform voor de berichtenstromen en maatwerk voor het ene proces dat ze onderscheidt van concurrenten. Begin met de eenvoudigste route die je proces aankan en stap pas over wanneer je aantoonbaar tegen de grenzen aanloopt.
Wat een ERP koppeling doet met datakwaliteit en dubbel werk
Zodra de koppeling draait, verdwijnt eerst het overtypen. Medewerkers behandelen alleen nog uitzonderingen, zoals een order zonder geldig btw nummer. De grotere winst zit in de kwaliteit van de gegevens zelf.
Elk gegeven krijgt één plek waar het ontstaat en wordt aangepast. Artikelen en prijzen leven in het ERP, de voorraad in het WMS, de order in de webshop. Alle andere systemen lezen mee. Tikfouten verdwijnen, en beslissingen over inkoop of levertijden rusten op actuele cijfers in plaats van op een export van vorige week.
Hetzelfde effect werkt door de hele keten heen. Voor Deron, dat RFID toepast in de supply chain, koppelden we productdata door de keten: een artikel dat één keer bij de bron is vastgelegd, reist met elke gescande pallet mee en staat direct juist in de catalogus en het ERP. Elke schakel werkt daardoor met dezelfde artikelgegevens en houdt geen eigen lijstjes meer bij.
Een koppeling maakt bestaande vervuiling wel zichtbaar. Dubbele debiteuren of verouderde artikelen in het ERP stromen na de livegang net zo makkelijk door naar de webshop. Ruim stamdata daarom op voordat de koppeling live gaat; dat opruimen is vaak de helft van het werk en levert blijvend resultaat op.
De valkuilen: veldmapping, foutafhandeling en eigenaarschap
De techniek van een ERP koppeling is zelden het probleem. Projecten lopen uit op drie punten die teams vooraf onderschatten.
Veldmapping. Op papier lijken velden hetzelfde, in de praktijk verschillen ze net genoeg. "Klant" is in de webshop een mailadres, in het ERP een debiteur met betaalafspraken. Denk ook aan eenheden, valuta's, belastingcodes en karakterlimieten. Het echte werk zit in de tabel die vastlegt welk veld waarheen gaat en wat er gebeurt met waarden die niet passen. Bij Bram bleek de webshop één adresveld te kennen en het ERP vier; die ene regel in de mapping kostte meer overleg dan alle andere samen.
Foutafhandeling. Bedenk vooraf wat er gebeurt als het ERP tijdens een update onbereikbaar is, een verplicht veld leeg blijft of dezelfde order twee keer binnenkomt. Berichten mogen nooit stil verdwijnen. Ze horen in een wachtrij te belanden, opnieuw geprobeerd te worden en na een aantal pogingen bij een mens uit te komen met een duidelijke melding.
Eigenaarschap van de waarheid. Verschilt een prijs tussen webshop en ERP, dan moet vooraf vastliggen welk systeem gelijk heeft. Spreek per gegeven af welk systeem leidend is en laat de koppeling alleen in die richting overschrijven. Zonder die afspraak werken twee systemen elkaars wijzigingen ongemerkt weg, en dat merk je pas bij een boze klant of een jaarrekening die niet sluit.
Beheer na de livegang
Een ERP koppeling blijft na de livegang software die elke dag draait en aandacht vraagt. Vier zaken horen vanaf de eerste dag geregeld te zijn:
- Monitoring. Een dashboard of melding die laat zien dat berichten blijven hangen, vóórdat het magazijn het merkt.
- Wijzigingen bij leveranciers. ERP leveranciers en platformmakers wijzigen hun API's en zetten oude versies uit. Iemand moet de release notes volgen en updates inplannen.
- Groeiende volumes. Een koppeling die 100 orders per dag aankan, gedraagt zich anders bij 2.000. Toets de koppeling opnieuw wanneer het bedrijf groeit.
- Eén eigenaar. Leg vast wie de koppeling beheert, wie bij storingen met leveranciers belt en wie wijzigingen goedkeurt.
Wij bouwen ERP koppelingen als los project en als onderdeel van maatwerk software, met een team van 30+ engineers in Nijmegen en Sarajevo. We werken volgens ISO 9001 en ISO 27001, en de mensen die de koppeling bouwen houden hem daarna draaiend. Voor software die dagelijks orders verwerkt telt dat net zo zwaar als de bouw zelf.
Veelgestelde vragen
Wat is een ERP koppeling?
Een ERP koppeling is een verbinding waarmee je ERP en een ander systeem, zoals een webshop, WMS of planningstool, automatisch gegevens uitwisselen. Orders, artikelen, voorraad en klantgegevens blijven zo in alle systemen gelijk zonder dat iemand ze overtypt. De termen ERP integratie en koppeling met ERP betekenen hetzelfde.
Wanneer volstaat een standaardconnector?
Een standaardconnector volstaat wanneer je proces standaard is en beide pakketten veel gebruikt worden. Wijkt je proces af, met eigen artikelcodes, staffelprijzen of extra goedkeuringsstappen, of is een van de systemen maatwerk, dan kom je uit bij een integratieplatform of een maatwerkkoppeling via API's.
Kun je een oud ERP zonder moderne API koppelen?
Ja, dat kan vrijwel altijd, bijvoorbeeld via bestandsuitwisseling of directe databasetoegang. Zulke routes vragen extra aandacht voor beveiliging en foutafhandeling. Soms is de koppeling ook het moment om te beoordelen of het oude pakket nog past bij hoe het bedrijf inmiddels werkt.
Wie beheert een ERP koppeling na de livegang?
Leg dat vóór de bouw vast. In de praktijk werkt het het best wanneer de partij die de koppeling bouwt hem ook bewaakt en onderhoudt, met monitoring, een wachtrij voor mislukte berichten en een vast aanspreekpunt. Intern blijft één eigenaar verantwoordelijk voor de afspraken over leidende systemen en wijzigingen.
Samengevat
Een ERP koppeling laat je ERP en de systemen eromheen automatisch gegevens uitwisselen, zodat iedereen met dezelfde cijfers werkt. De kern op een rij:
- Koppel webshop, WMS, planning of maatwerkapplicatie aan het ERP zodra mensen gegevens dubbel invoeren.
- Kies uit drie routes: een standaardconnector voor standaardprocessen, middleware bij drie of meer systemen en maatwerk via API's zodra je proces afwijkt.
- Spreek per gegeven af welk systeem leidend is en ruim stamdata op vóór de livegang.
- Reserveer de meeste tijd voor veldmapping en foutafhandeling; het standaardpad is snel gebouwd.
- Regel monitoring en één eigenaar voor het beheer na de livegang.
De volgende stap is een inventarisatie: welke systemen, welke gegevens, hoe vaak en welk systeem is leidend. Met ruim dertig jaar ervaring en 100+ projecten kijken we graag met je mee. Plan een vrijblijvend gesprek en we zeggen eerlijk welke route bij jouw situatie past.
