Een WMS kiezen: test de mislukte pick van ontvangst tot ERP

Een WMS-demo ziet er bijna altijd goed uit. De ontvangst wordt geboekt, de picklijst loopt groen door en de voorraad staat meteen terug in het ERP. De keuze wordt pas echt wanneer een artikel bij ontvangst verkeerd is geteld, de picker met lege handen bij locatie A-03-02 staat en de webshop nog steeds “op voorraad” zegt.

Mijn oordeel: kies een kant-en-klaar WMS als één magazijn, een overzichtelijke SKU-structuur en een kleine uitzonderingsstroom je belangrijkste situatie beschrijven. Kies een WMS met een integratielaag als het magazijnproces goed past, maar ERP, webshop en uitzonderingen nog los van elkaar leven. Kies een maatwerk-bewijslaag als een voorraadcorrectie eerst door een mens moet worden vrijgegeven en iedere write teruggelezen moet worden.

Een WMS is software die goederen vanaf ontvangst tot verzending op locatie, voorraadstatus en magazijnhandeling volgt. Het stuurt taken zoals putaway, telling en picking aan, bewaart wat fysiek gebeurde en geeft bevestigingen terug aan ERP en verkoopkanalen. Een betrouwbaar WMS toont de actuele voorraad én de reden en het bewijs achter een verschil.

Dat laatste is geen theoretische luxe. Een onderzoek uit 2023 beschrijft hoe onnauwkeurige voorraadregistratie doorwerkt in pickproductiviteit, gemiste verkopen en magazijnbenutting; cycle counting verminderde de onnauwkeurigheid, maar was niet voor elk type magazijn voldoende op zichzelf. De VU-publicatie uit 2021 met ruim 5,25 miljoen voorraaditems in 81 winkels laat zien waarom je verschillen per SKU en locatie moet meten, niet alleen op een totaalpercentage. De productdetails en publieke prijzen hieronder zijn gecontroleerd op 27 oktober 2026; de onderzoeksbronnen zijn in de tekst op hun publicatiejaar gedateerd.

Een mislukte order die van planning tot factuurbewijs loopt is dezelfde soort leveranciersproef: je vergelijkt herstel, bewijs en read-back, niet de soepelheid van de demo. Bij een WMS ligt het breekpunt alleen eerder, op de vloer.

Wat je nodig hebt voordat je leveranciers uitnodigt

Je hebt geen lijst met honderd functies nodig. Je hebt één echte goederenstroom nodig, een mislukte pick die iedere leverancier exact hetzelfde uitvoert en een eigenaar die mag zeggen: deze correctie gaat nog niet naar productie.

De proeforder

Maak één testdossier met:

• een inkooporder met SKU, barcode, verwachte hoeveelheid, verpakkingseenheid en locatiebeleid;
• een ontvangst met een bewuste afwijking tussen besteld, geregistreerd en fysiek geteld;
• een verkooporder die precies op die afwijking uitkomt;
• een picklocatie, een reserve- of bulkzone en een eventuele lot- of serienummerregel;
• een ERP-record en een webshoprecord met dezelfde zakelijke sleutel;
• een afgesproken uitkomst voor backorder, gedeeltelijke levering en voorraadpublicatie.

Gebruik vaste sleutels. PO-2026-10427 is de inkooporder, SKU-KABEL-2M het artikel, SO-2026-4108 de verkooporder en A-03-02 de picklocatie. Een productnaam of een vrije opmerking is geen sleutel waarop je later veilig kunt herstellen.

De bronkaart

Leg per veld vast wie de waarheid bezit en wie alleen leest.

