倉儲管理系統(tǒng)中出入庫流程包含這幾塊核心業(yè)務：采購入庫、退貨入庫和銷售出庫。
接上一篇文章《解析：自營電商后臺系統(tǒng)架構》中講解了后臺大致模塊以及功能劃分，這期我們再詳細講述下倉儲系統(tǒng)中出入庫流程的幾塊核心業(yè)務，采購入庫、退貨入庫和銷售出庫。
采購入庫流程
- 采購開單：采購系統(tǒng)開單審批通過之后，同步至WMS生成對應的采購入庫單。采購人員將采購清單導出發(fā)給供貨商。
- 驗貨：供貨商根據(jù)采購清單發(fā)貨，貨物到倉之后，倉儲收貨員根據(jù)采購單編號在WMS中找出對應的入庫單，確認有該筆采購記錄之后開始驗貨，一般貨品數(shù)量較多的時候，通常是采用抽檢的方式。
- 入庫：驗貨完成在系統(tǒng)中錄入實收數(shù)量，當前入庫單狀態(tài)翻轉為“已收貨”?，F(xiàn)實場景中會有供貨商無法一次性交貨，所以系統(tǒng)需要支持同一個采購單對應多次入庫任務，當實收數(shù)量小于應收時，會將剩余未入庫的商品清單生成一張新的入庫單等待下一次收貨。有保質期的商品如果生產(chǎn)日期不同則分多條數(shù)據(jù)錄入，系統(tǒng)根據(jù)到期日期生成批次號，沒有保質期的商品根據(jù)入庫日期生成批次號。比如商品a送了40件，10月6號到期的有10件、7號的有10件、8號的有20件，那么系統(tǒng)中會記錄該商品實物庫存40件，分別是1006批次10件放在1庫位、1007批次10件放在2庫位、1008批次20件放在3庫位。有了批次庫存的管理方便定義后期出庫的規(guī)則，比如按照先到期先出或者先進先出，前面的例子在出庫時系統(tǒng)計算會優(yōu)先取1庫位上的商品。
- 采購結算：采購單對應的所有入庫單全部變?yōu)橐咽肇浕蛞淹瓿珊?，將結果推送至業(yè)務系統(tǒng)，采購單流轉到財務結算節(jié)點，待財務在系統(tǒng)中確認打款完成之后，則筆該采購單狀態(tài)為“已完成”。
- 商品貼碼：在系統(tǒng)中商品的唯一標識是SKU碼，將SKU碼打印出來，貼在商品上，方便之后掃描商品系統(tǒng)可以識別出來。
- 上架：一張入庫單包含多個SKU，上架是SKU維度的操作，所以一張入庫單對應多個上架任務。上架員領取任務后，可根據(jù)系統(tǒng)推薦的庫位或者自行選擇庫位上架，掃描庫位碼以及商品碼，確認上架入量，更新庫位庫存。入庫單中的所有商品全部上架完成，則入庫單狀態(tài)翻轉為“已完成”。
退貨入庫流程
- 申請維權：用戶在C端發(fā)起維權，申請退貨退款，平臺同意申請后，WMS會生成一張退貨入庫單與維權單對應。用戶將貨物寄回，在C端填寫物流信息，物流單號會同步至WMS。
- 驗貨：倉庫收到貨后，根據(jù)內部的驗貨規(guī)則決定貨物是否達到可退標準。為了更好的用戶體驗，一般如果商品沒有嚴重損壞都會收入。如果沒有達到退貨標準，則拒收。
- 入庫：掃描或輸入物流單號查詢出對應的退貨入庫單，將收入數(shù)量、拒收數(shù)量錄入到系統(tǒng)中，退貨入庫單狀態(tài)翻轉為“已收貨”，同時將收貨信息推送至業(yè)務系統(tǒng)。
- 退款：客服人員根據(jù)收貨情況與用戶溝通退款，維權單狀態(tài)翻轉為退款成功。
- 上架：退回的貨物會統(tǒng)一放至退貨區(qū)，定期由質檢人員統(tǒng)一上架。掃描物流單號可查詢出對應的退貨入庫單以及上架任務。如果是完好的可以直接二次售賣的商品上架員通常會根據(jù)系統(tǒng)推薦的原庫位上架，如果商品有細微的損壞，比如外包裝或者小零件需要修理，則會將商品上架至壞品區(qū)，等待后續(xù)處理，上架后更新各庫位的庫存。退貨入庫單中的商品全部上架完成，則狀態(tài)翻轉為已完成。
銷售出庫流程
- 推倉：用戶下單且支付完成后，為用戶訂單分配物流單號。與第三方物流公司合作的通常會預留一部分物流號段。將訂單推送到WMS生成出庫單，包含SKU信息、物流信息、用戶收貨信息。生成出庫單的同時按照出庫規(guī)則鎖定庫位庫存。
- 生成波次：波次就是把幾個出庫單合并生成波次單，根據(jù)波次單揀貨，提高揀貨效率。可以設定好規(guī)則由系統(tǒng)自動生成波次，比如按照分區(qū)維度幾個相鄰的揀貨庫位生成一個波次、比如按照品類的維度，商品品類比較多的電商體系中，揀貨員會按照品類區(qū)分，那揀貨時訂單也按照品類合并交給負責該品類的揀貨員揀貨。也可以手動選擇訂單生成波次單。
- 揀貨：揀貨員領取揀貨任務、即波次，選擇容器（揀貨框、拖車等）掃描容器編號，綁定波次單和容器，波次單狀態(tài)翻轉為“揀貨中”。揀貨員根據(jù)手持設備上的推薦路線和庫位拿取商品，掃描庫位和商品條碼，確認揀貨數(shù)量，更新庫位庫存。這一步揀貨路徑的算法是至關重要的，主要是縮短揀貨員的揀貨距離縮短時間。
- 分揀、打單：分揀即把按照波次揀的商品根據(jù)出庫單分開。打單即把該波次關聯(lián)的出庫單，物流面單打印出來。確認開始分揀，波次單狀態(tài)翻轉為“分揀中”。掃描出庫單和分揀框，每個出庫單綁定一個分揀框，出庫單和物流面單放在分揀框中。依次掃描揀貨框的商品，按照系統(tǒng)的指引放在對應的分揀框中。例如從揀貨框中拿出商品a掃描，系統(tǒng)展示5個，分揀框a放3個，分揀框b放兩個。分揀完成后，波次單狀態(tài)翻轉為“已完成”。
- 復核、打包、發(fā)貨：分揀完成之后將各個分揀框移送至復核區(qū)，復核人員主要是核對分揀框中的出庫單、實物商品、物流面單三者是否一致。復核完成后，將實物商品和出庫單打包裝箱封箱，貼上物流面單，移送至發(fā)貨交接區(qū)，出庫單狀態(tài)反轉為“已完成”。掃描物流單號通知快遞攬收。快遞攬收后，訂單狀態(tài)翻轉為“已發(fā)貨”。
這里只涉及正向的出庫流程。在下單后發(fā)貨前的出庫流程中用戶隨時有可能申請維權發(fā)起退款，在比較成熟的倉儲系統(tǒng)中，倉庫庫內的每一步操作都可能涉及需要反查訂單是否已取消，從而中止后續(xù)流程。而對于一些異常情況，比如揀貨時庫位庫存不足，復核不通過等也需要分支流程來處理。
希望以上的業(yè)務講解能給大家?guī)韼椭胁蛔阒帤g迎補充交流，謝謝。
本文由 @amanda7783 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載
題圖來自Unsplash，基于CC0協(xié)議
版權聲明：本文內容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。