Voorraadverschillen aanpakken:
verder kijken dan opnieuw tellen.

Vergelijk eerst dezelfde voorraad.

De fysieke voorraad, de administratieve voorraad en de verkoopbare voorraad beantwoorden verschillende vragen. Een doos kan aanwezig zijn en tegelijk geblokkeerd staan voor inspectie. Een artikel kan gereserveerd zijn voor een order terwijl het nog in het vak ligt. Ook goederen op een intern transportmiddel kunnen tijdelijk buiten de vaste stelling staan.

Leg daarom bij een verschil vast wat je vergelijkt: artikel en variant, locatie, hoeveelheid, eenheid, partij of serienummer waar nodig, eigenaar en voorraadstatus. Spreek af op welk moment de vergelijking plaatsvindt. Zonder die context kun je een correcte reservering aanzien voor verdwenen voorraad of een omdoos vergelijken met losse stuks.

Begin met een paar concrete afwijkingen die het dagelijks werk hinderen. Die geven meer richting dan meteen het volledige magazijn opnieuw inrichten. Neem de betrokken medewerkers mee: zij weten vaak welke tijdelijke plekken en herstelhandelingen buiten de normale registratie vallen.

Zoek het laatste betrouwbare overdrachtsmoment.

Bekijk per geval de handelingen tussen de laatste betrouwbare telling en het moment waarop het verschil werd ontdekt. Een correctie zonder oorzaak kan nodig zijn om door te werken, maar markeer dan dat nader onderzoek openstaat. Anders wordt de correctie onterecht het einde van het verhaal.

Bewaar de reden achter iedere voorraadmutatie.

Een bruikbaar mutatieoverzicht laat zien welke taak of gebeurtenis een wijziging veroorzaakte. Denk aan een ontvangst, pickbevestiging, verplaatsing, schadeboeking of goedgekeurde telcorrectie. Bewaar de bijbehorende gebruiker of systeembron en het moment van verwerking. Zo kun je een voorraadstand uitleggen vanuit handelingen.

Wanneer ERP en WMS allebei voorraad tonen, moet duidelijk zijn welk systeem welke voorraad bijhoudt en hoe snel gegevens worden uitgewisseld. Een vertraagde status is iets anders dan een ontbrekende mutatie. Leg vast hoe je die situaties herkent en wie een vastgelopen overdracht behandelt.

Geef bij koppelingen iedere gebeurtenis een vaste identiteit en laat de ontvanger verwerkingsregistratie en mutatie gezamenlijk vastleggen. Zo kan een herhaald bericht worden herkend zonder nogmaals te boeken. Geef een herstelactie een eigen geschiedenis. Meer hierover staat in de gids over WMS, TMS en ERP koppelen. Een scan of API-antwoord alleen is nog geen bewijs dat alle betrokken systemen dezelfde situatie kennen.

Maak van tellen een beheersbaar proces.

Cycle counting betekent dat je delen van de voorraad gericht telt. In Microsofts documentatie voor Dynamics 365 is dit uitgewerkt als telwerk aanmaken, tellen en verschillen beoordelen. De precieze functies en blokkeringen verschillen per pakket en inrichting. Neem die werkwijze dus niet zonder controle over in je eigen systeem.

Kies welke locaties of artikelen aandacht vragen: bijvoorbeeld veel voorkomende afwijkingen, lastig te onderscheiden varianten of voorraad die vaak wordt verplaatst. Laat de teller de gevonden hoeveelheid vastleggen zonder de verwachte hoeveelheid als invulhulp te gebruiken. Bepaal wanneer een tweede telling of beoordeling nodig is en wie de uiteindelijke correctie mag goedkeuren.

Regel ook bewegingen tijdens de telling. Je kunt een afgebakend gebied tijdelijk blokkeren of mutaties rond het telmoment gecontroleerd meenemen. Welke aanpak werkt, hangt af van het systeem en de operatie. Een losse spreadsheettelling zonder duidelijk referentiemoment maakt de vergelijking onnodig onzeker.

Fictief voorbeeld: voorraad op de verkeerde locatie.

Stel dat een magazijn bij een picklocatie regelmatig tekort komt, terwijl het totale artikelbestand op papier klopt. Dit fictieve voorbeeld laat zien hoe een softwarekeuze uit procesonderzoek kan volgen; het beschrijft geen uitgevoerde klantcase.