Een vendorpublicatie van BizBloqs, gepubliceerd op 7 september 2026 en gecontroleerd op 27 oktober 2026, vat de grens praktisch samen: het ERP bezit commerciële waarheid zoals artikelen, inkoop, verkoop en waardering; het WMS bezit de fysieke uitvoering zoals locatie, scans en bewegingen. BizBloqs benadrukt één eigenaar per veld om dubbel reconciliatiewerk te voorkomen. Gebruik die verdeling als startpunt, niet als dogma. Sommige bedrijven laten een WMS de voorraadmutatie bezitten en het ERP de financiële verwerking. Dat moet je expliciet afspreken.

Toegang, rollen en bewijs

Vraag iedere leverancier vóór de demo om:

• een afgeschermde testomgeving of testmagazijn;
• een gebruiker voor ontvangst, een picker en een supervisor;
• API-lezen en API-schrijven, inclusief webhooks of export;
• een lijst met statussen voor receipt, picklist, voorraadcorrectie en backorder;
• een manier om een foutieve write op zakelijke sleutel terug te vinden;
• een volledige export van event, telling, correctie, ERP-response en read-back.

Plan minstens drie rollen in. De picker mag een short pick vastleggen. De supervisor mag de fysieke hertelling beoordelen. Finance of operations mag de correctie naar ERP en webshop vrijgeven. Eén account met alle rechten maakt een demo snel, maar verbergt je beheersrisico.

Een cycle count is geen jaarlijkse schoonmaakactie die je pas na de piek uitvoert. Het is een geplande controle van een deel van je voorraad. Een praktische werkwijze is A-artikelen en locaties met veel afwijkingen vaker te tellen dan langzaam lopende C-artikelen. verdeelt telwerk over planning, uitvoering en analyse, gepubliceerd in september 2024 en gecontroleerd op 27 oktober 2026.

De afwijzingsregels

Leg vóór je test vast wanneer een kandidaat faalt:

1. Een picker kan een artikel als gepickt sluiten zonder een reden en resthoeveelheid.
2. Een telling overschrijft de oude voorraad zonder gebruiker, tijdstip en reden.
3. Een correctie schrijft naar ERP zonder menselijke vrijgave.
4. Een time-out leidt tot een tweede voorraadmutatie zonder read-back.
5. De webshop blijft de oude voorraad tonen nadat ERP en WMS zijn gecorrigeerd.
6. Je kunt het volledige dossier niet exporteren.

De laatste regel is belangrijk. Een groen scherm is geen bewijs als je na drie maanden niet meer kunt reconstrueren waarom de voorraad van 240 naar 228 ging.

0/8

• Eén inkooporder met verwachte, geregistreerde en fysiek getelde aantallen
• Eén verkooporder die de ontbrekende voorraad probeert te picken
• SKU, barcode, eenheid, locatie en zakelijke sleutels zijn vastgesteld
• Testgebruikers voor ontvangst, picking, toezicht en vrijgave zijn aangemaakt
• ERP- en webshoptestrecords verwijzen naar dezelfde order en SKU
• Vooraf vastgelegde regels voor short pick, backorder, correctie en read-back
• Toegang tot API, webhooks of volledige exports is geregeld
• Een scoreblad met pass, fail, onbekend en bewijslink ligt klaar

Concrete stappen: laat iedere kandidaat dezelfde mislukte pick doorlopen

Met deze proef vergelijk je geen demo, maar de hele voorraadketen: ontvangst, putaway, hertelling, reservering, short pick, correctievrijgave en read-back. Je maakt een fysieke afwijking controleerbaar en voorkomt dubbele mutaties. De uitkomst is een reproduceerbaar dossier met aantallen, eigenaars, statussen en teruggelezen standen in elk systeem.

Doorloop de volgende acht stappen in deze volgorde en bewaar na elke stap het bewijs.

1. Bevries de uitgangssituatie

Doel: leg de nulmeting vast voordat een telling of correctie de keten kan beïnvloeden. Maak bij iedere kandidaat dezelfde proef aan:

