解析:倉儲管理系統的出入庫流程
倉儲管理系統中出入庫流程包含這幾塊核心業務:采購入庫、退貨入庫和銷售出庫。
接上一篇文章《解析:自營電商后臺系統架構》中講解了后臺大致模塊以及功能劃分,這期我們再詳細講述下倉儲系統中出入庫流程的幾塊核心業務,采購入庫、退貨入庫和銷售出庫。
采購入庫流程
- 采購開單:采購系統開單審批通過之后,同步至WMS生成對應的采購入庫單。采購人員將采購清單導出發給供貨商。
- 驗貨:供貨商根據采購清單發貨,貨物到倉之后,倉儲收貨員根據采購單編號在WMS中找出對應的入庫單,確認有該筆采購記錄之后開始驗貨,一般貨品數量較多的時候,通常是采用抽檢的方式。
- 入庫:驗貨完成在系統中錄入實收數量,當前入庫單狀態翻轉為“已收貨”。現實場景中會有供貨商無法一次性交貨,所以系統需要支持同一個采購單對應多次入庫任務,當實收數量小于應收時,會將剩余未入庫的商品清單生成一張新的入庫單等待下一次收貨。有保質期的商品如果生產日期不同則分多條數據錄入,系統根據到期日期生成批次號,沒有保質期的商品根據入庫日期生成批次號。比如商品a送了40件,10月6號到期的有10件、7號的有10件、8號的有20件,那么系統中會記錄該商品實物庫存40件,分別是1006批次10件放在1庫位、1007批次10件放在2庫位、1008批次20件放在3庫位。有了批次庫存的管理方便定義后期出庫的規則,比如按照先到期先出或者先進先出,前面的例子在出庫時系統計算會優先取1庫位上的商品。
- 采購結算:采購單對應的所有入庫單全部變為已收貨或已完成后,將結果推送至業務系統,采購單流轉到財務結算節點,待財務在系統中確認打款完成之后,則筆該采購單狀態為“已完成”。
- 商品貼碼:在系統中商品的唯一標識是SKU碼,將SKU碼打印出來,貼在商品上,方便之后掃描商品系統可以識別出來。
- 上架:一張入庫單包含多個SKU,上架是SKU維度的操作,所以一張入庫單對應多個上架任務。上架員領取任務后,可根據系統推薦的庫位或者自行選擇庫位上架,掃描庫位碼以及商品碼,確認上架入量,更新庫位庫存。入庫單中的所有商品全部上架完成,則入庫單狀態翻轉為“已完成”。
退貨入庫流程
- 申請維權:用戶在C端發起維權,申請退貨退款,平臺同意申請后,WMS會生成一張退貨入庫單與維權單對應。用戶將貨物寄回,在C端填寫物流信息,物流單號會同步至WMS。
- 驗貨:倉庫收到貨后,根據內部的驗貨規則決定貨物是否達到可退標準。為了更好的用戶體驗,一般如果商品沒有嚴重損壞都會收入。如果沒有達到退貨標準,則拒收。
- 入庫:掃描或輸入物流單號查詢出對應的退貨入庫單,將收入數量、拒收數量錄入到系統中,退貨入庫單狀態翻轉為“已收貨”,同時將收貨信息推送至業務系統。
- 退款:客服人員根據收貨情況與用戶溝通退款,維權單狀態翻轉為退款成功。
- 上架:退回的貨物會統一放至退貨區,定期由質檢人員統一上架。掃描物流單號可查詢出對應的退貨入庫單以及上架任務。如果是完好的可以直接二次售賣的商品上架員通常會根據系統推薦的原庫位上架,如果商品有細微的損壞,比如外包裝或者小零件需要修理,則會將商品上架至壞品區,等待后續處理,上架后更新各庫位的庫存。退貨入庫單中的商品全部上架完成,則狀態翻轉為已完成。
銷售出庫流程
- 推倉:用戶下單且支付完成后,為用戶訂單分配物流單號。與第三方物流公司合作的通常會預留一部分物流號段。將訂單推送到WMS生成出庫單,包含SKU信息、物流信息、用戶收貨信息。生成出庫單的同時按照出庫規則鎖定庫位庫存。
- 生成波次:波次就是把幾個出庫單合并生成波次單,根據波次單揀貨,提高揀貨效率??梢栽O定好規則由系統自動生成波次,比如按照分區維度幾個相鄰的揀貨庫位生成一個波次、比如按照品類的維度,商品品類比較多的電商體系中,揀貨員會按照品類區分,那揀貨時訂單也按照品類合并交給負責該品類的揀貨員揀貨。也可以手動選擇訂單生成波次單。
- 揀貨:揀貨員領取揀貨任務、即波次,選擇容器(揀貨框、拖車等)掃描容器編號,綁定波次單和容器,波次單狀態翻轉為“揀貨中”。揀貨員根據手持設備上的推薦路線和庫位拿取商品,掃描庫位和商品條碼,確認揀貨數量,更新庫位庫存。這一步揀貨路徑的算法是至關重要的,主要是縮短揀貨員的揀貨距離縮短時間。
- 分揀、打單:分揀即把按照波次揀的商品根據出庫單分開。打單即把該波次關聯的出庫單,物流面單打印出來。確認開始分揀,波次單狀態翻轉為“分揀中”。掃描出庫單和分揀框,每個出庫單綁定一個分揀框,出庫單和物流面單放在分揀框中。依次掃描揀貨框的商品,按照系統的指引放在對應的分揀框中。例如從揀貨框中拿出商品a掃描,系統展示5個,分揀框a放3個,分揀框b放兩個。分揀完成后,波次單狀態翻轉為“已完成”。
- 復核、打包、發貨:分揀完成之后將各個分揀框移送至復核區,復核人員主要是核對分揀框中的出庫單、實物商品、物流面單三者是否一致。復核完成后,將實物商品和出庫單打包裝箱封箱,貼上物流面單,移送至發貨交接區,出庫單狀態反轉為“已完成”。掃描物流單號通知快遞攬收。快遞攬收后,訂單狀態翻轉為“已發貨”。
這里只涉及正向的出庫流程。在下單后發貨前的出庫流程中用戶隨時有可能申請維權發起退款,在比較成熟的倉儲系統中,倉庫庫內的每一步操作都可能涉及需要反查訂單是否已取消,從而中止后續流程。而對于一些異常情況,比如揀貨時庫位庫存不足,復核不通過等也需要分支流程來處理。
希望以上的業務講解能給大家帶來幫助,有不足之處歡迎補充交流,謝謝。
本文由 @amanda7783 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
評論
贊??,很有用
請問入庫單號和批次號可否為一對多的關系呢
當然可以呀 同一批次的貨物是可以分多次入庫的呢
看了采購入庫流程,我理解是采購品到倉后掃描采購單收貨直至完成后,這時候應該是關單了吧?
然后關單后再生成上架任務進行上架掃描儲位進行上架,應該是兩個環節,而不是采購單關單包含上架結束的環節~~~
寫的很好 贊!
打單的時候怎么讓面單和出庫單綁定在一次呢,先掃一次出庫單,然后出一個面單么?復核的時候是要復核兩張單是嗎?
按照JD的庫內操作流程是:
1.揀貨完成后,揀貨車會有張揀貨任務單,分揀復核的人員會用RF槍掃描這張復核單來對車中的物品掃描條碼后分發到對應框內(分揀筐上面也會有對應的條碼),直至分揀完畢,這張揀貨單操作完結。隔壁的打包臺掃描對應的揀貨單后接受任務,繼續掃描對應分揀筐的條碼,直至掃描數量及SKU對應上了,系統會打印面單及發貨單明細,人員放置發貨單于盒子內封盒貼面單放置發貨流水線到下一環節。
看了采購入庫流程,我理解是采購品到倉后掃描采購單收貨直至完成后,這時候應該是關單了吧?
然后關單后再生成上架任務進行上架掃描儲位進行上架,應該是兩個環節,而不是采購單關單包含上架結束的環節~~~
第二條發錯了,是直接問作者的
寫的不錯~