WMS入庫和出庫多方案設計對比說明(入庫篇)

4 評論 10750 瀏覽 96 收藏 14 分鐘

對于不同發展階段的公司、大中型公司和小微企業,在進行有實物的物理流轉管理時,都需要對其倉內的物料或商品進行出入庫的動作管理。那么,不同公司的WMS出入庫方案都是如何設計的呢?一起來看一下吧。

01 為什么會出現不同的入庫和出庫方案設計?

對于不同發展階段的公司、大中型公司和小微企業,在進行有實物的物流流轉管理時,都需要對其倉內的物料或商品進行出入庫的動作管理。

由于管理精度的差異,比如小公司或者小型夫妻店只關注每天進出倉的數量,不在意倉內物料的存放位置,人員架構簡單,一個人負責出入庫和庫內維護,內部信息流轉難度較低,完全可以用最簡化的出庫入庫模型,實現庫存的管控。

而大中型公司,公司內部各個部門崗位細分程度較高,每個崗位的角色僅負責物流中的某一個或多個環節,且公司內存在多套系統進行復雜的信息流操作(接單、發貨等),對庫存的管理要求精確到庫位、批次等維度上,此時就需要相對出入庫及庫內管理等環節,進行精細化的數據表單設計,用于數據留存、管控和跨部門跨崗位線上溝通使用。

綜上,其實可以發現,公司的規模,發展階段以及對庫存的管理精度的不同要求等,都會影響WMS的入庫和出庫方案設計。

02 入庫和出庫實際業務場景和系統概念場景說明

1. 入庫

業務場景:供應商依據采購員創建的采購單送貨到倉庫后,倉庫見單清點商品數量后,將貨物收入倉庫內,根據倉內的倉位安排,執行對應的上架動作完成整體的收貨入庫上架。

系統對應數據流轉概括說明:
ERP或供應鏈系統(SCM)創建采購后,采購單推送至下游WMS系統內,WMS內執行收貨入庫,質檢、以及上架,最終通過接口回傳上游ERP或供應鏈系統(SCM)對應的入庫流轉狀態和數據信息。

2. 出庫

業務場景:客戶或內部銷售人員,依據客戶需求創建訂單后,訂單下發到倉庫后,倉庫作業人員根據訂單中需求的商品,商品數量以及到貨時間等,安排單據打印、揀貨、復核、打包、稱重,交接出庫。

系統對應數據流轉說明:OMS或ERP創建訂單后,推送至下游WMS系統,WMS接受訂單后創建發貨履約單據,根據波次下發,和揀貨區域限定拆分或合并生成揀貨單,執行揀貨、復核、集貨、打包稱重,最終通過接口,將倉內作業狀態流轉和庫存數據變動,回傳給OMS或ERP系統中。

針對不同的公司的業務復雜程度和對各個環節要求精度的差異,可以進行不同的單據方案設定。由簡到繁羅列,可以看到有以下幾種不同的建模方案對比,可以用于參考。

03 方案對比說明

方案1:入庫單走天下,走簡單模式

適用場景:小型夫妻店最佳選擇,一個人負責賣貨、采購、入庫收貨出庫和庫存管理。

WMS需要構建單據:采購入庫訂單(建單、確認收貨后加庫存,都圍繞此單進行),上架單(庫存收入倉庫后,可以指定一鍵上架或者按實際上架情況輸入上架庫位進行功能拓展)。

  • 優點:簡單易操作,流程簡單;
  • 缺點:無法進行精細化的流程節點把控,僅能針對簡單的業務場景進行線上化管控。

用例說明:

夫妻店老板根據進貨需要,自己創建了采購入庫訂單,供應商到貨后,清點實際到貨數量,完成數據錄入,貨物收進小倉庫,綁定貨位(或者無需綁定貨位),完成本次入庫的整體動作。

其間,對應業務場景對應需要的簡化單據如下:

  1. 采購入庫訂單的狀態機設定,可以簡單定義保留一個審核流狀態:新記錄→審核通過/審核駁回;
  2. 上架單的狀態機:待上架→已上架。

常見可以解決的用戶痛點:

  1. 我需要可以記錄我每日的出入庫商品名稱、商品數量和出入庫時間;
  2. 我需要知道我小倉庫里的商品有多少,都在哪些庫位上。

方案2:收貨入庫——上架,一般小復雜

適用場景:中小型公司,崗位細分程度相較于微型企業和夫妻店模式更高。
WMS需要構建單據:采購入庫ASN預約單、收貨單、上架單。

  • 優點:中間模式,可上可下,復雜度不高,擴展性也較強;
  • 缺點:中間人,沒啥絕對的優缺點。

用例說明:

采購員在上游系統創建單據(比如采購訂單,供應商接單后),流入WMS系統創建一個采購入庫ASN預約單,倉管審核通過后,自動生成待收貨的收貨單。倉庫收貨組,根據實際到貨情況,分批收貨或一次收貨。收貨完成后,交接給倉內上架人員,進行入庫收貨上架。

  1. ASN預約單在此處承上啟下,主要用于記錄審核流(待審核→審核通過/審核駁回)的流轉,倉庫可以根據現場的收貨能力,評定上游系統流入的采購訂單是否可以收貨(一般駁回的原因,常見為包裝數違規、預約收貨時間無排班或超出該時間段的收貨能力等);
  2. 收貨單,作為ASN單審核通過后生成的現場待履約單據,可以用以支撐分批收貨和部分收貨等不同場景;
  3. 上架單的狀態機:待上架→部分上架/已上架。