• inkooporder PO-2026-10427;
• SKU-KABEL-2M, een partij van 240 stuks;
• verwachte ontvangst: 240;
• geregistreerde ontvangst: 240;
• fysieke hertelling na putaway: 228;
• verkooporder SO-2026-4108 voor 240 stuks;
• picklocatie A-03-02;
• WMS-, ERP- en webshopvoorraad vóór de correctie: 240.

Exporteer de bronrecords vóór je iets wijzigt. Noteer WMS-record-ID, ERP-record-ID, webshop-ID, locatie, gebruiker en tijdstip. De hertelling krijgt eerst status 'pending_review'; zij verandert de systeemvoorraad nog niet. Geef SO-2026-4108 na die telling, maar vóór de correctievrijgave, vrij en reserveer 240 stuks. Zo test je precies of een verouderde systeemstand tot een short pick leidt. Na de short pick worden de 12 niet-gevonden stuks uit de reservering vrijgegeven.

2. Test ontvangst én voorraad

Ontvangst: boek eerst de verwachte 240 stuks en laat de kandidaat de ontvangst teruglezen met besteld aantal, ontvangen aantal, locatie, gebruiker, tijdstip en eventuele lot- of serienummerinformatie.

Herhaal de ontvangst met een fysieke afwijking. De uitkomst moet drie waarden uit elkaar kunnen houden:

• besteld: wat het ERP van de leverancier verwacht: 240;
• geregistreerd: wat de medewerker of scanner heeft ingevoerd: 240;
• geteld: wat fysiek in de locatie ligt: 228.

Picqer legt in de huidige API voor receipts status, ontvangstnummer, gebruiker, besteld aantal, ontvangen aantal, locatie en lot- of houdbaarheidsgegevens vast. Receipt API v1 wordt in 2026 uitgefaseerd en v2 is de actuele route, gecontroleerd op 27 oktober 2026. Vraag iedere leverancier om dezelfde velden te tonen, ook als de schermnamen anders zijn.

Een ontvangst die direct van processing naar completed springt zonder ruimte voor afwijking kan nog steeds bruikbaar zijn, maar dan moet de correctie elders een volwaardig dossier krijgen. Laat de leverancier dat pad demonstreren. Niet tekenen op basis van de foutloze ontvangst.

3. Forceer een blinde hertelling

Hertelling: laat de medewerker een telling uitvoeren zonder de verwachte hoeveelheid te zien. Anders bevestigt hij vaak het getal dat al op het scherm staat. De test is: kan iemand 228 tellen, de afwijking zien en de oorspronkelijke ontvangst intact laten?

Picqer laat voorraad per locatie via web en mobiele app blind tellen; alleen pickable locations kunnen op deze manier worden geteld, gecontroleerd op 27 oktober 2026.

Controleer bij iedere kandidaat:

• wordt de telopdracht aan een locatie en gebruiker gekoppeld;
• blijft de eerste telling behouden als een tweede telling afwijkt;
• kan een supervisor een verschil goedkeuren of afwijzen;
• blijft de correctie als nieuwe beweging of aanpassing vastgelegd;
• blijft zichtbaar welke bronversie je hebt gecorrigeerd.

Een knop met voorraad instellen op 228 is geen probleem op zichzelf. Het probleem ontstaat wanneer je niet meer ziet waarom 228 is gekozen.

4. Laat de pick echt mislukken

Short pick: maak SO-2026-4108 pas pickbaar nadat de hertelling op 'pending_review' staat, de systeemvoorraad nog 240 is en de WMS-reservering van 240 is vastgelegd. Laat de picker de 240 stuks zoeken in A-03-02. De fysieke voorraad is 228, dus de picker moet op een short pick van 12 uitkomen.

De gewenste uitkomst:

1. De picker scant order, SKU en locatie.
2. Het systeem laat niet toe dat 240 stuks als volledig gepickt worden afgetekend.
3. De picker registreert short_pick met gevonden hoeveelheid 228.
4. De resterende hoeveelheid 12 blijft zichtbaar als openstaand of backorder.
5. De 12 niet-gevonden stuks worden uit de reservering vrijgegeven; de 228 gevonden stuks blijven aan de order gekoppeld.
6. Er wordt geen definitieve verzendbevestiging gestuurd voor de ontbrekende 12 stuks.