Een medewerker haalt een doos uit de reservestelling en zet die alvast bij de picklocatie. De administratieve verplaatsing wordt pas later op kantoor verwerkt. Een teller ziet de doos op de nieuwe plek; het systeem verwacht hem nog in de reservestelling. Een correctie op beide plekken kan het totaal kloppend houden, maar maskeert de vertraagde registratie.

Een mogelijke oplossing is één verplaatsingstaak met bronlocatie, artikel, eenheid en bestemming. De medewerker bevestigt de fysieke overdracht op het apparaat. Een onderbroken taak krijgt een herkenbare status en verantwoordelijke. Test daarbij ook een doos die onderweg tijdelijk wordt neergezet. Alleen een extra locatiescan toevoegen is onvoldoende wanneer het systeem de tussenstap niet kan afhandelen.

Gebruik scanners waar ze een overdracht bevestigen.

Een scanner helpt een artikel of locatie herkennen. De toepassing moet vervolgens de juiste mutatie voorstellen en controleren. Kies daarom eerst welke handelingen geregistreerd moeten worden en welke informatie de medewerker daarbij nodig heeft. Laat de hoeveelheid, eenheid en bestemming zichtbaar terugkomen voordat een onomkeerbare werkstap wordt bevestigd.

RFID in het magazijn kan een andere manier van identificeren ondersteunen, maar een verzameling gelezen tags is nog geen verklaring voor een verschil. Je moet weten wat de tags vertegenwoordigen en of de leeszone overeenkomt met het getelde gebied. Neem taguitgifte, ompakken en onzekere lezingen mee in de proef.

Bij structurele verschillen na levering verdient goederenontvangst digitaliseren vaak eerst aandacht. Bij verschillen na uitgifte kijk je naar pickcontroles. De beste ingreep ligt bij de stap waar de registratie afwijkt van het fysieke werk.

Wanneer vraagt voorraadbeheer om andere software?

Soms is het bestaande WMS geschikt en ontbreekt vooral een duidelijke werkwijze, een mobiel scherm of een bruikbaar mutatieoverzicht. Dan kan een gerichte uitbreiding voldoende zijn. Controleer ook of rechten en correctieredenen goed zijn ingericht. Een nieuw systeem lost onduidelijke verantwoordelijkheden niet vanzelf op.

Wanneer ontvangst, voorraad, opdrachten en uitzonderingen verspreid staan over losse toepassingen, kan een eigen systeem de logica bij elkaar brengen. Een WMS op maat hoeft niet te beginnen met alle denkbare magazijnfuncties. Een complete, afgebakende goederenstroom met betrouwbare mutaties kan het vertrekpunt zijn. Neem bij een overstap ook de migratie van voorraad en openstaande taken mee.

Blade BV bouwt voorraad- en magazijnsoftware, zowel als eigen systeem als in combinatie met bestaande pakketten. We vergelijken de benodigde bouw en het beheer met licenties, koppelingen, correctiewerk en dagelijkse omwegen. Zo wordt duidelijk waar maatwerk haalbaar is en welke bestaande onderdelen juist goed blijven passen.

Ontstaan verschillen vooral wanneer meerdere mensen tegelijk werken? De gids over veilige voorraadreserveringen legt uit hoe software dubbele toewijzing beheerst.

Begin met een herkenbaar verschil en een meetbaar doel.

Kies één terugkerende afwijking en volg de bijbehorende handelingen. Bewaar de oorzaak, herstelactie en betrokken processtap. Meet vervolgens hoeveel verschillen terugkeren, hoeveel tijd herstel vraagt en hoeveel pickopdrachten hierdoor vastlopen. Houd dezelfde definities en vergelijkbare perioden aan. Daarmee voorkom je dat minder getelde locaties ten onrechte als betere voorraadbetrouwbaarheid worden gepresenteerd.

Voor de eerste ingebruikname spreek je af wie openstaande taken bewaakt en hoe je bij een storing verder werkt. Controleer na een proef niet alleen de eindstand, maar ook of de historie verklaart hoe die stand tot stand kwam. Dat maakt een volgende afwijking beter onderzoekbaar.

Leg een voorraadverschil aan ons voor. Met een voorbeeld van de fysieke situatie, de systeemstand en de laatste handelingen kunnen we in een kennismaking gericht bespreken welke registratie ontbreekt en welke softwareaanpak daarbij past.