WMS系統中,倉庫異常該如何處理?

koi
6 評論 7413 瀏覽 96 收藏 17 分鐘

想知道一個人對WMS系統是否足夠了解,主要看他對倉庫異常情況的處理方案和業務理解。本文作者對過去項目中出現過的異常情況進行了總結,一起來看一下吧。

俗話說是不是WMS系統的老司機,主要看個人對倉庫異常情況的處理方案和業務理解,而且在面試相關產品的時候,也主要問相關的異常處理。

文本主要對我過去做過的項目中出現的異常情況做一個總結,在這里分享給大家,以便大家思考。

一、入庫異常情況處理

1. 實際收貨多于/少于采購數量

貨多了和貨少了,相應的業務流程如下:

1)實際收貨少于應收數量

倉庫在簽收的時候發現簽收數量<應收數量。

在業務層面,倉庫一般都會將結果反饋給采購部門,是直接簽收還是拒簽。因為倉庫只負責執行,不管結果是否正常,如果出現異常就把問題拋給其它部門,等待結果后繼續執行。

在系統層面,如果簽收數量≠應收數量,此時需要系統攔截,由倉庫反饋給采購部門實際的情況。通常的做法是倉庫將到貨單打回,然后采購部門重新下推一個正確的到貨通知單到倉庫,給倉庫成功簽收。

2)實際收貨多于采購數量

這種多收的情況很少見,多收最主要處理的就是采購單價怎么計算?舉個栗子說明:采購了A產品10個,每個5元,總價就是50元。如果簽收了11個,只服了50元,那么采購單價為4.5元。那么在使用先進先出貨移動加權平均計算成本的時候就會出現誤差。

在業務層面上,倉庫可以收貨11個,多的這1個是直接入庫還是退給供應商,這看業務的決定。

在系統層面上,只簽收10個,多的1個產品,走倉庫的直接入庫流程。

2. 簽收時,托盤碼托貨品,貨不足以滿拖,該如何處理?

碼托(堆垛)以下圖為例:

以倉儲服務商為例,貨主送過來的貨會以貨主的維度進行打托,如果貨主的貨不足以滿托,是與其它貨主進行混放,還是直接入庫?

如果混放,在后續的出庫復雜一點,需要作業員識別貨品的相應貨主,但是可以節省托盤。

如果直接入庫,在線下作業中是最簡單的處理方式,主要是不知道下批貨什么時候會到,一直放在一邊,沒有上架,占用地方。

這種特殊情況和系統設計沒有關系,主要是做一個業務方面的科普。

3. 錯貨

在入庫簽收的時候,簽收組的人是直接拿著PDA掃碼簽收。

作業人員掃描物流單號,如果物流單號不匹配,在PDA端簽收不成功。此時需要判斷是不是條碼錯了,但貨是對的,這種情況可以直接在web端進行簽收。

如果貨錯了,倉庫會把情況反饋給業務部門,并走退貨流程。

4. 質檢時發現不良品

在質檢的時候發現了不良品的處理流程如下:

產品系統的設計如下(僅供參考):

質檢時發現次品,作業人員會將次品存在到次品區。后續的處理有2種方式,要么是直接將貨退回供應商;要么就是等待下次供應商送貨,直接將次品給供應商。

但是在系統的處理上就會涉及采購退貨,采購退貨的流程如下:

5. 在質檢或上架環節還發現貨少了

在質檢或上架的時候發現貨少了,通常是在運送的過程中貨丟了,作業員通常是用小推車進行貨物的運輸,在運輸的途中可能某個包裹丟失了。

這種情況也非常少見,如果丟失了,在系統層面的設計會比較復雜。在單據的質檢狀態和上架狀態無法完結。舉個栗子說明:

某個產品入庫簽收5個,但是丟失了1個。那么在質檢和上架環節中最多處理4個。也就意味著相應入庫單永遠只有部分質檢和部分上架。

這里介紹一下我當時的處理方案。遇到上述情況,手動輸入質檢和上架數量,保證單據完成質檢和上架。然后再創建一個出庫單,記錄為報損,對上架的庫位的庫存進行修正。這種方案的好處就是系統處理比較簡單,只需要創建一個出庫單修正庫存就行了。

但是這種方案不適用那種上架需要一個一個掃條碼的倉庫。

6. 上架時發現一個貨位放不下

如果上架時候發現一個貨位放不下,這種情況比較常見。系統通過上架策略推薦貨位,作業員上架時發現貨位滿了,就需要存放在下一個貨位。