Picqer modelleert picklists met een unieke ID, orderrelatie, magazijn, verantwoordelijke gebruiker, status, totaalproducten en totaal gepickt. De huidige API noemt ook een pauzestatus en een reden voor het pauzeren, gecontroleerd op 27 oktober 2026.

Een WMS dat alleen een rood scherm laat zien, helpt je operator weinig. Vraag waar de fouttaak landt, wie hem bezit, welke herstelactie is toegestaan en wanneer de order weer vrijgegeven mag worden.

5. Controleer de voorraadgrens en de correctiereden

Correctie: laat de supervisor de 228 stuks opnieuw tellen. De correctie is dan geen gok, maar een verschil van 12 tussen de geregistreerde 240 en de fysieke 228. Laat het systeem een mutatie maken met:

adjustment_id, SKU, locatie, oude hoeveelheid, nieuwe hoeveelheid, verschil, reden, bronorder, teller, reviewer, tijdstip, bewijs en status.

Gebruik een reden zoals ontvangstverschil, picklocatie niet gevonden of schade. Gebruik een specifieke reden, geen algemene correctie. Zo kun je later analyseren waar de verschillen ontstaan.

Picqer registreert voorraad per magazijn en optioneel per locatie. Een verlaging kan niet onder nul komen of onder de hoeveelheid zakken die al voor picklists is gereserveerd, gecontroleerd op 27 oktober 2026. Dat is precies een detail voor je test: een systeem moet voorkomen dat de correctie de reservering van 240 stil wegdrukt. Eerst registreert de pick de 228 gevonden stuks en geeft het systeem de resterende 12 vrij; daarna mag de correctie 240 naar 228 worden goedgekeurd.

6. Test menselijke vrijgave als aparte status

Vrijgave: de supervisor mag de telling en de vrijgave van de 12 niet-gevonden stuks bevestigen. Dat betekent nog niet automatisch dat ERP en webshop mogen worden bijgewerkt. Maak de statussen zichtbaar:

• counted: fysieke telling van 228 geregistreerd;
• review_pending: verschil van 12 wacht op beoordeling;
• approved: correctie 240 naar 228 is door een bevoegde persoon vrijgegeven;
• erp_written: ERP heeft de mutatie ontvangen;
• read_back_ok: ERP-resultaat 228 is gecontroleerd;
• channel_published: webshop heeft 228 als nieuwe voorraad bevestigd.

Laat een picker niet zijn eigen afwijking vrijgeven. Laat een integratiegebruiker niet tegelijk de businessbeslissing nemen. Als de software deze functies niet scheidt, leg je die scheiding buiten het WMS vast in een aparte queue.

7. Simuleer een time-out na de ERP-write

Time-out: laat de connector de correctie van 240 naar 228 uitvoeren en knip de response af nadat de aanvraag mogelijk al is verwerkt. Start geen tweede write. Zoek eerst op adjustment_id, ERP-document-ID, externe referentie en idempotentiesleutel.

De kandidaat slaagt alleen als hij één van twee dingen kan bewijzen:

• de write is niet uitgevoerd en mag met dezelfde zakelijke sleutel opnieuw;
• de write is wel uitgevoerd en krijgt status geslaagd-na-timeout.

Een HTTP 200 of een groen workflow-icoon is geen read-back. Controleer minimaal SKU, magazijn, locatie of voorraadbron, oude stand 240, nieuwe stand 228, mutatiereden, ERP-ID en timestamp. Als een ERP alleen een totaalvoorraad teruggeeft, vraag dan hoe je de locatiecorrectie en de zakelijke orderrelatie controleert.

