ERP–WMS berichtenreferentie: welke berichten worden uitgewisseld
Elke ERP–WMS-koppeling komt neer op dezelfde vraag: welke berichten bewegen, in welke richting, en welk systeem is eigenaar van welk veld. Dit is de complete basis die wij bij elke ERP-connector gebruiken, één keer opgeschreven zodat je erover kunt beslissen vóór de bouw begint in plaats van erna.
De berichtenbasis
„Naar het WMS" is wat het ERP naar beneden stuurt; „vanuit het WMS" is wat het magazijn terugbevestigt. Regels met optioneel zijn alleen in scope als je die stroom daadwerkelijk draait.
- Artikelen — naar het WMS: artikelstamgegevens, barcodes, eenheden, gewichten, afmetingen.
- Inkooporders — naar het WMS: openstaande inkooporders. Terug: ontvangsten per regel en per batch of serienummer.
- Retouren inkoop — naar het WMS: retour-aan-leverancierorders. Terug: retourleveringen.
- Verkooporders — naar het WMS: openstaande verkooporders. Terug: leveringen en verzendbevestigingen met track en trace.
- Retouren verkoop — naar het WMS: klantretouren (RMA). Terug: retourontvangsten met conditie en redencode.
- Webshoporders (optioneel) — terug: verkooporders die buiten het ERP ontstaan.
- Inkooporders vanuit het WMS (optioneel) — terug: op de vloer aangemaakte inkooporders.
- Productieorders (optioneel) — naar het WMS: openstaande productieorders met stuklijst. Terug: verwerkte en gereedgemelde productie.
- Tijdregistratie productie (optioneel) — terug: uren per productieorder.
- Assemblageorders (optioneel) — naar het WMS: openstaande assemblage- en kitorders. Terug: verwerkte en gereedgemelde assemblage.
- Tijdregistratie assemblage (optioneel) — terug: uren per assemblageorder.
- Voorraadtellingen — terug: resultaten van cyclische en jaartellingen per locatie.
- Voorraadcorrecties — terug: correcties met redencodes.
Wie is eigenaar van welke data
- Artikelstamgegevens — ERP. Codes, barcodes, eenheden, gewichten en prijzen worden in het ERP onderhouden en naar het WMS gedownload. Aanmaken in beide systemen is de meest voorkomende oorzaak van voorraad die niet matcht.
- Magazijnattributen — WMS. Piklocatie, opslagklasse, zone, aanvulniveau en pikvolgorde bestaan alleen in het magazijn en horen niet via het ERP rond te reizen.
- Fysieke voorraad — WMS. Aantal per locatie, batch en serienummer is de operationele waarheid en verandert bij elke bevestigde scan.
- Financiële voorraadpositie — ERP. Waardering en administratieve positie blijven in het ERP, bijgewerkt vanuit bevestigde bewegingen in plaats van vanuit verwachtingen.
- Orderstatus — gedeeld. Het ERP is eigenaar van de commerciële status (goedgekeurd, gefactureerd, gecrediteerd), het WMS van de uitvoerstatus (gepickt, ingepakt, verzonden, retour).
Wat er gebeurt als het misgaat
- Elk bericht staat in een wachtrij. Een verbroken verbinding pauzeert de levering, hij verliest hem niet.
- Gefaalde berichten blijven zichtbaar en herhaalbaar — een stil gat in de voorraad is nooit een acceptabele uitkomst.
- Berichten zijn idempotent op hun bronreferentie, dus een replay kan geen ontvangst of levering dubbel boeken.
- Magazijnwerk gaat door tijdens een ERP- of netwerkstoring; de wachtrij loopt leeg zodra de verbinding terug is.
- Elke uitwisseling is in beide richtingen getimestampt, zodat een verschil te herleiden is tot een bericht.
Het transport verschilt, de berichtenset niet
Een cloud-ERP biedt een publieke API. Een on-premise pakket vraagt meestal een leveranciersconnector of middleware op de eigen server. Sommige omgevingen draaien nog een ingeperkte bestandsuitwisseling op schema. Dat verandert niets aan welke berichten nodig zijn — het verandert latency, monitoring en wie de verbinding beheert. Per ERP staat het uitgewerkt op de partnerpagina's.
Zie ook de WMS-selectiechecklist en de merkgegevens.
Veelgestelde vragen
- Welke berichten heeft een ERP–WMS-koppeling minimaal nodig?
- Vijf: artikelen naar beneden, inkooporders naar beneden met ontvangsten terug, verkooporders naar beneden met leveringen terug, telresultaten omhoog en voorraadcorrecties omhoog. Al het andere — retouren, productie, assemblage, tijdregistratie, webshoporders — komt erbij zodra je die stroom echt draait.
- Welk systeem is leidend voor voorraad?
- Het WMS is leidend voor fysieke voorraad per locatie, batch en serienummer. Het ERP houdt de financiële en administratieve positie bij, gevoed door bevestigde magazijnbewegingen. Twee systemen die allebei leidend claimen te zijn voor hetzelfde getal is de oorzaak van de meeste koppelingsdiscussies.
- Realtime of in batches synchroniseren?
- Event-gedreven op bevestigde acties — ontvangst, levering, telling, correctie — in plaats van op een schema. Periodieke volledige syncs verbergen fouten tot de volgende run en maken onvindbaar wanneer een verschil is ontstaan.
- Verschilt deze berichtenset per ERP?
- De berichtenset is overal gelijk; het transport verschilt. Waar een ERP een begrip echt niet kent — productieorders in een boekhoudpakket bijvoorbeeld — laten we de regel weg in plaats van hem te verzinnen.
Klaar om BizBloqs op uw eigen proces te zien?
Boek een demo en we lopen uw magazijn- en orderstroom van begin tot eind door — inkomend, opslag, orderpicken, verzenden, retouren — en vertellen u eerlijk wat BizBloqs zou veranderen.