按照倉庫的作業要求,一般都是存放到目標貨位的附近貨位,方便日后出庫。附件貨位這個就不需要做系統推薦了,作業員直接自己找尋一個貨位上架就行了。

產品設計可以參考店小秘的設計如下(僅供參考):

點擊“+”號,給用戶去填寫新的貨位和上架數量。

7. 在上架的環節仍然發現不良品

這也是一個低頻事件,在業務層面是直接將不良品揀選出來,放置廢品區。但是在系統層面,依舊是先上架,上架之后走移庫。從揀貨區轉移到次品區。然后將貨品從正品修改為不良品,此時就可以用到報廢翻新功能,如下(僅供參考):

二、倉庫出庫異常情況處理

1. 揀貨的時候發現貨位庫存不足

作業員根據系統推薦的揀貨貨位去揀貨,有時會發生系統庫存與實物庫存不一致的情況。如:某個貨品系統指定去A001貨位揀貨10個,但是實際去揀貨時發現貨位上只有8個庫存,還缺少2個庫存。此時就需要標記貨位缺貨,以PDA為例,界面如下(僅供參考):

這個介紹一個方案,如上圖所示,點擊“標記缺貨”,出現一個彈框。點擊是,系統檢索倉庫,是否還有可用庫存滿足揀貨需求?若滿足,系統重新推薦貨位。點擊否,不重新分配貨位,則含有缺貨貨品的發貨單會從波次中剔除。

如果是波次的某個訂單,點擊否,最好給波次打上“缺貨”標識,方便識別。

那么重新分配貨位的邏輯是什么呢?系統會把這個貨品,重新執行一次命中的貨位分配策略。

還有一種特殊情況就是如果標記缺貨,推薦下一個貨位,發現整個倉庫都沒有貨了,怎么辦?如果整個倉庫沒有貨了,那就意味著訂單不能發貨了,訂單直接從整個波次剔除。

那么缺貨的貨位怎么處理呢?因為是實物庫存與系統庫存不一致導致的這種情況,可以針對標記“缺貨”的貨位,自動生成一個盤點單。盤點后進行庫存校驗。

這里還有一種特殊情況需要舉例來輔助說明。例:某個訂單包含A、B、C商品,現在A揀貨完成了,B揀貨時發現貨位缺貨,同時整個倉庫沒有貨,C還沒有揀貨。

B在貨位標記缺貨后,系統吧這個訂單剔除波次。但是作業員不可能把已經揀號的A商品重新歸還貨位(因為這樣操作的工作量太大)。

  • 如果是先揀后分,普遍的做法都是在下一個環節(二次分揀)進行攔截。
  • 如果是邊撿邊分,作業員可以直接將框放置異常處理區,不需要流轉到下一個環節。

2. 揀貨的時候用戶取消了訂單

在揀貨的過程中,用戶取消訂單了,這種情況最常見,特別是大促的時候,像國內的平臺是7天無理由退款,用戶下單后就直接申請退款。

如果是波次揀貨,直接將相應訂單剔除波次,同時生成異常訂單,異常訂單原因為用戶取消訂單。同時異常處理與上述2.1的一致。

除了揀貨的時候,理論上只要訂單沒有出庫,用戶可以在出庫的任何一個環節取消訂單。一旦訂單取消,就在出庫環節做攔截。攔截可以設置在2個節點,分別是揀貨和打包。

還有一種比較特殊的情況,已經打包貼面單,等程承運商過來拉貨。此時用戶取消訂單,此環節在系統中不作攔截。因為大部分WMS,已經打包就算做出庫,而出庫的打包時不攔截。但是在實際業務中作業員可以把貨揀選出來。

3. 驗貨/打包時候發現錯貨、多拿、少拿等問題

這里將驗貨和打包放在一起說明,因為很多倉庫打包驗貨是一個工作臺,即一個作業員既要打包又要驗貨。

在打包驗貨的時候異常情況主要有訂單攔截、錯貨、多拿/少拿、不良品。

  • 訂單攔截:因為一些特殊情況不發貨了,如用戶取消訂單;
  • 錯貨:發現貨不對,或者商品錯誤;
  • 多拿/少拿:打包的時候發現貨品的數量不對;
  • 不良品:打包時發現貨品為不良品;
  • ……