8. Laat de webshop teruglezen en sluit het dossier

Read-back: de webshop mag een bericht ontvangen, maar je moet de actuele stand teruglezen. Voor kanaalpublicatie geldt dezelfde regel als bij een voorraadbelofte per kanaal met bronversie en versheidsgrens. Een correcte eindtoestand in dit voorbeeld is:

• WMS: 228 on-hand;
• ERP: 228;
• webshop: 228;
• gepickt: 228, met 12 openstaande stuks in backorder;
• reservering: 240 vóór de pick, daarna 12 vrijgegeven en geen dubbele reservering;
• correctie: -12 met reden ontvangstverschil, reviewer en bewijs;
• ontvangen events: één oorspronkelijke write plus eventuele retryregistratie;
• dossier: gesloten met read-back.

Picqer stuurt webhooks voor onder meer aangemaakte, gewijzigde, gepauzeerde, hervatte en afgeronde orders en picklists. De webhook is een signaal om de status op te halen, geen vervanging voor je eigen bewijsrecord, gecontroleerd op 27 oktober 2026.

Bewaar de ruwe eventpayload, response, businesssleutel en read-back naast elkaar. Zo kun je na een storing aantonen of de webshop te laat was, het ERP een update miste of de WMS-correctie nooit is vrijgegeven.

Valkuilen die je WMS-keuze onbetrouwbaar maken

Je test alleen de normale ontvangst

Een leverancier kan 240 stuks ontvangen en een picklijst vullen. Dat bewijst dat de foutloze route werkt. Voeg altijd een tekort, overontvangst, onbekende barcode en een telling die afwijkt toe. Laat ieder afwijkend pad een eigenaar en sluitbewijs krijgen.

Je maakt een tekort automatisch onzichtbaar

Een medewerker die “gevonden: 228” invoert, mag niet stil de oorspronkelijke ontvangst overschrijven. Bewaar besteld, geregistreerd en geteld als drie verschillende waarden. De correctie is een nieuwe gebeurtenis.

Je laat de picker de voorraad corrigeren

De picker kent de locatie en het moment, maar niet automatisch de oorzaak van het verschil. Laat hem het short pick vastleggen. Laat een supervisor de hertelling en reden beoordelen. Zo blijft operationele observatie gescheiden van financiële en voorraadkundige vrijgave.

Je verwart completed met fysieke waarheid

Een ontvangststatus completed zegt dat een workflow klaar is. Hij zegt niet dat alle dozen aanwezig waren. Vraag naar het verschil tussen administratief afgerond, fysiek geteld en vrijgegeven voor verkoop.

Je schrijft rechtstreeks in de ERP-database

Een WMS en ERP kunnen dezelfde voorraadtabellen lijken te begrijpen, maar nummerreeksen, reserveringen en waarderingsregels zitten vaak buiten het zichtbare schema. Schrijf via een ondersteunde API, import of correctieobject. Gebruik databaselezing hooguit voor controle.

Je behandelt een webhook als bewijs

Een webhook kan dubbel aankomen, te laat zijn of alleen melden dat een status veranderde. Bewaar event-ID, ontvangsttijd en payload, maar doe daarna een read-back. Een webhook zonder idempotentie en reconciliatie is een snellere manier om achterstand te creëren.

n8n kan fouten naar een apart error workflow sturen met execution-ID, retryrelatie en foutmelding. Dat legt een voorraadkundige businessbeslissing nog niet vast, gecontroleerd op 27 oktober 2026. Houd je correctieledger dus buiten de workflowgeschiedenis.

Je beoordeelt leveranciers op screenshots

Een dashboard met voorraad per SKU is niet hetzelfde als een controleerbare voorraadcorrectie. Vraag live naar de oude waarde, nieuwe waarde, bron, actor, reden, status, API-response en read-back. Wat niet tijdens de proef zichtbaar wordt, krijgt onbekend, geen halve punten.