常見可以解決的用戶痛點:

  1. 最近節假日,我需要針對采購員發出的訂單,進行到貨預約排班,以免供應商司機空跑;
  2. 供應商少發了,我需要根據供應商實際發出的數量進行收貨。

方案3:收貨質檢加上架,走復雜模式

適用場景:大中型公司,業務流轉節點較多,崗位細分程度較高。

WMS需要構建單據:采購入庫訂單、收貨單、質檢單、上架單。

  • 優點:從確認收貨入庫,到質檢、上架環節按照崗位進行功能拆分,現實和線下分工邏輯相匹配,可以精確控制各個環節的單據流轉動態,線上化的分工精細度較高。
  • 缺點:功能設計高度復雜,實現和設計周期較長。

用例說明:

相較于中間方案,大中型公司針對質量把控和上架策略精益管理可能要求會更高,于是應需需要根據商品管理中設置的質檢信息(配置質檢以及百分比),進行定期或者定量產生質檢單,根據質檢結果,生成對應的拒收差異處理單據(按需)。

需要質檢的商品,需要在質檢結束后再進行上架,比較常見于醫藥、電子品,奢侈品等貴重或者數量品質要求嚴格的產品行業。質檢完成后生成一張質檢記錄結果,告訴哪些可以進行上架,哪些需要退貨。

而在上架環節,根據商品的先進先出要求(批次管理為系統基礎)或者動線最優設定要求,配置不同的上架策略,生成不同的上架單據,以最大程度滿足精益化的要求。

常見可以解決的用戶痛點:

  1. 倉庫進貨的商品中有很多貴重件,需要進行質檢清點,我需要系統能夠下發質檢任務;
  2. 質檢結束后,良品部分需要進行入庫上架,不良品部分,我需要拒收退回給供應商。

1)ASN單需配置兩種狀態機:審核以及收貨流

分別用于記錄上游單據進入WMS系統后的審核流轉,并收攏ASN單對應的多個收貨。

①審核流(待審核→審核通過/審核駁回)

待審核:上游系統(ERP或SCM)的采購訂單生效后,調用WMS的ASN創建接口,按照1:1單據關系創建,ASN到貨通知單,此時初始審核狀態為:待審核;

審核通過/審核駁回:倉管根據實際情況,進行ASN到貨通知單的審核流轉。審核駁回后本單將不會發生后續的收貨、質檢和上架動作。

②收貨流(待收貨→部分收貨→已收貨/已取消)

待收貨:初始狀態下,ASN單的收貨狀態為待收貨;

部分收貨:ASN單關聯的多個下游收貨單至少有一單完成收貨上架后,ASN單變為部分收貨;

已收貨:ASN單關聯的一個或多個下游收貨單全部完成收貨上架后,ASN單變為已收貨;

已取消:ASN單被審核駁回后,其發貨狀態從待收貨變為已取消。

2)收貨單(待收貨→收貨中→已收貨)

待收貨:ASN單審核通過后,基于到貨通知單,確認分批收貨的數量,生成一個或多個收貨單。收貨單初始狀態記錄為待收貨;

收貨中:收貨單存在至少一個商品完成收貨上架后,收貨單狀態變為收貨中;

已收貨:收貨單中一個或多個商品收貨上架完成后,收貨單狀態變為已收貨。

3)質檢單(待質檢→質檢中→質檢完成)

待質檢:若收貨單中存在需要質檢的商品,WMS調用創建收貨單接口后,調用創建質檢單接口(可以按需選擇根據收貨單或按質檢品類明細,生成一張或者多張質檢單)。初始狀態為待質檢;

質檢中:質檢環節,存在至少一個商品質檢完成后,對應質檢單的狀態變為質檢中;

質檢完成:質檢環節,所有對應需要質檢商品均提交完成后,質檢單狀態相應變為質檢完成。

4)上架單(待上架→上架中→已上架)

待上架:在質檢環節結束后,質檢部分的商品根據質檢的良品數量,1:1關聯生成上架單號,初始狀態為待上架。無需質檢部分,收貨單的剩余商品進入一張上架單;

上架中:在上架環節中,該箱里的商品存在至少一件商品已確認上架,那么其上架單狀態變成上架中;

上架完成:當箱里的所有商品都上架完成后,其狀態就變成上架完成?;貙懮霞軉侮P聯收貨單的上架數量信息。

上述的對比方案沒有優劣之分,各種單據的業務存在價值和狀態定義都需要結合業務特征進行具體調整,方案無最優,適合自己的就是最好的!

本文由 @人生至味是清歡 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感謝分享,關注了

    來自上海 回復
  2. 樓主很強,關注一波!

    來自上海 回復
  3. 寫得特別到位專業

    來自四川 回復
  4. 太強了,感謝樓主分享!

    來自江蘇 回復