Készletpontosságnál mikor érdemes ciklusszámlálást választani a napi leltár helyett?

Ciklusszámlálás folyamatos pontosságot ad napi leállás nélkül — napi teljes leltár csak alacsony SKU szám vagy audit kötelezettség mellett.

Utoljára frissítve:

Rövid válasz

A ciklusszámlálást (cycle count) akkor válaszd, ha 500+ SKU-d van, a napi operációt nem állíthatod le, és folyamatos készletpontosság kell — hetente rotálva számlálsz A/B/C osztály szerint. A napi teljes leltár kis raktárban (kevés SKU, egyszerű layout) vagy szabályozói/audit kötelezettségnél indokolt. A lokációs rendszer pontossága előfeltétel: rossz lokáció-adat mellett mindkét módszer hazudik.

Részletes magyarázat

Napi leltár: minden nap minden sort (vagy zónát) megszámolod — magas lefedettség, de erőforrás-igényes; kis csapatnál hamar fulladás. Ciklusszámlálás: előre ütemezett terv — A cikk hetente, B havonta, C negyedévente; a raktár megy tovább, a pontosság folyamatosan frissül.

Döntési szempontok: SKU szám, tranzakciós volumen, pontossági cél (pl. 99,5%), audit követelmény. Ha a havi teljes leltár 2 nap leállást jelent és 3%-os eltérést talál, a ciklus + azonnali korrekció gyakran jobb. A raktáraudit évente egyszer teljes leltárral zárható, a köztes időben ciklus tartja a szintet. Vegyes modell is működik: ciklus a forgó zónában, éves teljes leltár a bulk és selejt területen.

Framework / lépésrendszer

A döntéshez használd a LogWare Raktároptimalizálási Keretrendszert: cél → módszer → ütem → korrekció → mérés.

  • Határozd meg a cél pontosságot (pl. 99,2%) és az elfogadható leállást (óra/hó).
  • ABC alapú ciklus terv: A = heti 20%, B = havi 25%, C = negyedéves 15% — évente minden sor eljut.
  • Napi leltár csak akkor, ha SKU < 200 és 1 nap leállás belefér.
  • Eltérés kezelés: ± küszöb alatt rendszer korrekció; felette ok-okozat kötelező.
  • Havi riport: pontosság %, ismétlődő hibás lokációk, ciklus lefedettség %.

Gyakorlati példa

Egy 3 200 SKU-s raktár havi 2 napos teljes leltárral 97,8% pontosságot ért el, évente 24 leállás-nap. Ciklusszámlálásra váltás után (A heti, B havi) a pontosság 99,1%-ra nőtt, leállás évente 4 nap (éves audit). Három lokáció ismétlődő hibája kiderült — rossz UoM — és master javítással megszűnt.