盤點本質是一個事後糾錯機制，與其事後糾錯，不如事中做好。那本文就來跟大家一起聊聊盤點的這些事兒，相信能夠對你有所幫助~
筆者曾在某原材料倉庫現場待了三年，印象最深的就是每年的年終盤點。每年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）如何盤-盤點任務執行
盤點的操作方式主要有兩種：
紙單盤點：系統提供盤點單列印功能，倉管員對照盤點單逐項盤點實物；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 原創發布於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議