Beslis-kader: welk WMS past bij jouw magazijn?

Gebruik eerst drie knock-outregels. Een kandidaat faalt direct als één van deze regels niet aantoonbaar slaagt:

1. geen volledige pick wanneer de order 240 vraagt en de picker maar 228 vindt;
2. geen correctie van 240 naar 228 naar ERP zonder bewijs en menselijke vrijgave;
3. geen definitieve kanaalupdate naar 228 zonder read-back van sleutel, aantal en status.

Vijf gewogen criteria

Scoor daarna exact vijf criteria. Kies per rij het lichtste model waarvan de drempel je echte situatie dekt. Geef niveau 0 aan kant-en-klaar, 50 aan een integratielaag en 100 aan een maatwerk-bewijslaag. De gewogen score is gewicht × niveau / 100; de vijf gewichten samen zijn 100.

Een score van 0-34 betekent kant-en-klaar WMS, 35-64 betekent WMS met integratielaag en 65-100 betekent maatwerk-bewijslaag. Een niveau 100 op reservering en timing of audit en rolenscheiding zet de uitkomst direct op maatwerk-bewijslaag, ook als het gemiddelde lager uitvalt. Een knock-out blijft altijd beslissend: onbekend is geen pass.

De beste keuze is dus niet automatisch het WMS met de meeste functies. Het is het kleinste model dat jouw foutpad zichtbaar, herstelbaar en aantoonbaar maakt.

Kies kant-en-klaar als je proces stabiel is

Een standaard WMS past als je één of enkele magazijnen hebt, de locaties logisch zijn, SKU's vaste barcodes hebben en uitzonderingen dagelijks door één operationeel team worden opgelost. Picqer is dan een concrete kandidaat om vroeg te testen. De publieke prijzen die op 27 oktober 2026 zichtbaar waren: Team €379 per maand met 3.000 bestellingen, Business €825 met 7.500, Premium €1.349 met 15.000 en Enterprise €5.500 met 75.000. Extra bestellingen worden per pakket afzonderlijk berekend. De pakketten bevatten onbeperkte gebruikers en webshops.

Dat prijsmodel maakt de ondergrens helder, maar niet de hele investering. Tel koppeling, scanners, inrichting, migratie, training en beheer mee. De vraag voor de demo blijft: kan Picqer jouw ontvangstverschil, blinde telling en short pick zo vastleggen dat de ERP-write later te controleren is?

Kies een WMS met integratielaag voor multichannel en ERP

MontaWMS is logisch op de shortlist als je e-commerce, marketplaces, ERP en meerdere fulfilmentstromen samenbrengt. MontaWMS koppelt met AFAS, Exact, Logic4, Oracle, SAP en Unit4 en biedt een eigen REST API, gecontroleerd op 27 oktober 2026.

Monta publiceert geen vaste instapprijs op de WMS-prijspagina. Het prijsmodel bestaat uit een maandelijkse licentie, een kleine vergoeding per order en een eenmalige implementatiefee voor integratie en training, volgens de actuele WMS-prijspagina. Vraag daarom om een offerte die jouw foutqueue, read-back en exit-export apart benoemt. “API beschikbaar” is geen antwoord op wie een voorraadverschil bezit.

Kies enterprise-WMS als locatie en uitvoering complex zijn

Dynamics 365 Supply Chain Management is passend wanneer je al in het Microsoft-landschap werkt en magazijnprocessen, verkoop, inkoop, kwaliteit en transport in één model wilt verbinden. De Warehouse management-module werkt met fysieke locaties en license plates, stuurt werk naar magazijnmedewerkers en koppelt met verkoop, inkoop, kwaliteit en transport. Microsoft maakt expliciet onderscheid tussen deze module en de lichtere Inventory management-oplossing, gecontroleerd op 27 oktober 2026.

