Zuid-Limburg is flink gegroeid als logistieke regio. Langs de A2 en de corridor richting Venlo staan grote distributiecentra, gebouwd door systems integrators met budgetten waar een solo-consultant niet aan te pas komt. De interessantste vraag ligt een laag daaronder: bij de transportbedrijven, fulfilment-operators, webshops en toeleveranciers die met díe centra en met elkaar zaken doen. Daar draaien vaak een WMS, een ERP en een webshop naast elkaar — en praten die systemen niet, of maar half, met elkaar.
Wat is een WMS — en wat is een EDI-koppeling?
Een WMS (Warehouse Management System) houdt bij wat er in je magazijn ligt, waar het ligt en wat ermee gebeurt. Het stuurt orderpickers aan en bepaalt waar een pallet komt te staan. Vaak staat daar een ERP naast voor boekhouding en inkoop, en een webshop of ordersysteem voor de verkoopkant.
Een koppeling is een geautomatiseerde afspraak tussen twee van die systemen: "als hier een order binnenkomt, zet hem daar dan ook neer, en geef terug of het gelukt is."
EDI (Electronic Data Interchange) is de oudste en meest gestandaardiseerde variant daarvan. In plaats van per partner een eigen afspraak te maken, gebruiken bedrijven een vast berichtformaat. De twee grote families zijn EDIFACT — de standaard van de Verenigde Naties, dominant in Europa — en X12, de Amerikaanse tegenhanger. Binnen EDIFACT bestaat een retailvariant, EANCOM, die veel handelspartners voorschrijven.
Elk bericht heeft een eigen doel: een order heet ORDERS, de orderbevestiging ORDRSP, de vooraankondiging van een zending DESADV — de pakbon — en een voorraadmutatie INVRPT. Die codes hoef je niet te kennen, maar het zijn geen vage "datastromen": elk bericht heeft een vaste betekenis.
De symptomen van een ontbrekende koppeling
Je herkent het probleem meestal niet aan de techniek, maar aan het werk eromheen:
- Orders worden overgetypt uit een e-mail, PDF of portaal.
- Iemand controleert met de hand of de voorraad in de webshop nog klopt.
- Pakbonnen matchen niet met wat er is ontvangen en worden achteraf uitgezocht.
- Dezelfde order staat in twee systemen, met twee waarheden — dubbele invoer.
- Excel is het koppelstuk: exports, hulpkolommen, handmatige uploads.
- Bij piekdrukte gaat het mis: handwerk schaalt niet mee.
- "Vraag het maar aan die ene collega" — de proceskennis zit in een persoon, niet in het systeem.
Wat dat kost is geen getal maar een structuur: fouten die laat boven komen, vertraging, en werk dat niet meegroeit met je omzet.
Hoe een koppeling er in de praktijk uitziet
Grofweg drie vormen, elk met een eigen prijs:
API-koppeling. De systemen praten direct met elkaar, meestal via REST met JSON. Voordeel: direct, fijnmazig, en je krijgt per actie een status terug. Nadeel: beide kanten moeten zo'n interface hebben, en een update bij de leverancier kan je raken.
Bestandsuitwisseling (SFTP/CSV). Het ene systeem schrijft een bestand weg, het andere leest het in. Voordeel: simpel, robuust, werkt met bijna alles, en je kunt een bestand bewaren en later opnieuw inlezen. Nadeel: het is een momentopname, geen gesprek, en je moet harde afspraken maken over bestandsnamen, kolommen en volgorde.
EDI-berichten. De standaardvariant, vaak verstuurd over SFTP of over een protocol als AS2. Voordeel: elke logistieke partner begrijpt het; het is de taal van de sector. Nadeel: star, en een nieuw bericht opzetten kost afstemming met de partner.
Geen winnaar: in de praktijk is het vaak een combinatie — EDI naar de grote handelspartner, een API naar de webshop, een CSV-bestand naar de boekhouding.
Wat er gebeurt als een bericht niet aankomt
Dit onderscheidt een koppeling die werkt van een die je vertrouwt. Elke koppeling gaat een keer mis; de vraag is wat er dan gebeurt:
- Foutafhandeling — een ongeldig bericht wordt tegengehouden, niet stil weggegooid.
- Logging — van elk bericht is terug te vinden wat er binnenkwam en wat ermee gebeurde.
- Herverwerking — een mislukt bericht kan opnieuw worden aangeboden, zonder handmatige invoer.
- Monitoring — een signaal als een verwacht bericht uitblijft, niet pas wanneer de klant belt.
- Idempotentie — komt hetzelfde bericht twee keer binnen, dan mag er geen tweede order ontstaan.
Zonder die vijf is een koppeling geen automatisering maar een verschoven probleem: het handwerk is weg, maar de fout zoekt zichzelf nu een weg die niemand ziet.
Standaardkoppeling, maatwerk, of helemaal geen softwareprobleem?
Drie vragen bepalen de keuze.
Bestaat er een standaard? Veel WMS-, ERP- en webshoppakketten hebben kant-en-klare connectors of een instelbare import. Valt jouw combinatie daaronder, dan is het vooral configureren en testen.
Is het echt software, of is het proces? Dit wordt het vaakst overgeslagen. Als twee afdelingen iets anders bedoelen met "voorraad", of als artikelnummers, eenheden en klantnummers niet op elkaar aansluiten, lost geen enkele koppeling dat op. Dan is het eerst een procesprobleem: master data op orde, definities afspreken, eigenaarschap benoemen. Bouwen op niet-afgestemde data maakt de fout alleen maar sneller.
Wat is het volume? Bij een handvol orders per dag is een halfautomatische oplossing met een controle-stap prima. Zodra het volume groeit, wordt handmatige tussenkomst de bottleneck.
Klein beginnen: één berichtstroom
Begin niet met "we willen alles integreren". Begin met één berichtstroom — meestal de order-in, of juist de orderbevestiging terug. Meet hoe vaak het misgaat, hoe vaak iemand moet ingrijpen, en hoe lang het duurt voor een order in het WMS staat. Loopt die stroom stabiel, breid dan uit: pakbon, voorraadmutatie, factuur.
Waarom dat werkt: elke volgende stroom profiteert van de foutafhandeling en monitoring die je bij de eerste bouwde. En je ontdekt de procesproblemen bij één stroom, niet bij vijf.
Over de grens: Duitsland en België
Logistiek in Zuid-Limburg is per definitie grensoverschrijdend; voor veel bedrijven hier loopt een deel van de keten via Duitsland of België. De basis is daar dezelfde — met EDIFACT en EANCOM als gangbare standaarden — maar de details verschillen: branchespecifieke afspraken zoals de VDA-berichten in de automotive, andere codes voor eenheden en verpakkingen, of een partner met een Amerikaanse moeder die juist X12 voorschrijft.
Reken dus niet op "EDI is EDI": vraag bij een nieuwe partner altijd het specificatiedocument op voordat je bouwt.
Waar Kerris ICT past — en waar niet
Kerris ICT is een eenmanszaak, en dat is relevante context. Voor een volledige WMS-implementatie in een groot distributiecentrum — met automatische opslagsystemen, sorteermachines en honderden medewerkers — is een systems integrator de juiste partij. Dit artikel gaat over de laag daaronder: bedrijven die al een WMS, ERP of webshop draaien en die met elkaar in gesprek willen brengen.
Wat ik daar doe: maatwerksoftware en API-koppelingen bouwen tussen bestaande systemen, inclusief foutafhandeling, logging en monitoring. Data blijft in eigen beheer, op eigen infrastructuur. Waar persoonsgegevens in het spel zijn, werken we met een verwerkersovereenkomst — meer daarover in het artikel over data in eigen beheer.
De algemene aanpak staat op diensten en in het artikel over procesautomatisering in het MKB; voor de regio zie IT-consultant in Heerlen.
Let op
Dit artikel is een algemene uitleg over WMS- en EDI-koppelingen, geen advies over een specifiek pakket of leverancier. Berichtstandaarden en partnerspecifieke afspraken veranderen; laat de specificaties van je handelspartner leidend zijn voordat je bouwt. Voor omvangrijke implementaties met meerdere partijen is een systems integrator doorgaans de aangewezen partij.