盤點本質是一個事後糾錯機制，與其事後糾錯，不如事中做好。那本文就來跟大家一起聊聊盤點的這些事兒，相信能夠對你有所幫助~

筆者曾在某原材料倉庫現場待了三年，印象最深的就是每年的年終盤點。每年11月下旬倉庫就開始組織各倉區主管制定年終盤點計劃，一進入十二月，整個倉庫的備料入庫基本暫停，除了正常的發料，其餘時間全部投入盤點。到了元旦節前幾天，整個倉庫所有日常工作更是全部暫停，所有的檢驗員、“表哥”、“表妹”均被抽調至現場抽盤。等到元旦那一天，全場放假，除了倉庫……

望着車間放假興高采烈的兄弟們，倉庫的兄弟們滿是豔羨卻又緊張異常，眼巴巴的盼着會計事務所的人能早點來，卻又怕他亂來……

業務背景

評價倉庫工作的好與壞，庫存準确率是一個重要指标，畢竟，連庫存都管不準，倉庫管的再好也沒人信。

庫存準确率，一般是通過盤點檢驗的，盤點結果是庫存準确率的直接體現。

因此，盤點是倉庫最基礎的日常操作，也是WMS軟件的一個基礎功能。

在WMS中，常見的庫存盤點有幾類：

（1）循環盤點（Cycle Counting）

由于倉庫的庫存往往非常多，一次全盤往往需要耗費數天甚至更長時間，于是産生了循環盤點。即基于SKU的ABC分類（基于價值或出入庫頻率劃分），設定不同類别的盤點頻率與周期，系統自動生成盤點任務。譬如A類SKU每星期盤點一次，B類SKU每月盤點一次，C類SKU每季度盤點一次。

此類盤點由于邏輯複雜，需要系統支撐。在我個人的職業生涯中，實際應用的倉庫不多。

（2）動碰盤點（交易盤點）

針對一定時期内發生過變動（交易）的庫存進行盤點。動碰盤點與交易盤點的差異在于，庫存凍結、庫存移動等屬于不屬于庫存交易，因此交易盤點隻針對發生過庫存交易的庫存進行盤點。單從系統角度而言，兩者屬于同一類，隻是選取的盤點庫存範圍有差異。

此外，不同的公司動碰的維度存在差異，我在上上家的A倉庫，采用的是基于SKU動碰，在B倉庫，采用的是基于庫位動碰。在允許SKU混放的場景下，後者的差異在于，隻要某庫位的任一SKU庫存發生了動碰，則該庫位的所有SKU均參與盤點。

在倉庫的日常盤點，往往采用動碰盤點的形式。

（3）指定盤點

設定一定的查詢條件查詢庫存進行盤點，譬如指定貨主、品類、SKU、庫區、庫位等。從系統角度而言，抽盤、全盤也屬于指定盤點範圍。

在倉庫的日常盤點中，指定盤點也是非常常用的一種方式。

從系統角度而言，盤點的本質是基于一定的條件查詢系統庫存，依次作為依據核對實物庫存以及後續差異處理的過程。循環、動碰與指定盤點的差異，無非是查詢庫存的方式/處理邏輯的差異。

盤點基本邏輯

（1）基礎設置

循環盤點，自動觸發。需要提前設定該SKU的ABC分類，并在盤點策略（目前各類系統中并未将盤點相關策略單獨抽離出來，而是與各類基礎配置混雜在一起）中設定每個類别的盤點頻率、盤點比例（同一個類别，也未必能一次盤完）。此外，還需設定Job的啟動時間。

動碰盤點，一般為手工觸發，若要自動觸發，則需提前基于動碰周期設定Job。動碰盤點中，一般會有“是否盤點空庫位”的選項，這是因為某些庫位的庫存已經在前期的操作中被清空。這部分庫位是否參與盤點，系統會給出選項，讓用戶自己自行選擇。

指定盤點，手工觸發。

