Negatieve voorraad is in een realtimeWMS per definitie niet mogelijk. De administratie in het WMS volgt de fysieke voorraad. Wordt er op enig moment meer afgeboekt van een locatie dan er administratief op voorraad is, dan zal een correct werkend WMS de voorraad op nul zetten en een voorraadcorrectie boeken.

Theoretisch kan negatieve fysieke voorraad niet voorkomen. Want fysieke voorraad is per definitie de combinatie van een fysiek product in een bepaalde hoeveelheid op een fysieke locatie.
Het ontstaan van een negatieve voorraad in een voorraadsysteem heeft te maken met de mate waarin de voorraad wordt gemeten: meten we alleen de fysieke voorraad, dan is een negatief aantal niet mogelijk.

Echter, wanneer een voorraad systeem ook is gekoppeld aan de verkoop, dan kan er wel degelijk een negatieve voorraad ontstaan. Negatieve voorraad is dan te zien als een behoefte.
Vergelijk het met boodschappen doen in de supermarkt. Ik neem een winkelwagentje en heb in mijn hand een boodschappenlijstje. Ik loop langs een schap en pak twee pakken koffie en doe deze in mijn winkelwagen. Dit is een eenvoudige voorraad verplaatsing. De voorraad in het schap wordt 2 stuks lager. De voorraad in mijn winkelwagen wordt 2 hoger en het regeltje op mijn boodschappenlijstje streep ik door. Dus blijkbaar is de behoefte aan koffie bevredigd tot nul door het toevoegen van 2 pakken koffie. Er was dus in mijn winkelwagen een negatieve voorraad!
Tegelijk echter is in de winkel nog steeds hetzelfde aantal pakken koffie aanwezig, alleen niet op dezelfde plek en dus niet allemaal beschikbaar voor de volgende klant.

Aan de inkoop kant van het proces is hetzelfde mogelijk, want zodra er een minimale voorraad in een schap is onderschreden en er een zending onderweg is van de leverancier, dan kan de inkoop orderregel in het systeem te zien zijn als een negatief aantal dat tijdens de fysieke ontvangst wordt bevredigd tot nul. In deze situatie is de voorraad in het systeem te zien als fysieke voorraad plus het aantal in bestelling (minus het aantal gereserveerd voor verkoop-/productie orders).

Dus, een correcte cycle count zal puur de fysieke voorraad weergeven op een bepaald moment, en zal dan ook moeten rekening houden met alle aantallen die wel zijn ontvangen maar nog niet zijn ingeruimd en met alle aantallen die zijn gepickt maar nog niet zijn verzonden.
Een correct cycle count zal dus moeten plaatsvinden op een moment waarop bovenstaande informatie bekend is. Dus wanneer er geen andere goederenbewegingen plaatsvinden of in een real-time omgeving met real-time voorraadbewegingen. En in het laatste geval is Auto-ID een vereiste, is mijn stelling.

Een dagelijkse cyclecount, voor het proces begint, dan heb je al +/-80% van je probleem opgelost.

Marc,
Dat een negatieve voorraad tot incorrecte bestelvoorstellen zal leiden zal ik niet ontkennen. Maar als de voorraad afboekingen of ophogingen niet correct zijn dan zal er altijd een verschil zijn tussen fysieke en adminstratieve voorraad, hetgeen altijd tot incorrecte bestelvoorstellen zal leiden. Helaas zul je deze er niet makkelijk uit kunnen halen, anders dat de order niet uitgeleverd kan worden of een cycle count. Inderdaad hoe oplettend bent u.