De cycle-countflow van Dynamics 365 maakt telwerk aan, verwerkt de telling op een mobiel apparaat en zet verschillen op Pending review voordat ze worden opgelost. Dat is een goed model voor je acceptatie-eis. Controleer wel waar de menselijke goedkeuring eindigt en waar de ERP-mutatie, financiële waardering en webshopterugmelding beginnen.

Gebruik n8n als laag, niet als WMS

n8n is nuttig voor webhooks, retries, API-calls, notificaties en read-backs rond een bestaand WMS. Het is geen bron van picklocaties, ontvangststatussen of voorraadwaardering. De actuele Cloud Starter-prijs is €20 per maand bij jaarlijkse betaling voor 2.500 workflowuitvoeringen; Pro is €50 voor 10.000 uitvoeringen. n8n rekent per volledige workflowrun, niet per losse stap, gecontroleerd op 27 oktober 2026.

Gebruik n8n pas nadat je hebt bepaald waar de voorraadledger, correctiereden en vrijgave leven. Een workflow kan het proces verbinden. Hij mag niet ongemerkt de enige plek worden waar je financiële of voorraadkundige beslissing bestaat.

Faalt de kandidaat één van de drie knock-outregels uit het beslis-kader?

Ja, minstens één regel faaltNee, alle drie slagen

De keuzehulp gebruikt dezelfde drie route-uitspraken, vijf criterianamen, gewichten en drempelniveaus als het scoreblad. Gebruik de snelle route om een kandidaat af te wijzen of een model te kiezen; gebruik daarna het gewogen scoreblad om de bewijslinks per criterium vast te leggen.

Valkuilen in het beslis-kader

Je verwart hoeveelheid met complexiteit

Een magazijn met 5.000 SKU's en één kanaal kan eenvoudiger zijn dan een magazijn met 300 SKU's, drie kanalen, lotnummers en een ERP dat voorraadwaarde bezit. Kijk naar bronnen, uitzonderingen, locaties en foutkosten. Niet naar SKU-telling alleen.

Je accepteert roadmaptaal

“Dit staat op de planning” is geen pass. Vraag om een test, een datum, een export en een tijdelijke werkwijze. Als een leverancier de short pick alleen in een toekomstige versie kan herstellen, behandel je die functie als afwezig.

Je maakt de integratielaag eigenaar van alles

Een workflowtool kan goed zijn in doorgeven en signaleren. Laat het WMS eigenaar blijven van de fysieke beweging en laat ERP de commerciële en financiële gevolgen verwerken. Een losse workflow die zelf voorraadstanden verzint, maakt je bronkaart onbruikbaar.

Uitgewerkt voorbeeld: 12 ontbrekende stuks zonder dubbele correctie

Dit is een fictief rekendossier met echte productnamen als testkandidaten. De getallen laten zien hoe je de proef invult; ze zijn geen claim over een leverancier.

Noorderlicht Supply verkoopt onderdelen via Shopify, gebruikt Exact Online voor orders en administratie en zoekt een WMS voor één magazijn. Het team verwerkt 140 orders per werkdag, heeft 6.800 SKU's en telt A-artikelen dagelijks. Picqer en MontaWMS staan op de shortlist. Dynamics 365 Supply Chain Management valt af omdat het bedrijf geen Dynamics-landschap heeft, maar de testvorm blijft bruikbaar voor een later enterprise-traject.

De testuitkomst die vooraf is afgesproken

De proef gaat over SKU-KABEL-2M:

• PO-2026-10427 verwacht 240 stuks;
• de ontvangst registreert 240;
• de blinde hertelling vindt na putaway 228;
• SO-2026-4108 vraagt 240 stuks;
• WMS, Exact Online en Shopify tonen vóór de correctie een on-hand-stand van 240;
• de hertelling staat eerst op 'pending_review' en verlaagt de systeemvoorraad nog niet;
• na die hertelling reserveert het WMS de volledige order van 240 vóór de pick;
• de fysieke locatie is A-03-02;
• het verschil is dus 12 stuks, 5 procent van de geregistreerde ontvangst.

