WMS:聊聊盤點那些事兒

1 評論 5245 瀏覽 21 收藏 10 分鐘

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

筆者曾在某原材料倉庫現場待了三年,印象最深的就是每年的年終盤點。每年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協議

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 您好,可以提供一下您的微信號嘛,便于交流和請教疑問。

    回復