Cycle counts: l’exactitude inventory comme cadence

L'inventaire annuel n'a pas la bonne forme pour un entrepôt ITAD. Le stock bouge tous les jours — chaque réception ajoute des assets, chaque outbound en retire, chaque échec en testing peut modifier un statut sans déplacer une étiquette. Une fois par an, c'est trop tard pour détecter la dérive. Les cycle counts corrigent cela : des comptages petits, fréquents et ciblés qui gardent la base de données alignée avec le rack.

Le cycle de vie en quatre étapes

Plan : définir le périmètre (une zone, un rack, une catégorie) et le calendrier. Les plans de cycle-count vivent dans /settings/core/cycle-counts et peuvent se répéter weekly, monthly ou on-demand.

Assign : choisir l'opérateur. Le comptage apparaît dans sa queue avec le périmètre et une date cible de fin.

Count : l'opérateur parcourt le périmètre avec le scanner. Chaque asset scanné est comparé à l'expected. Les assets manquants sont signalés. Les assets trouvés mais non attendus sont signalés. La plateforme ne prétend pas que le comptage est terminé tant que chaque expected position n'est pas réconciliée.

Reconcile : les écarts sont revus, les raisons enregistrées et l'état d'inventory mis à jour. Un asset manquant reçoit un changement de statut (lost, in-transit-not-recorded ou moved-without-update) et une raison. La ligne d'audit conserve à la fois le comptage initial et la réconciliation.

Pourquoi la cadence compte

Un comptage réconcilié par trimestre, par zone, avec un objectif de 99% d'accuracy — plus facile à maintenir qu'un objectif de 100% une fois par an. La plateforme affiche le trailing accuracy rate par zone, la métrique qui prédit vraiment si votre prochaine commande outbound vous surprendra au dock.