De leverancier mag in de demo niet vooraf horen dat A-03-02 228 stuks bevat. Een medewerker voert de ontvangst uit, een tweede medewerker telt blind en een supervisor krijgt pas daarna het verschil te zien. De leverancier levert na elke stap een export.

De foutketen

De picker scant de verkooporder, SKU en locatie. De WMS-reservering staat op 240, maar hij vindt 228. Hij kan de pick niet sluiten als volledig gepickt. De WMS-status wordt short_pick, de resterende 12 blijven als backorder open en de 12 niet-gevonden stuks worden uit de reservering vrijgegeven. Er wordt geen verzendbevestiging voor die ontbrekende 12 stuks naar Shopify gestuurd.

De supervisor vergelijkt ontvangst, locatie en telbewijs. Hij keurt een correctie van 240 naar 228 goed met reden ontvangstverschil. Het dossier bevat:

• receipt-ID en purchase-order-ID;
• SKU, locatie en barcode;
• eerste telresultaat 228;
• gebruiker en tijdstip van beide tellingen;
• foto of scanbewijs, als het proces dat gebruikt;
• reden ontvangstverschil;
• reviewer en vrijgavetijd;
• externe mutatiesleutel ADJ-2026-10427-01;
• de reservering 240 vóór de pick en het vrijgeven van 12 na de short pick.

De connector schrijft de correctie van -12 naar Exact Online. Daarna simuleert de test een time-out. De integratie zoekt op ADJ-2026-10427-01 en vindt de mutatie al terug met ERP-ID EX-88421. Er komt geen tweede correctie. De nieuwe on-hand-stand wordt in Exact Online teruggelezen als 228. Shopify ontvangt daarna een publicatie met bronversie EX-88421 en wordt teruggelezen als 228.

De order blijft 12 stuks open als backorder, terwijl 228 stuks als gedeeltelijk gepickt kunnen worden verwerkt. Dat is geen fout in de synchronisatie. Het is de zakelijke uitkomst van een voorraadtekort. Een kandidaat die Shopify op 228 zet maar de order stil op volledig laat staan, heeft de technische write gehaald en de job toch niet afgemaakt.

Het scoreblad

Noorderlicht geeft Picqer en MontaWMS geen score voor functies die alleen in een productpresentatie worden genoemd. Onbekend betekent dat de leverancier het tijdens de proef niet aantoonde. Als beide kandidaten de dagelijkse pick goed doen maar geen gecontroleerde ERP-read-back bieden, kiest Noorderlicht geen winnaar. Het koopt dan eerst een maatwerk-bewijslaag of maakt de koppeling onderdeel van de WMS-implementatie.

Vergelijkingstabel: WMS of verbindingslaag?

De productinformatie en prijzen in deze tabel zijn gecontroleerd op 27 oktober 2026. Publieke licenties zijn geen implementatieoffertes. Tel scanners, inrichting, migratie, koppelingen, opleiding, support en beheer mee.

De vergelijking geeft een duidelijke volgorde. Begin met Picqer als je proces klein en locatiegericht is. Test MontaWMS als multichannel en ERP-integraties de kern zijn. Kijk naar Dynamics 365 Supply Chain Management wanneer je magazijncomplexiteit en bestaande ERP-landschap dat rechtvaardigen. Voeg n8n alleen toe als verbindingslaag en bewaar je zakelijke waarheid in een aparte ledger.

Een WMS is pas gekozen wanneer het dezelfde fout kan dragen als jouw magazijn. De ontbrekende twaalf stuks zijn het moment waarop je ziet of een leverancier fysieke werkelijkheid, menselijke controle, ERP-mutatie en webshopbelofte aan elkaar kan knopen. Als dat bewijs ontbreekt, heb je nog geen magazijnsysteem gekozen. Je hebt een demo gekocht.