在打包環節發現異常的訂單,我們稱為異常單。關于打包環節的異常處理,本人參考了公司倉庫的SOP。在打包環節如果發現異常,就給包裹貼上標簽,寫明原因。

將這個SOP搬到線上就是設置一個打標簽的功能,給訂單打上相應的異常原因,如下圖所示:

需要多個包裹:就是在打包的時候發現一個包裹裝不下,需要多個包裹。這個算一種特殊情況,不算異常。

4. 二次分揀的時候發現貨少了

在二次分揀的時候,作業員會根據語音播報,將貨播種到對應的籃子,如下圖所示:

但在二次分揀的時候有可能發現貨少了,那么有些訂單的二次分揀就不能完成。當結束分揀后,沒有完成二次分揀的訂單剔除波次,同時生成異常訂單。

針對貨多/少的情況,需要關注庫存的變化。

以貨少為例,通常來說倉庫回去看監控,查看貨丟在哪里了,能否找回來。如果找不回來,就需要去校對庫存。

三、異常單

在出庫環節生成的異常訂單,進入【異常訂單】頁面,頁面如下(僅供參考):

那么哪些情況的發生會給訂單打上“異?!睒俗R呢?WMS系統可以設置一個轉入異常單的策略,如下圖所示(僅供參考):

常見轉入異常單的條件:

  • 用戶取消訂單
  • 發貨超時
  • 波次配貨標記缺貨
  • 更新物流/備注
  • 收貨地址變更
  • 驗貨/打包環節標記異常
  • ……

但是不同的異常單的處理流程不一樣。比如:用戶取消訂單,此時系統做攔截,訂單不在往下流轉;收貨地址變更,需要更換面單,然后繼續流轉。故不同的異常后續的處理流程不同,但最終的處理結果只有2個,要么停止發貨,要么繼續發貨。

所以在異常單頁面需要做【停止發貨】和【取消異?!?個功能。

標記停止發貨,發貨單回到WMS系統的【發貨單】頁面,狀態為新建的初始狀態,但是此訂單由于停止發貨標記,不在往下流轉。

標記取消異常,取消發貨單異常,發貨單將返回轉異常前的界面。

四、總結

倉庫的異常情況肯定不止我提到的這些,但這只是本人能夠回想起來的一些異常處理方案。本人待過的幾家公司深刻體會到的一點就是不同公司的倉儲管理和部分細節作業完全不一致。作為倉儲的產品經理一定要多下倉庫,貼近業務。

本文由@koi 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash, 基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 如果是揀貨的時候已經揀了波次中的ABC中的A發現B缺貨,在邊揀邊分的情況下會將缺貨訂單的框放到異常處理區,那這些異常處理區的訂單如何處理呢?如果是針對這些缺貨的異常訂單,等補貨完成后再生成異常處理區的訂單波次嗎?通過彈框或者標簽提醒這個波次的揀貨員這些訂單已經在異常處理區了?

    來自廣東 回復
  2. 作者講的還是比較詳細的,說得也很對,方便提供下聯系方式探討嗎?哈哈哈 ,以下我補充一個點:

    交寄異常訂單的判斷策略設計在WMS,這點沒有問題。但大家在設計時要結合實際業務組織來設計這種異常訂單誰來處理,怎么處理的問題。
    個人覺得比較好的流程是:WMS里命中交寄異常訂單(缺貨/面單打印失敗/包裹超重等等)回傳信息給OMS,由OMS進行信息展示(如缺貨,則訂單狀態為缺貨,原因:XXX,交寄環節的操作異常,可以歸為交寄異常狀態,體現具體原因),由前端業務來做跟進,具體是換物流渠道發亦或進行采購調撥處理缺貨問題。

    之所以給前端業務來做跟進,這個是基于業務組織形態和能力要求,如果你的倉庫異常處理人能妥善處理公司成本和顧客體驗,那異常訂單下放在WMS,由他們來做決策缺貨訂單如何處理/打面單環節異常(一般是不通郵或超體積超重)等

    來自廣東 回復
    1. 好呀,只是個人的一些經驗總結,肯定有不合適的地方,我的微信是s5818965,我們可以一起交流一下

      來自廣東 回復
    2. 一般來說倉庫只做執行,不作決策,你說的有道理。異常一般都是前端業務處理好后,告知倉庫作業。

      來自廣東 回復
  3. 您好 想轉載您的文章如何聯系呢?

    來自山東 回復
    1. 想轉就轉吧,不需要聯系 哈哈

      來自廣東 回復