WMS核心功能：入庫
共 6805字，需瀏覽 14分鐘
·
2024-07-21 22:56
整個WMS最核心的功能就是進銷存，而入庫就是“進”，在系統(tǒng)層面通常是由上游系統(tǒng)下推入庫單到WMS，由WMS進行入庫，整體的業(yè)務流程如下：
根據(jù)上面的業(yè)務圖，首先來說入庫單，入庫單有以下幾種類型：
本人只遇到過采購入庫、調撥入庫、退貨入庫3種類型，所以本文以這3種入庫類型進行講解。
1.入庫業(yè)務流程
采購入庫和調撥入庫是公司業(yè)務最常見，最重要的一種業(yè)務，我將它們與退貨入庫分開來說，是因為退貨入庫會涉及到資金信息，它們在業(yè)務流程上不同，但是在系統(tǒng)設計上的入庫流程，可以使用同一套流程。
采購和調撥的入庫流程如下：
市面上的入庫流程通常有2套，一套是先收貨在質檢；另一套是先質檢后收貨，這2套流程的可以根據(jù)自身的業(yè)務來進行設。如果是做SAAS產品，那么就要兼容這2套方案，可以做成流程的可配置，如下：
退貨入庫流程如下：
退貨入庫多了一個退貨結算單的步驟，通常實在質檢完成后生成一個相應的退貨結算單，由財務進行打款。如果作為電商賣家，針對退貨的產品，一般是會質檢后會去判斷退貨的產品是否影響二次銷售，若影響的話就需要客服介入；若不影響就直接生成退貨結算單。
整理來說倉庫的整個收貨入庫的流程比較簡單，但是在系統(tǒng)的設計上需要注意的點有很多，接下來就說說具體的產品設計。
2.入庫的產品設計
1. 入庫單
入庫單的設計如下（僅供參考）：
入庫單的設計遠不止上圖這么簡單，本人比較懶，畫了一個粗略的構架，僅供參考。
入庫單的數(shù)據(jù)來源一般都是由上游系統(tǒng)下推，常見的有采購單、調撥單下推到WMS系統(tǒng)，下推到WMS后就會生成一個入庫單，而關聯(lián)單號就是相應的采購單號、調撥單號。入庫單和這些關聯(lián)的訂單對應關系是1:1。
當簽收的數(shù)量=應入庫的數(shù)量，那么入庫單的狀態(tài)就會為完成。但是有一些異常情況需要注意，如：采購了100個產品，供應商只送了60個，剩下40個供應商本來說送后面又不送了，此時這60個已經上架了。這種采購異常情況的解決方案，我是在采購單做了一個【完成】按鈕，可以強制標記這個采購單完成。采購是一個非常復雜的模塊，在我講到采購的時候我會細細說明。
除了我上圖展示的內容，應該還需要展示入庫單相應的產品信息，包括產品的基礎信息和入庫信息。
基礎信息：這部分信息比較簡單，就是產品的名稱、圖片、編號、單位之類的；
入庫信息：這部分主要包括總數(shù)量、簽收數(shù)量、未簽收數(shù)量、質檢數(shù)量、正品數(shù)量、次品數(shù)量、批次等信息。
除了這些還需要一個打印功能，將入庫單打印出來，方便收貨員進行收貨，如下圖所示：
入庫單頁面還可以做一個功能就是收貨查詢，一張入庫單可以進行多次收貨，所以就會有一個“收貨批次”的概念，“收貨批次”記錄每個收貨批次簽收的數(shù)量。
我查看了幾個WMS系統(tǒng)，有些將退貨入庫與入庫單設計在一起，且用一個“類型”字段區(qū)分是采購入庫、退貨入庫等等；有一些則是做了2個頁面，【入庫單】頁面和【退貨入庫】頁面。
我問了一個藥師幫的產品朋友，他告訴我，可能有一些公司的業(yè)務區(qū)分了售后組合簽收組，簽收租主要負責采購入庫、調撥入庫等等單據(jù)的簽收；而售后組主要負責售后的訂單簽收；其次針對退貨的訂單，除了訂單信息，其次更加關注退貨原因、退貨人、退貨集中貨位等信息，所以做了2個頁面。
2. 簽收
簽收的話可以掃描入庫單號或者物流單號進行簽收，如下圖所示（僅供參考）：
萬里牛的簽收分為“手工輸入數(shù)字錄入”和“掃描錄入”2種模式，分別為上圖1和上圖2。
以我在跨境大賣，而且去倉庫體驗一段的經驗來說，在倉庫只要來了貨，收貨組的人拿著PDA掃描物流單號進行簽收，然后將簽收的貨放到暫存貨位，且簽收完成后就會生成一個收貨單（一個入庫單可以生成多個收貨單）。對于收貨組的人來說，工作就完成了，他們并不在意簽收的具體是哪個訂單。
簽收是整個上架流程中最復雜的2個模塊之一，下面舉例說明簽收時常見的問題和解決方案：
1）組盤
簽收還會涉及到組盤的問題，如果送過來的貨特別多，且有整件和散件，那么在簽收時就可以準備幾個托盤，然后將整件放到一個托盤，將散件放到一個托盤。然后將托盤放到暫存貨位。
舉個栗子，如：采購了1箱礦泉水，那么在簽收的過程中不會拆箱，會直接按箱進行簽收；如果是散件產品，如：采購了10個A產品，供應商是打包用一個箱子發(fā)貨過來，此時倉庫簽收就需要拆箱進行清點。
這個簽收是否是整件或散件和倉庫沒有關系，與上游單據(jù)有關，倉庫只管來了什么貨，然后簽收，如：采購10箱，倉庫就簽收10箱；采購10個就簽收10個。
2）SN碼管理
其中針對SN碼管理的產品，要么在簽收的時候就需要錄入SN碼信息，要么在上架前錄入SN碼信息，在產品設計上，直接給一個“SN碼”字段，簽收時讓用戶必填，如下圖所示：
本人只遇到過在簽收時錄入SN碼信息，后面向朋友溝通，還聊到了簽收時不錄入SN碼信息，在上架前錄入，這樣做的目的主要是為了快速簽收。
3）容器
簽收是否需要關聯(lián)到容器，我看到有的WMS進行了容器的關聯(lián)，有的則沒有。因為我之前公司也沒有做容器關聯(lián)，關于這個點我曾經和倉管進行溝通，他們認為簽收時還要輸入容器號太麻煩，只需要輸入簽收貨位就行了，這樣就知道簽收的產品放在哪里，與容器沒有關系。
針對一些特殊行業(yè)，簽收時倉庫會把貨放到托盤上，進行整托上架，出庫時也可能會進行整托出庫，此時需要做一個類似產品“單位轉換”的記錄，一托=多少SKU。在倉庫里面記錄的庫存是以SKU為維度。
本人對這點的理解不夠深，只知道簽收時綁定容器主要用于整托上架，如果這方面了解很多的朋友，可以留言和我交流一下。
4）條碼
打印條碼，簽收后給產品貼條碼，在簽收時貼條碼的問題本人沒有遇到過，倒是遇到過在質檢時貼條碼，這點放在質檢的時候去說明。
5）其他
貨多了：簽收是否允許簽收數(shù)量＞應收數(shù)量？這點本人建議不需要做限制，因為供應商有可能出現(xiàn)特殊情況，送多了貨，這種情況交給線下去處理；
貨不對：在簽收的時候發(fā)現(xiàn)整批貨/某個產品不對，這種情況可以走退貨流程，常見的就是在系統(tǒng)中創(chuàng)建一個采購退貨單，進行退貨處理；
多批貨一起送：供應商在沒有告知的情況下，將多批貨一起送，這種情況就可以相應的上游單據(jù)下推到倉庫，然后選中相應的入庫單進行簽收。
……
3. 收貨單
收貨單就比較簡單，就是每次簽收生成一個收貨單，記錄收貨的數(shù)量，界面如下圖所示（僅供參考）：
4. 質檢
質檢首先需要在入庫流程中配置是否需要質檢，若需要可以直接根據(jù)收貨單進行質檢，質檢單的頁面如下：
在系統(tǒng)層面只需要輸入收貨單號，然后填寫正品數(shù)量和次品數(shù)量，點擊【保存】按鈕，質檢的操作在系統(tǒng)層面就完成了。
但是在實際的場景中更加復雜一點，整個的業(yè)務流程如下：
質檢任務分配：當成功收貨后就會進入質檢，那么收貨單就需要分配給質檢人員，在從倉庫中要么是員工主動領取，要么是系統(tǒng)分配，這個根據(jù)公司業(yè)務設計即可。如果是系統(tǒng)分配，只能分配給當天在線（上班）的質檢員；
產品獲取：質檢員貨根據(jù)分配給自己的收貨單進行打印，根據(jù)打印出來紙質單中產品所在的“暫存貨位”領取產品；——去暫存貨位領取產品，該步驟是否需要做成線上化，可以根據(jù)自身業(yè)務設計
質檢：質檢時質檢員掃描收貨單號/入庫單號進行質檢。若質檢的產品中有新產品，則需要提示：先進行新品維護。若沒有新品就直接輸入質檢的正品和次品數(shù)量。
質檢完成后質檢員會將質檢通過的產品，按照訂單吧產品放到各個箱子里面，等待上架的作業(yè)員進行上架。若公司有次品貨架，那么質檢的次品也可以去上架。
在整個入庫的環(huán)節(jié)中還有一個貼標的操作，只有給產品貼上條碼，然后掃描這個條碼，系統(tǒng)才知道該產品是一個什么樣的產品。這個標簽打印功能一般是放在“簽收”或“質檢”這2個步驟，我看到市面上大部分的WMS是放在“簽收”。
但是在我上家公司貼標的操作卻是放在“質檢”。因為質檢前所有采購回來的產品都有一個包裝，而質檢需要拆包，所以在“質檢”前貼標顯然不合適。具體為什么貼標放在“簽收”步驟，有懂的老哥可以留言交流一下。
5. 新品維護
新品維護的頁面如下（僅供參考）：
至于為什么要做新品維護和多倉庫都接收到新品，以哪個倉庫維護的新品信息為準，請去看我《WMS基礎信息》文章。
6. 上架
關于上架，一般是質檢完成后生成相應的上架單，同時系統(tǒng)調用貨位分配策略，給上架的產品推薦貨位。上架單的產品設計如下（僅供參考）：
在質檢完成后，收貨單的質檢狀態(tài)變成了質檢完成，然后將質檢完成的收貨單分配（被領取）給作業(yè)人員進行上架。
常見的3種上架模式如下：
拆零上架：從貨列前面掃碼把拆零的商品上架到貨位上去；
整箱上架：比如一箱一箱到貨那么就需要把箱子上架到整箱區(qū)；
整托上架：以托盤為單位進行上架。
我們最常見遇到的上架本質上就是拆零上架的一種，如：采購回來10個產品，這10個產品按照上架策略放到指定的貨位。
拆零上架在食品行業(yè)應該比較常見，本人沒有過相關產品的設計，但是看了其它的產品的設計時在上架單中新增一個“拆零”字段，由用戶去輸入拆零上架的數(shù)量，如下圖所示：
上架的紙質單如下：
7. 上架策略
上架策略可以分為混放和貨位分配規(guī)則。
混放規(guī)則
混放需要考慮到同一個貨位產品是否能夠混放？批次是否能夠混放？兩兩組合就有以下4種情況：
全部混放：同一個貨位可以放不同產品的不同批次；
全部不混放：同一個貨位只能放同一個產品的相同批次；
批次混放：同一個貨位只能放同一個產品，但是批次可以不相同；
貨品混放：同一個貨位只能放同一個批次的產品，但是產品可以不相同。
這里使用哪種策略，根據(jù)公司的業(yè)務設置，如果是SAAS系統(tǒng)，可以由用戶自己去配置。
全部混放有一個好處就是節(jié)省貨位的使用率，但是會增加作業(yè)人員的揀貨成本，如：作業(yè)人員在揀貨時需要去識別揀貨的批次；全部不混放則完全相反，產品的存放會使用更多的貨位，但是作業(yè)人員的揀貨成本低。
通常在倉庫的揀貨區(qū)是使用“一貨一位”，然后根據(jù)批次要求，考慮批次是否混放。
批次策略的產品設計可以參考大寶WMS，F(xiàn)luxWMS，其中大寶WMS如下（僅供參考）：
很多同學看到上面這個圖就開始疑惑了，批次不是指批次號嗎？為什么還會有生產日期、失效日期這些信息？這些信息可以當作批次屬性，這里挖一個坑，放到批次進行說明。
很多WMS系統(tǒng)，在配置貨位信息的時候，就配置了該貨位是否支持混放，本質就是將混放策略與貨位綁定。
個人覺得這種設計不夠靈活，混放策略還可以綁定倉庫/貨主/庫區(qū)/貨位/產品等維度，常見的一個場景就是A產品支持批次混放，B產品不支持批次混放
8. 上架貨位分配規(guī)則
這個策略是在執(zhí)行上架操作時，推薦一個貨位，作業(yè)員根據(jù)貨位進行上架。相關的界面如下（以C-WMS為例僅供參考）：
整個策略主要包括條件和貨位推薦2個部分。
條件：條件主要就是對產品進行一些過濾，符合過濾條件的產品執(zhí)行“貨位推薦”規(guī)則，最常見的過濾條件有產品分類、入庫類型、產品品牌、正/次品、簽收時的容器等等。以產品分類和正/次品來舉例，正品需要放到揀貨區(qū)，次品則需要放到次品區(qū)，同時正品和次品中的生鮮和零售產品不能放在一起。
除了這些考慮的因素，還可以考慮貨位的容積和限重，但是這些我沒有看到過一個倉庫可以玩好的，本人也不熟悉，所以就不展開說了。
貨位推薦：推薦貨位需要考慮3個元素，推薦的庫區(qū)、貨位類型、貨位。
庫區(qū)：符合條件的產品，推薦指定的庫區(qū)，如：正品推薦正品區(qū)的貨位，次品推薦次品區(qū)的貨位。若沒有設定庫區(qū)，則按照庫區(qū)的權重，從大到小依次查詢合適的貨位。
貨位類型：有些公司對貨位做了區(qū)分有揀貨貨位、暫存貨位、中轉貨位可以根據(jù)業(yè)務要求進行貨位類型的推薦。
貨位：系統(tǒng)推薦的貨位有空貨位、固定貨位、上次上架貨位、同品貨位（已占）、同品貨位（周圍空貨位）；
空貨位：推薦指定庫區(qū)的空貨位，若沒有空貨位，則不會被推薦；若沒有指定庫區(qū)，則按照庫區(qū)的權重，優(yōu)先篩選出權重大庫區(qū)是否有空貨位；
固定貨位：產品上架到庫區(qū)指定的貨位，若沒有指定庫區(qū)，則指定權重最大的庫區(qū)；
上次上架貨位：上架到庫區(qū)最近一次上架的貨位；
同品貨位（已占）：系統(tǒng)倉庫中已經放置相同產品的貨位，若有多個貨位，則推薦缺貨量（貨位補貨上限量-可用庫存）的最大貨位。如：A1和A2貨位放置了蘋果手機產品，兩個貨位的補貨上限量一致，可用庫存分別為3和4，此時上架蘋果手機，系統(tǒng)推薦A1貨位上架。——若庫區(qū)沒有放置相同產品的貨位，系統(tǒng)可以推薦空貨位。
同品貨位（周圍空貨位）：系統(tǒng)推薦放置相同產品貨位周圍的空貨位，若有多個貨位，則推薦缺貨量（貨位補貨上限量-可用庫存）的最大貨位，周圍的空貨位，若沒有空貨位，則不推薦。
如果推薦空貨位，那么是上架單中的一條明細，推薦一個空貨位。
后面2種規(guī)則本人沒有遇到過只是看其它友商進行了設計，這個做一個說明，我只接觸過上面前3中貨位推薦的規(guī)則，后面2種貨位推薦的規(guī)則是為了節(jié)省空間而進行的設計。
9. 小結
整個上架策略的目的就是為了指引作業(yè)員，上架到合適的貨位，所以先執(zhí)行貨位分配規(guī)則，將合適的貨位篩選出來，然后再執(zhí)行混放規(guī)則，篩選出合適的貨位，若沒有合適的貨位，可以直接推薦空貨位，流程如下：
3.總結
整個上架的流程大體就已經說完了，但是還沒有一些細節(jié)沒有說明，比如：推薦了上架貨位，但是貨位滿了，作業(yè)員可以上架到旁邊貨位；簽收后，簽收的數(shù)量=應收數(shù)量，入庫單標記完成等等。
本篇文章沒有像flux，巨沃等大廠，把入庫單稱作ASN，采購單稱作PO，本人認為這些太“專業(yè)化”，我更想表達的簡單一點，導致文章的一些用詞就沒有那么“專業(yè)”。同時本文也只展示了“入庫單”的打印單，其它單據(jù)是否需要打印單，根據(jù)自身公司的業(yè)務設計。
本文說的入庫流程比較復雜，是因為說了太多的異常情況，但是實際倉庫作業(yè)比這個更加簡單，倉庫的作業(yè)員只需要簽收、質檢、上架。
按照慣例依舊給大家留幾個問題：
簽收了，但是沒有上架的產品算不算庫存？算可用庫存嗎？
如果是存揀分離的倉庫，可以直接從“備貨區(qū)”直接揀貨嗎？
作者：來源于網絡
來源微信公眾號
題圖來自 Unsplash ，基于 CC0 協(xié)議，如有侵權，請聯(lián)系pmtalk123刪除
請?zhí)砑游⑿?nbsp; PMxiaowanzi
//Kevin的電子書//
如果你希望學習產品經理進階內容，可以訂閱我的《簡易設計》專欄，系統(tǒng)學習我個人基于創(chuàng)業(yè)與10年產品經理經驗的產品設計方法：簡易設計，通過用戶調研&研究、產品拆解、組合、產品迭代、框架定型5個步驟，助你構建產品知識框架，掃碼訂閱邁向頂級產品專家。