Wat een goed voorraadlogboek vastlegt (en wat de meeste missen)

Elk voorraadsysteem toont u een getal. Minder systemen tonen u hoe dat getal tot stand kwam. Dat tweede deel, het logboek, is waar u naar grijpt zodra het getal niet lijkt te kloppen, en het is maar zo nuttig als wat het de moeite waard vond om op te schrijven. Een logboek dat “Voorraad gewijzigd” zegt, zonder naam, zonder reden en zonder voor en na, is nauwelijks beter dan helemaal geen logboek.

Deze gids is een checklist. Hij behandelt wat elke regel in een voorraadlogboek moet vastleggen, de twee soorten wijzigingen die de meeste logboeken vergeten, en een paar regels die een logboek betrouwbaar en leesbaar houden als het eenmaal duizenden regels bevat. Gebruik hem om het systeem te beoordelen dat u vandaag hebt, of dat nu software is, een spreadsheet of een klembord aan een spijker.

De zes dingen die elke regel nodig heeft

Zie elke logregel als een klein incidentrapport. Ontbreekt een van deze punten, dan is er een vraag die de regel niet kan beantwoorden.

1. Welk artikel. Vanzelfsprekend, maar het moet hernoemingen en verwijderingen overleven. Een regel die naar “artikel 214” verwijst, is nutteloos zodra artikel 214 weg is.
2. Wat er veranderde. Welke categorie (in het schap, besteld, onderweg voor levering, beschadigd) of welk gegeven van het artikel.
3. Met hoeveel, of van wat naar wat. Een mutatie heeft de hoeveelheid nodig, met eenheid (“−2,5 kg”, niet “−2,5”). Een bewerking heeft de oude en de nieuwe waarde nodig.
4. Wie. Een persoon met een naam, niet “admin” of een gedeelde tabletlogin. Als iedereen inlogt als “magazijn”, kan het logboek alleen ooit zeggen dat het magazijn het deed.
5. Wanneer. Een exact tijdstempel, vastgelegd door het systeem en niet aan het eind van de dienst door iemand ingetikt.
6. Waarom, en via welke weg. Een optionele reden (“bedorven tijdens transport”, “cyclustelling”) en het kanaal: met de hand, na een scan, vanuit een ontvangen bestelling, vanuit een assemblage of door een AI-assistent.

De meeste systemen leggen bij voorraadmutaties de eerste vijf vast. Bij de zesde gaan logboeken stilletjes onderuit: een −12 zonder reden ziet er hetzelfde uit of het nu een verkoop, een ongelukje of diefstal was, en dat is precies het verschil dat u moest weten.

Wat de meeste logboeken als eerste missen: bewerkingen

Logboeken volgen meestal hoeveelheden en negeren al het andere aan een artikel. Toch zijn enkele van de duurste fouten bewerkingen, geen mutaties:

• Een drempel werd verschoven. Iemand verlaagt een waarschuwingsniveau van 18 naar 2 om van een vervelende melding af te zijn. Drie weken later raakt u door de voorraad heen en niemand werd gewaarschuwd. Zonder bewerkingslogboek is de melding “gewoon gestopt met werken”.
• Een eenheid kreeg een ander label. “Blik” wordt “Doos”, en elke telling sindsdien betekent iets dat twaalf keer groter is. Achterhalen wanneer dat gebeurde is het verschil tussen een correctie van vijf minuten en een hertelling.
• Een kostprijs veranderde. Uw voorraadwaarde springt van de ene op de andere dag omhoog. Was dat echt, of tikte iemand een nul te veel in bij de stukprijs?
• Een leverancier werd verwisseld. Nabestellingen gaan ineens naar de verkeerde leverancier en niemand herinnert zich dat te hebben veranderd.

Een bewerkingsregel heeft hetzelfde wie en wanneer nodig als een mutatie, plus de waarde ervoor en erna. “Waarschuwingsniveau: 18 → 2, door Sam, dinsdag 8:57” lost het raadsel op in één regel.

Het tweede: verwijderingen

Een artikel verwijderen is het meest ingrijpende wat iemand in een voorraadsysteem kan doen, en in veel tools ook het stilste. Het artikel verdwijnt en vaak gaat de geschiedenis mee. Dat is de omgekeerde wereld. Het moment waarop een artikel wordt verwijderd, is juist het moment waarop u het liefst wilt weten wie het deed, wat er op dat moment in zat en wat er eerder mee was gebeurd.

Een goed logboek behandelt een verwijdering als gewoon nog een gebeurtenis: een regel die de persoon en het artikel noemt, terwijl het verleden van het artikel intact blijft. Nog beter is het als de verwijdering ongedaan kan worden gemaakt, want “oeps” is de meest voorkomende reden dat dingen worden verwijderd.

Regels die een logboek betrouwbaar houden

Regels worden nooit bewerkt, alleen toegevoegd

Als een logregel kan worden bewerkt, bewijst het logboek niets. Fouten gebeuren, dus de oplossing is een nieuwe regel die de oude corrigeert. Het spoor toont dan zowel de fout als de correctie, en dat is precies wat een auditor, een manager of uw toekomstige zelf wil zien.

Het systeem schrijft de regel, niet de persoon

Wie en wanneer horen uit de aanmelding en de klok te komen, niet uit een veld dat iemand invult. Zelf gerapporteerde logboeken schuiven op naar wat handig is om te melden.

Elke route schrijft naar hetzelfde logboek

Voorraad beweegt door handmatige wijzigingen, scans, ontvangen bestellingen, assemblages en, steeds vaker, AI-assistenten. Als een van die routes het logboek overslaat, heeft het logboek een blinde vlek precies op de plek waar iemand uiteindelijk gaat kijken.

Regels die een logboek leesbaar houden

Een logboek dat u niet kunt lezen, is een logboek dat niemand leest. Twee gewoonten helpen veel:

• Voeg ruis samen, nooit betekenis. Tikt iemand binnen een minuut vijf keer op +1, dan vertelt één regel met +5 hetzelfde verhaal met minder scrollen. Maar een wijziging met een reden, of een bewerking, verdient elke keer een eigen regel.
• Beschrijf samengestelde acties in woorden. “Gebruikt om 2 × zuurdesembrood te maken” op een regel voor bloem verklaart een afboeking die er anders uitziet als derving.

En het logboek moet het systeem kunnen verlaten wanneer u dat nodig hebt: een export met een datumbereik voor de boekhouder, of een filterbare lijst wanneer u in een drukke maand naar één wijziging zoekt.

Een snelle check van uw huidige opzet

Kies een artikel dat een drukke week had en probeer deze vragen alleen uit uw eigen administratie te beantwoorden:

• Wie deed de laatste drie wijzigingen aan de hoeveelheid, en waarom?
• Wat waren het waarschuwingsniveau en de stukprijs een maand geleden?
• Als iemand het vanochtend had verwijderd, zou u kunnen zeggen wie, en het terughalen?
• Welke wijzigingen deed een AI-assistent of een integratie in plaats van een persoon?

Als een antwoord “dat moeten we rondvragen” luidt, is dat het gat. Spreadsheets zijn een veelvoorkomende boosdoener: de versiegeschiedenis legt celbewerkingen vast, maar niet wie welk artikel om welke reden verplaatste, en ze raakt makkelijk kwijt bij een kopie of een export. We gaan dieper in op die afweging in signalen dat u spreadsheets bent ontgroeid.

---

Tijdelijk gratis starten