Voorraadtellingen: inventarisnauwkeurigheid als cadans

De jaarlijkse stocktake heeft de verkeerde vorm voor een ITAD-warehouse. Stock beweegt dagelijks — elke receiving brengt nieuwe assets binnen, elke outbound haalt er weg, elke testfailure kan stil de status verschuiven zonder dat een label beweegt. Eén keer per jaar is te laat om de drift te vinden. Voorraadtellingen beantwoorden dat probleem met kleine, frequente, afgebakende tellingen die de database synchroon houden met de rack.

De lifecycle

Een telling begint als concept: een scope (warehouse, zone of rack), een toewijzing en een set posities. Het dialoogvenster voor een nieuwe telling toont de positiecodes in scope en pagineert door alle, zodat een zone met 400 posities niet vertegenwoordigd wordt door zijn eerste twaalf rijen. De telling starten zet hem op in uitvoering; de operator scant of telt, hoogt aantallen op, markeert posities als geteld en meldt alles wat niet klopt. Afwerken zet hem op voltooid, en een aparte stap goedgekeurd aanvaardt het resultaat na review. Een telling die niet had mogen gebeuren gaat naar geannuleerd. Voltooid betekent niet dat de discrepanties onschuldig waren — het betekent dat het lopen erop zit. In de goedkeuring zegt iemand wat het waard was.

Discrepanties en hoe ze opgelost worden

Een discrepantie is een van vier dingen: een asset die ontbreekt waar het systeem hem verwacht, een asset die gevonden wordt waar niets verwacht werd, een verkeerde locatie, of een aantal dat niet overeenkomt. Elk wordt opgelost met een van vijf acties: de locatie bijwerken, de asset als ontbrekend markeren, de asset registreren, de telling corrigeren, of ze negeren met een reden. De oorspronkelijke waarneming én de oplossing blijven bewaard, zodat een auditor kan zien wat de operator zag en wat het team besliste. Niemand wordt gevraagd een opstel te schrijven over een ontbrekende kabel. Er wordt om een reden gevraagd.

Het nauwkeurigheidscijfer

Elke telling toont zijn inventarisnauwkeurigheid: de posities in scope min de discrepanties die nog openstaan of met iets anders dan "negeren" werden opgelost, gedeeld door de posities in scope. Het is een cijfer per telling, berekend uit de eigen posities van die telling — en precies dat cijfer voorspelt of je volgende outbound order je aan de dock gaat verrassen.

Het beleid leeft in Instellingen

Onder /settings/core/cycle-counts zet je team de standaardscope (warehouse, zone of rack), de standaard-SLA in uren, de auto-approve drempel als nauwkeurigheidspercentage, de herinneringsfrequentie in dagen, of een foto verplicht is bij een discrepantie, en of een discrepantie zonder reden genegeerd mag worden. Goed beleid is streng genoeg om fouten te vangen en menselijk genoeg dat operators het werk afkrijgen.

De telling vinden die je zoekt

De lijst met voorraadtellingen zoekt en filtert over elke telling in de tenant voordat hij een pagina toont, en de tegels bovenaan splitsen sessies, tellingen in uitvoering, tellingen die op goedkeuring wachten en onopgeloste discrepanties. Eén gereconcilieerde telling per zone per kwartaal is makkelijker vol te houden dan één perfecte telling per jaar, en de lijst is zo gebouwd dat de tellingen van dat kwartaal vindbaar zijn wanneer de auditor het vraagt.