WMS入庫和出庫多方案設(shè)計對比說明(入庫篇)
對于不同發(fā)展階段的公司、大中型公司和小微企業(yè),在進(jìn)行有實物的物理流轉(zhuǎn)管理時,都需要對其倉內(nèi)的物料或商品進(jìn)行出入庫的動作管理。那么,不同公司的WMS出入庫方案都是如何設(shè)計的呢?一起來看一下吧。
01 為什么會出現(xiàn)不同的入庫和出庫方案設(shè)計?
對于不同發(fā)展階段的公司、大中型公司和小微企業(yè),在進(jìn)行有實物的物流流轉(zhuǎn)管理時,都需要對其倉內(nèi)的物料或商品進(jìn)行出入庫的動作管理。
由于管理精度的差異,比如小公司或者小型夫妻店只關(guān)注每天進(jìn)出倉的數(shù)量,不在意倉內(nèi)物料的存放位置,人員架構(gòu)簡單,一個人負(fù)責(zé)出入庫和庫內(nèi)維護(hù),內(nèi)部信息流轉(zhuǎn)難度較低,完全可以用最簡化的出庫入庫模型,實現(xiàn)庫存的管控。
而大中型公司,公司內(nèi)部各個部門崗位細(xì)分程度較高,每個崗位的角色僅負(fù)責(zé)物流中的某一個或多個環(huán)節(jié),且公司內(nèi)存在多套系統(tǒng)進(jìn)行復(fù)雜的信息流操作(接單、發(fā)貨等),對庫存的管理要求精確到庫位、批次等維度上,此時就需要相對出入庫及庫內(nèi)管理等環(huán)節(jié),進(jìn)行精細(xì)化的數(shù)據(jù)表單設(shè)計,用于數(shù)據(jù)留存、管控和跨部門跨崗位線上溝通使用。
綜上,其實可以發(fā)現(xiàn),公司的規(guī)模,發(fā)展階段以及對庫存的管理精度的不同要求等,都會影響WMS的入庫和出庫方案設(shè)計。
02 入庫和出庫實際業(yè)務(wù)場景和系統(tǒng)概念場景說明
1. 入庫
業(yè)務(wù)場景:供應(yīng)商依據(jù)采購員創(chuàng)建的采購單送貨到倉庫后,倉庫見單清點(diǎn)商品數(shù)量后,將貨物收入倉庫內(nèi),根據(jù)倉內(nèi)的倉位安排,執(zhí)行對應(yīng)的上架動作完成整體的收貨入庫上架。
系統(tǒng)對應(yīng)數(shù)據(jù)流轉(zhuǎn)概括說明:
ERP或供應(yīng)鏈系統(tǒng)(SCM)創(chuàng)建采購后,采購單推送至下游WMS系統(tǒng)內(nèi),WMS內(nèi)執(zhí)行收貨入庫,質(zhì)檢、以及上架,最終通過接口回傳上游ERP或供應(yīng)鏈系統(tǒng)(SCM)對應(yīng)的入庫流轉(zhuǎn)狀態(tài)和數(shù)據(jù)信息。
2. 出庫
業(yè)務(wù)場景:客戶或內(nèi)部銷售人員,依據(jù)客戶需求創(chuàng)建訂單后,訂單下發(fā)到倉庫后,倉庫作業(yè)人員根據(jù)訂單中需求的商品,商品數(shù)量以及到貨時間等,安排單據(jù)打印、揀貨、復(fù)核、打包、稱重,交接出庫。
系統(tǒng)對應(yīng)數(shù)據(jù)流轉(zhuǎn)說明:OMS或ERP創(chuàng)建訂單后,推送至下游WMS系統(tǒng),WMS接受訂單后創(chuàng)建發(fā)貨履約單據(jù),根據(jù)波次下發(fā),和揀貨區(qū)域限定拆分或合并生成揀貨單,執(zhí)行揀貨、復(fù)核、集貨、打包稱重,最終通過接口,將倉內(nèi)作業(yè)狀態(tài)流轉(zhuǎn)和庫存數(shù)據(jù)變動,回傳給OMS或ERP系統(tǒng)中。
針對不同的公司的業(yè)務(wù)復(fù)雜程度和對各個環(huán)節(jié)要求精度的差異,可以進(jìn)行不同的單據(jù)方案設(shè)定。由簡到繁羅列,可以看到有以下幾種不同的建模方案對比,可以用于參考。
03 方案對比說明
方案1:入庫單走天下,走簡單模式
適用場景:小型夫妻店最佳選擇,一個人負(fù)責(zé)賣貨、采購、入庫收貨出庫和庫存管理。
WMS需要構(gòu)建單據(jù):采購入庫訂單(建單、確認(rèn)收貨后加庫存,都圍繞此單進(jìn)行),上架單(庫存收入倉庫后,可以指定一鍵上架或者按實際上架情況輸入上架庫位進(jìn)行功能拓展)。
- 優(yōu)點(diǎn):簡單易操作,流程簡單;
- 缺點(diǎn):無法進(jìn)行精細(xì)化的流程節(jié)點(diǎn)把控,僅能針對簡單的業(yè)務(wù)場景進(jìn)行線上化管控。
用例說明:
夫妻店老板根據(jù)進(jìn)貨需要,自己創(chuàng)建了采購入庫訂單,供應(yīng)商到貨后,清點(diǎn)實際到貨數(shù)量,完成數(shù)據(jù)錄入,貨物收進(jìn)小倉庫,綁定貨位(或者無需綁定貨位),完成本次入庫的整體動作。
其間,對應(yīng)業(yè)務(wù)場景對應(yīng)需要的簡化單據(jù)如下:
- 采購入庫訂單的狀態(tài)機(jī)設(shè)定,可以簡單定義保留一個審核流狀態(tài):新記錄→審核通過/審核駁回;
- 上架單的狀態(tài)機(jī):待上架→已上架。
常見可以解決的用戶痛點(diǎn):
- 我需要可以記錄我每日的出入庫商品名稱、商品數(shù)量和出入庫時間;
- 我需要知道我小倉庫里的商品有多少,都在哪些庫位上。
方案2:收貨入庫——上架,一般小復(fù)雜
適用場景:中小型公司,崗位細(xì)分程度相較于微型企業(yè)和夫妻店模式更高。
WMS需要構(gòu)建單據(jù):采購入庫ASN預(yù)約單、收貨單、上架單。
- 優(yōu)點(diǎn):中間模式,可上可下,復(fù)雜度不高,擴(kuò)展性也較強(qiáng);
- 缺點(diǎn):中間人,沒啥絕對的優(yōu)缺點(diǎn)。
用例說明:
采購員在上游系統(tǒng)創(chuàng)建單據(jù)(比如采購訂單,供應(yīng)商接單后),流入WMS系統(tǒng)創(chuàng)建一個采購入庫ASN預(yù)約單,倉管審核通過后,自動生成待收貨的收貨單。倉庫收貨組,根據(jù)實際到貨情況,分批收貨或一次收貨。收貨完成后,交接給倉內(nèi)上架人員,進(jìn)行入庫收貨上架。
- ASN預(yù)約單在此處承上啟下,主要用于記錄審核流(待審核→審核通過/審核駁回)的流轉(zhuǎn),倉庫可以根據(jù)現(xiàn)場的收貨能力,評定上游系統(tǒng)流入的采購訂單是否可以收貨(一般駁回的原因,常見為包裝數(shù)違規(guī)、預(yù)約收貨時間無排班或超出該時間段的收貨能力等);
- 收貨單,作為ASN單審核通過后生成的現(xiàn)場待履約單據(jù),可以用以支撐分批收貨和部分收貨等不同場景;
- 上架單的狀態(tài)機(jī):待上架→部分上架/已上架。
常見可以解決的用戶痛點(diǎn):
- 最近節(jié)假日,我需要針對采購員發(fā)出的訂單,進(jìn)行到貨預(yù)約排班,以免供應(yīng)商司機(jī)空跑;
- 供應(yīng)商少發(fā)了,我需要根據(jù)供應(yīng)商實際發(fā)出的數(shù)量進(jìn)行收貨。
方案3:收貨質(zhì)檢加上架,走復(fù)雜模式
適用場景:大中型公司,業(yè)務(wù)流轉(zhuǎn)節(jié)點(diǎn)較多,崗位細(xì)分程度較高。
WMS需要構(gòu)建單據(jù):采購入庫訂單、收貨單、質(zhì)檢單、上架單。
- 優(yōu)點(diǎn):從確認(rèn)收貨入庫,到質(zhì)檢、上架環(huán)節(jié)按照崗位進(jìn)行功能拆分,現(xiàn)實和線下分工邏輯相匹配,可以精確控制各個環(huán)節(jié)的單據(jù)流轉(zhuǎn)動態(tài),線上化的分工精細(xì)度較高。
- 缺點(diǎn):功能設(shè)計高度復(fù)雜,實現(xiàn)和設(shè)計周期較長。
用例說明:
相較于中間方案,大中型公司針對質(zhì)量把控和上架策略精益管理可能要求會更高,于是應(yīng)需需要根據(jù)商品管理中設(shè)置的質(zhì)檢信息(配置質(zhì)檢以及百分比),進(jìn)行定期或者定量產(chǎn)生質(zhì)檢單,根據(jù)質(zhì)檢結(jié)果,生成對應(yīng)的拒收差異處理單據(jù)(按需)。
需要質(zhì)檢的商品,需要在質(zhì)檢結(jié)束后再進(jìn)行上架,比較常見于醫(yī)藥、電子品,奢侈品等貴重或者數(shù)量品質(zhì)要求嚴(yán)格的產(chǎn)品行業(yè)。質(zhì)檢完成后生成一張質(zhì)檢記錄結(jié)果,告訴哪些可以進(jìn)行上架,哪些需要退貨。
而在上架環(huán)節(jié),根據(jù)商品的先進(jìn)先出要求(批次管理為系統(tǒng)基礎(chǔ))或者動線最優(yōu)設(shè)定要求,配置不同的上架策略,生成不同的上架單據(jù),以最大程度滿足精益化的要求。
常見可以解決的用戶痛點(diǎn):
- 倉庫進(jìn)貨的商品中有很多貴重件,需要進(jìn)行質(zhì)檢清點(diǎn),我需要系統(tǒng)能夠下發(fā)質(zhì)檢任務(wù);
- 質(zhì)檢結(jié)束后,良品部分需要進(jìn)行入庫上架,不良品部分,我需要拒收退回給供應(yīng)商。
1)ASN單需配置兩種狀態(tài)機(jī):審核以及收貨流
分別用于記錄上游單據(jù)進(jìn)入WMS系統(tǒng)后的審核流轉(zhuǎn),并收攏ASN單對應(yīng)的多個收貨。
①審核流(待審核→審核通過/審核駁回)
待審核:上游系統(tǒng)(ERP或SCM)的采購訂單生效后,調(diào)用WMS的ASN創(chuàng)建接口,按照1:1單據(jù)關(guān)系創(chuàng)建,ASN到貨通知單,此時初始審核狀態(tài)為:待審核;
審核通過/審核駁回:倉管根據(jù)實際情況,進(jìn)行ASN到貨通知單的審核流轉(zhuǎn)。審核駁回后本單將不會發(fā)生后續(xù)的收貨、質(zhì)檢和上架動作。
②收貨流(待收貨→部分收貨→已收貨/已取消)
待收貨:初始狀態(tài)下,ASN單的收貨狀態(tài)為待收貨;
部分收貨:ASN單關(guān)聯(lián)的多個下游收貨單至少有一單完成收貨上架后,ASN單變?yōu)椴糠质肇洠?/p>
已收貨:ASN單關(guān)聯(lián)的一個或多個下游收貨單全部完成收貨上架后,ASN單變?yōu)橐咽肇洠?/p>
已取消:ASN單被審核駁回后,其發(fā)貨狀態(tài)從待收貨變?yōu)橐讶∠?/p>
2)收貨單(待收貨→收貨中→已收貨)
待收貨:ASN單審核通過后,基于到貨通知單,確認(rèn)分批收貨的數(shù)量,生成一個或多個收貨單。收貨單初始狀態(tài)記錄為待收貨;
收貨中:收貨單存在至少一個商品完成收貨上架后,收貨單狀態(tài)變?yōu)槭肇浿校?/p>
已收貨:收貨單中一個或多個商品收貨上架完成后,收貨單狀態(tài)變?yōu)橐咽肇洝?/p>
3)質(zhì)檢單(待質(zhì)檢→質(zhì)檢中→質(zhì)檢完成)
待質(zhì)檢:若收貨單中存在需要質(zhì)檢的商品,WMS調(diào)用創(chuàng)建收貨單接口后,調(diào)用創(chuàng)建質(zhì)檢單接口(可以按需選擇根據(jù)收貨單或按質(zhì)檢品類明細(xì),生成一張或者多張質(zhì)檢單)。初始狀態(tài)為待質(zhì)檢;
質(zhì)檢中:質(zhì)檢環(huán)節(jié),存在至少一個商品質(zhì)檢完成后,對應(yīng)質(zhì)檢單的狀態(tài)變?yōu)橘|(zhì)檢中;
質(zhì)檢完成:質(zhì)檢環(huán)節(jié),所有對應(yīng)需要質(zhì)檢商品均提交完成后,質(zhì)檢單狀態(tài)相應(yīng)變?yōu)橘|(zhì)檢完成。
4)上架單(待上架→上架中→已上架)
待上架:在質(zhì)檢環(huán)節(jié)結(jié)束后,質(zhì)檢部分的商品根據(jù)質(zhì)檢的良品數(shù)量,1:1關(guān)聯(lián)生成上架單號,初始狀態(tài)為待上架。無需質(zhì)檢部分,收貨單的剩余商品進(jìn)入一張上架單;
上架中:在上架環(huán)節(jié)中,該箱里的商品存在至少一件商品已確認(rèn)上架,那么其上架單狀態(tài)變成上架中;
上架完成:當(dāng)箱里的所有商品都上架完成后,其狀態(tài)就變成上架完成。回寫上架單關(guān)聯(lián)收貨單的上架數(shù)量信息。
上述的對比方案沒有優(yōu)劣之分,各種單據(jù)的業(yè)務(wù)存在價值和狀態(tài)定義都需要結(jié)合業(yè)務(wù)特征進(jìn)行具體調(diào)整,方案無最優(yōu),適合自己的就是最好的!
本文由 @人生至味是清歡 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
感謝分享,關(guān)注了
樓主很強(qiáng),關(guān)注一波!
寫得特別到位專業(yè)
太強(qiáng)了,感謝樓主分享!