定義每個團隊正在關注的數量

01

貨架庫存

顧客目前應能在賣場找到的數量。

02

在後場倉庫

仍在門市後場、尚未上架的實體庫存。

03

待收貨

尚未完成收貨確認的預期庫存。

04

保留或有爭議

未完成決策前,不應計入可售庫存的數量。

保留解釋庫存餘額的事件

事件紀錄管控規則
收貨交貨參考編號、品項明細、預期數量與實收數量短缺、損壞或品項錯誤時,保留例外狀態與佐證
盤點門市、區域、預期數量、觀察到的數量和差異重大差異應送交審核,不得覆寫預期餘額
補貨門市、SKU、現有庫存、申請數量與需求日期緊急請求仍保留核准決定
修正原因、佐證、審核人員與最終調整結果修正後仍可追溯實際盤點量與決策

將控管門檻轉化為有明確負責人的工作

低於再訂購點

先確認數量,再建立或審核補貨申請;不要將每個低庫存訊號都直接視為下單指示。

收貨例外

在決定供應商後續與庫存處置方式期間,差異應持續連結交貨與品項明細。

盤點差異

保留預期數量與實際盤點量,並透過正式決策流程指派重盤或核准調整。

關於零售庫存管理軟體的問題

只看現有庫存足以管理零售庫存嗎?

不夠。門市團隊還需要知道庫存位於何處、上次盤點時間、即將到貨的數量、交貨或盤點是否有爭議,以及目前正在採取哪些行動。若可售、保留、已承諾與在途庫存適用於您的營運,應明確定義各自的計算方式。

應如何記錄收貨差異?

將交貨參考編號、預期與實收數量、差異類型及佐證放在一起。不要為了讓收貨數量看似相符而覆寫預期數量。短缺、損壞或品項錯誤應交由負責庫存決策與供應商後續處理的人員。

此 App 會取代 POS 或 ERP 的庫存帳嗎?

不會自動取代。此範例展示門市層級的記錄、審核與例外檢視。若 POS、ERP 或電商系統已管理庫存餘額,應先定義整合方式、識別碼、同步時點與對帳流程,再決定是否將 Jodoo 視為庫存帳。

試算表什麼時候仍然合理?

由一位負責人控管更新的小型商品目錄,可以使用活頁簿。當多人參與盤點或收貨、核准很重要、例外必須留存,或難以還原門市歷程時,就應改用彼此串聯的記錄。