（2）盤點的依據-盤點任務生成

循環盤點，基于設定的Job啟動時間，系統根據設定的盤點策略查詢庫存，生成盤點任務。需要說明的是，對于盤點任務中所包含的盤點任務明細，系統會記錄“上次盤點時間”。下次循環盤點Job啟動時，将會根據“上次盤點時間”篩除掉此部分數據，直至本輪盤點周期結束；

無論是循環、動碰、指定，針對已生成的盤點任務，系統都會提供盤點查詢界面以便進行過程監控與打印等基本操作。

（3）如何盤-盤點任務執行

盤點的操作方式主要有兩種：

1. 紙單盤點：系統提供盤點單打印功能，倉管員對照盤點單逐項盤點實物；
2. RF盤點：盤點任務生成後，基于一定的規則推送至RF/RF掃描盤點單号提取任務，倉管員依據系統指引逐條盤點。

采用RF盤點時，不同的公司對于盤點的精細度要求不同，譬如A公司在掃描時，隻需要掃描SKU條碼，手工輸入數量，而B公司則需要逐件掃描SKU條碼。

無論是紙單盤點還是RF盤點，系統均會以最優路徑進行排序，确保路徑最短，效率最高。

以上兩種均為接觸式盤點。此外，也有部分采用應用了RFID，倉管員無需接觸實物，隻需帶着感應器沿通道走過，盤點效率大大提升。

需要說明的是，盤點執行過程中一般還會涉及到兩個問題：鎖不鎖庫；明盤暗盤。

鎖不鎖庫，即倉庫在盤點時是否允許進行出入庫、凍結、移動等操作。

單從技術角度而言，由于目前絕大多數WMS均支持RF，庫存可以做到實時更新，因此即使不鎖庫也無所謂。但是對于年終盤點這類重大盤點而言，其盤點表一般基于ERP的庫存數據，由于不同系統間的庫存更新存在一定的滞後，保險起見還是會鎖庫。這個鎖庫一般是從業務側進行控制，而非系統。

明盤暗盤，即盤點表/盤點任務明細中是否展示庫存數量。若展示，則為明盤；不展示，則為暗盤。這是為了規避倉管員在盤點過程中為了省事兒弄虛作假，我曾見過有倉管員十分鐘盤完整個庫區，怎麼盤的？躲在某個貨架裡，對着盤點表打勾勾呗。

（4）盤盈還是盤虧-盤點差異處理

盤點結果錄入系統，系統自動比對，若存在差異（盤盈/盤虧），将自動生成二次盤點任務，進行複盤。複盤結束，若仍存在差異，則轉入調賬處理流程。

我所經曆的項目中，目前隻有SF的整個盤點差異處理采用的是系統管控，其餘均采取系統與線下處理結合的方式。調賬部分則更是五花八門，有采用虛進虛出方式的，也有采用WMS-庫存調整功能調賬的。具體采用哪種方式，看倉庫的管控精細度。

其他

昨天跟幾個老友交流盤點這塊，發現一個有意思的現象：以Infor為代表的國外主流WMS循環盤點做的比較完善，反而後兩者基本沒做。國内的Flux、唯智脫胎于Infor與MA，兩者兼有。其餘剩下的國内二線WMS産品，以指定盤點與動碰盤點為主。

究其原因是因為國外WMS誕生時，當時的倉庫類型還以傳統倉儲為主，儲存的屬性更重。而國内的WMS軟件公司基本是電商興起之後才誕生，電商倉庫高周轉的特性，并不适合采用循環盤點模式。

此外，随着RF、語音等輔助揀選設備的采用，實物操作與系統操作脫節的現象大大減少，庫内作業流程标準化、管控精細化，降低了因操作導緻差異的可能。

盤點本質是一個事後糾錯機制，與其事後糾錯，不如事中做好。

作者：Pershing，個人公衆号：倉配那些事兒

本文由 @Pershing 原創發布于人人都是産品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部