項目背景：筆者所在公司是一個電商細分行業(yè)的頭部企業(yè)，需要集中管理上萬個sku并為公司龐大的訂單量提供支撐，之前使用的系統(tǒng)是自研的一套ERP系統(tǒng)并部署在多個倉庫。

但是由于以下幾個痛點，最終做出引進一套專業(yè)WMS系統(tǒng)的決策。

• 當前的ERP系統(tǒng)承擔太多職責，包括產(chǎn)品，供應(yīng)商，客戶的資料維護，庫存管理功能，GSP合規(guī)相關(guān)功能，對賬功能等都運營在一個系統(tǒng)，導(dǎo)致系統(tǒng)耦合性太強，不易于改造；

• 當前系統(tǒng)不存在波次概念，無法設(shè)定靈活的波次策略來將訂單分組進行集中揀貨，導(dǎo)致作業(yè)效率較慢；

• 當前系統(tǒng)無法實現(xiàn)靈活的動態(tài)盤點，因此對于庫存管理比較混亂，無法保證出庫的準確性；

• 無法滿足日益變化的業(yè)務(wù)需求，對于GSP合規(guī)要求，指定批號發(fā)貨等要求無法完全滿足，導(dǎo)致相關(guān)的業(yè)務(wù)增長受限。

一、WMS系統(tǒng)定義

倉庫管理系統(tǒng)包括入庫業(yè)務(wù)、出庫業(yè)務(wù)、倉庫調(diào)撥、庫存管理和虛倉管理等功能，是綜合批次管理、物料對應(yīng)、庫存盤點、質(zhì)檢管理、虛倉管理和即時庫存管理等功能綜合運用的管理系統(tǒng)，有效控制并跟蹤倉庫業(yè)務(wù)的物流和成本管理全過程，實現(xiàn)完善的企業(yè)倉儲信息管理。

二、入庫模塊

對于WMS系統(tǒng)來說，總體的框架基本都比較固定，核心在于系統(tǒng)功能的設(shè)計與行業(yè)或?qū)嶋H業(yè)務(wù)場景的契合度，能夠滿足業(yè)務(wù)需求并真正提升作業(yè)效率。

2.1 采購入庫流程

2.1.1 訂單產(chǎn)生

采購訂單產(chǎn)生于上游采購系統(tǒng)，采購系統(tǒng)訂單生成后傳入WMS系統(tǒng)形成PO單。

2.1.2 到貨信息錄入

到貨及驗收可用PC或PDA操作，收貨員核對來貨單與實物，提取對應(yīng)的PO單并按照來貨單的明細拆分成ASN單（同一個PO單可能需要分多次來），針對ASN單錄入實際來貨單號，數(shù)量，生廠日期，有效期，到貨日期及到貨溫度等信息。

由于倉庫作業(yè)人員正常無法從供應(yīng)鏈上游獲得預(yù)期到貨時間，因此倉庫作業(yè)人員實際需要根據(jù)到貨情況，找到對應(yīng)供應(yīng)商的PO單并拆分成ASN單；在與上游供應(yīng)商進行數(shù)據(jù)對接的情況下，可以直接在系統(tǒng)生成ASN單（并且可以將在途庫存納入可銷售數(shù)量中）。

核心關(guān)注點：倉庫作業(yè)都是基于實物進行作業(yè)，因此后續(xù)驗收上架流程均需要以供應(yīng)商來貨單為基礎(chǔ)而不是采購訂單（采購訂單只是一個計劃，采購計劃未完成時也可以強制關(guān)閉）；采購訂單明細信息可以與來貨單明細信息不要求一致，但是數(shù)量需要對應(yīng)（便于跟蹤訂單履行情況）。

邏輯關(guān)系：供應(yīng)商可能對幾個采購單合并處理并分批發(fā)貨，因此采購單和來貨單的關(guān)系可能不是簡單的一對多而是多對多關(guān)系；同一個ASN單的同一個商品可能由于價格或者批次信息不同，ASN單與收貨信息之間是一對多的關(guān)系。

2.1.3 驗收信息錄入

驗收員對比實物與到貨情況，修正到貨錄入錯誤信息（或駁回至上一步確認）；針對不合格品進行拒收操作，針對合格品則驗收通過進入待上架狀態(tài)。

驗收人員的工作重點在于檢查，一方面核對之前到貨信息是否錄入正確，另一方面重點對到貨質(zhì)量進行檢查。

驗收不合格品將會進行拒收操作，包括包裝破損，有效期或批號等信息不符合要求；單獨生成拒收記錄并退貨供應(yīng)商（并打印拒收單據(jù)）。

驗收的實物信息與ASN單不一致的情況下，系統(tǒng)需要生成差異單。

2.1.4 上架

對于驗收通過的合格品（或差異重新上架），按照上架規(guī)則分配庫位后，上架員可在PC或PDA進行上架操作。

驗收過程中需要綁定上架小車條碼，便于上架員直接掃碼領(lǐng)取任務(wù)。

2.2 入庫模塊業(yè)務(wù)場景

對于WMS系統(tǒng)入庫模塊來說，不針對具體的業(yè)務(wù)場景，只要是涉及到貨，驗收，上架的業(yè)務(wù)都需要走該入庫流程。

其他類型入庫單包括：銷售退貨，調(diào)撥入庫，耗材入庫等（收貨庫位不同），具體的退貨及調(diào)撥等入庫功能，可以依次類推，這里不做具體展開。

2.3 差異單處理

差異單需要進行差異處理并記錄處理原因及結(jié)果。

2.3.1 差異單生成

在驗收完成的時候，對比ASN單，若發(fā)生不合格品的驗收，則生成不合格品的差異單；若發(fā)生數(shù)量差異則生成驗收數(shù)量差異單，同時保持ASN單中收貨和驗收數(shù)量為驗收合格的數(shù)量。

上架完成時，對比上架數(shù)量和驗收數(shù)量，生成上架數(shù)量差異單。

2.3.2 差異單處理

差異單按照處理方式可以分為添加拒收單，重新收貨，重新上架，人工標記已處理；按照差異產(chǎn)生的類型，對于不合格品需要添加拒收單，對于驗收數(shù)量差異需要添加拒收單或重新收貨或人工標記為已處理，對于上架數(shù)量不一致，則需要重新上架或人工標記已處理。

2.3.3 拒收單生成

拒收單主要作用在于，對質(zhì)量不合格及數(shù)量差異且供應(yīng)商不補貨的情況下，打印拒收單留作日后對賬依據(jù)，且將不合格品退回供應(yīng)商。

2.3.4 差異原因追溯

系統(tǒng)需要有來貨單（ASN單）完整的操作記錄以便追溯原因（包含各環(huán)節(jié)處理人，處理時間，數(shù)量及日志明細）。

三、出庫模塊

出庫大體分為幾大模塊：波次策略設(shè)定>>生成波次單>>波次單分配庫位>>生成作業(yè)單>>揀貨（RF）>>二次分揀（RF）>>打包復(fù)核。

可能存在不同波次類型（如單品和多品波次），不同揀貨流程（先開票后揀貨/直接揀貨；波次揀貨/單獨揀貨），不同業(yè)務(wù)場景（B2B，B2C等），不同揀貨策略（摘果和播種）等，需要根據(jù)不同行業(yè)，不同公司背景來進行靈活的設(shè)計。

3.1 波次策略

WMS波次管理將具有相同共性的訂單集中在一起進行揀貨作業(yè)，為集約化揀貨提供了高效的作業(yè)工具，大幅度進步了揀貨效率，減少揀貨的行走途徑。

1）波次范圍

根據(jù)實際的業(yè)務(wù)場景可以按照貨主，單品/多品，是否跨區(qū)，物流類型，訂單類型，訂單來源，時間，金額，收貨人，貨品等設(shè)定波次策略包含的訂單范圍。

2）波次限制

需要設(shè)定波次單/波次作業(yè)單的上限/下限值，對于揀貨人員來說，單次揀貨的負荷是一定的，需要設(shè)定波次作業(yè)包含的訂單或商品的上限值，如果波次包含的訂單或商品范圍超出這個限制，則需要分解成多個作業(yè)單。

3）波次規(guī)則

需要設(shè)定庫位分配規(guī)則，不同庫位的同一個商品需要按照什么規(guī)則出，包括先進先出，先進后出，清空庫位，最小搬運次數(shù)等。

另外同一個波次被拆成多個作業(yè)單時需要按照什么規(guī)則拆成作業(yè)單（比如揀貨庫位相隔比較近的應(yīng)該需要放在一起，這樣可以最大化作業(yè)效率）。

4）單品波次

對于筆者所處于的醫(yī)藥行業(yè)中，由于大多數(shù)訂單只包含一個商品，所以這類型的訂單可以集合在一起進行揀貨且不需要進行二次分揀，揀貨完畢之后直接可以進行打包復(fù)核（一個商品對應(yīng)一個或多個訂單）。

5）跨區(qū)揀貨

若一個SKU在所屬庫區(qū)不存在貨品，但是在其他庫區(qū)存在貨品，則可以進行跨區(qū)揀貨，由不同區(qū)域的作業(yè)人員接力揀貨；根據(jù)跨區(qū)作業(yè)的性質(zhì)，若是同一貨主下的不同區(qū)域則需要自動生成移位單/調(diào)撥單/補貨單，若是不同貨主間的貨區(qū)則需要生成采購單。

6）波次策略執(zhí)行順序

由于不同的波次策略覆蓋的訂單可能存在交集，且對于不同的波次策略可以有不同的處理方式。因此需要重點設(shè)定好不同波次策略執(zhí)行的順序，對于越特殊的場景相關(guān)波次需要越早執(zhí)行，對于越緊急的某類訂單相關(guān)波次也需要越早執(zhí)行。

波次策略需要針對業(yè)務(wù)場景進行設(shè)計，常見業(yè)務(wù)場景包括：

• 需要打發(fā)票/收據(jù)的訂單需要先打單再揀貨，大多數(shù)訂單正常不需要發(fā)票和收據(jù)隨貨同行，因此對于有開發(fā)票和收據(jù)要求的訂單需要單獨生成波次，由專人處理；

• 由于運輸方式不同，不同的訂單需要分開生成波次處理，如航空類型的訂單對于攬件時間有限制，對于自有物流的訂單和第三方物流需要分開處理；

• 某些下單渠道或某類特殊訂單有時效性限制，需要優(yōu)先發(fā)貨；相關(guān)類型的訂單單獨進行波次處理；

• 揀貨單累計，可能存在較多訂單累計，因此需要根據(jù)時間對訂單進行篩選，以達到先入先出需求；

• 其他普通訂單，無特殊要求的訂單最后批量執(zhí)行波次；

• 揀貨尾單或需要緊急處理的個別訂單需要走非波次揀貨的路徑處理。

3.2 波次單/波次作業(yè)單

同一個波次單劃分為一個或多個波次作業(yè)單，基于作業(yè)單進行作業(yè)；波次單分配好庫位之后，生成波次作業(yè)單即可開始揀貨。

波次單可能因為庫存不足而無法完全分配，該種情況下可以將對應(yīng)的訂單從波次單中剔除再生成作業(yè)單，或者生成作業(yè)單的時候自動將商品從波次單中剔除。

值得注意的是，波次單并不能完全覆蓋所有揀貨作業(yè)場景。部分特殊場景中，存在需要單獨針對某些訂單進行特殊處理，針對個別加急的訂單優(yōu)先發(fā)貨，數(shù)量不多的尾單等場景，需要針對訂單進行處理，這時需要選擇對應(yīng)的揀貨單手動生成作業(yè)單。

3.3 PDA揀貨/二次分揀

揀貨存在單品或多品，單樓層或多樓層的區(qū)別；對于多品的作業(yè)單可以批量揀完之后再進行二次分揀，而對于單品的作業(yè)單則不需要二次分揀。另外對于不同樓層的作業(yè)單，需要涉及跨區(qū)接力揀貨的問題；在揀貨方式方面也存在兩種揀貨策略分別是摘果和播種。

1）摘果法和播種法

摘果法是指讓揀貨搬運員巡回于儲存場所，按某客戶的訂單挑選出每一種商品，巡回完畢也完成了一次配貨作業(yè)，將配齊的商品放置到發(fā)貨場所指定的貨位。然后，再進行下一個要貨單位的配貨。

而播種法是指將每批訂單上的同類商品各自累加起來，從儲存?zhèn)}位上取出，集中搬運到理貨場所，然后將每一客戶所需的商品數(shù)量取出，分放到不同客戶的暫存貨位處，直到配貨完畢。

播種和摘果之間的區(qū)別在于一個把訂單的商品集中之后再次按訂單進行分配，一個是按照訂單直接進行揀貨；摘果式揀貨在訂單量比較大且sku比較多的時候，容易因為單個訂單揀貨時間太長而浪費時間；為了提升效率，可以將多個訂單集中一起揀貨，揀貨時將商品分別放入不同訂單對應(yīng)的揀貨筐中，也就是邊揀邊分；

播種式作業(yè)通常在對象固定，商品種類多或是商品的相似性大，商品儲位經(jīng)常移動的情況中使用，將多個訂單中的商品匯總揀貨之后再次進行分揀，也就是先揀后分。

2）揀貨異常

揀貨或二次分揀過程可能涉及貨品不足或多揀，這時需要制定規(guī)則處理少揀或多揀的貨品。

① 揀貨異常

揀貨過程中難免避免不了缺貨，人為操作失誤等因素，需要進行重點處理并提升異常處理效率；對于揀貨過程中需要處理的異常一般為賬實不符，即貨架位上貨品不足，這種情況下一般先揀實際的數(shù)量，系統(tǒng)會將對應(yīng)的訂單標記為揀貨異常。

② 二次分揀

二次分揀時可能會發(fā)現(xiàn)揀貨過程中多揀或少揀的情況，也可能出現(xiàn)二次分揀過程中放錯框，放錯貨，多放或少放的問題。

對于二次分揀過程中發(fā)現(xiàn)的異常，需要支持針對商品二次分揀中的結(jié)果進行檢查，通過再次檢查該商品在不同的揀貨筐的數(shù)量來進行錯誤糾正；若有實物但少揀則可以去貨架位補充揀貨，若實物缺少可以標記異常并在分揀結(jié)束后把揀貨框拿出交由異常處理員處理，若多揀，則可以把多出的貨品集中存放，等待庫存管理員統(tǒng)一處理重新上架。

③ 商品條碼

在揀貨及二次分揀過程中，涉及需要掃商品條碼來識別商品。但是目前來說不一定是所有的商品都存在條碼，因此需要通過輸入拼音首字母查找對應(yīng)作業(yè)單中的商品。

此外，對于有條件的倉庫來說，可以貼內(nèi)部條碼，但這樣勢必會給收貨即庫存人員帶來更多的工作量。

3.4 復(fù)核打包及發(fā)運

在揀貨及二次分揀之后，需要進行打包復(fù)核。打包復(fù)核的基礎(chǔ)是掃描揀貨框，掃描揀貨框后自動讀取揀貨單中訂單對應(yīng)的商品明細，再通過掃描商品條碼進行復(fù)核。

針對單品波次的作業(yè)單，則根據(jù)揀貨框中的商品找到訂單并進行復(fù)核；復(fù)核成功后交由打包員打包并根據(jù)不同的物流分開擺放整理。

復(fù)核異常包括以下幾種情況：

1）訂單取消

由上游ERP系統(tǒng)或OMS系統(tǒng)發(fā)送過來的取消訂單通知，若此時訂單已加入波次則統(tǒng)一在打包復(fù)核環(huán)節(jié)對訂單進行攔截，復(fù)核員在掃框的時候，系統(tǒng)提示訂單取消，無法繼續(xù)復(fù)核，統(tǒng)一交給異常處理員處理。

2）揀貨異常

實際揀貨數(shù)量與訂單商品數(shù)量不一致，若少貨則復(fù)核員可手動標記該訂單為異常，若多貨則繼續(xù)發(fā)貨并將多出的貨品拿出；最后訂單或多出的貨品統(tǒng)一交給異常處理員處理。

3）揀貨過程操作少揀（分揀環(huán)節(jié)未糾正），二次分揀操作失誤（放錯框，放錯貨，少放或多放貨且分揀環(huán)節(jié)未糾正）

貨品轉(zhuǎn)移過程中的丟失或多出；若少貨則復(fù)核員可手動標記該訂單為異常，若多貨則繼續(xù)發(fā)貨并將多出的貨品拿出；最后訂單或多出的貨品統(tǒng)一交給異常處理員處理。

4）單品波次作業(yè)單

單品波次作業(yè)單不需要二次分揀，因此需要先根據(jù)揀貨框和商品自動找到對應(yīng)的訂單進行打包復(fù)核，打包復(fù)核的處理方式同多品揀貨單。

另外特殊情況下，單品波次中某個商品沒有揀貨，則在復(fù)核完成之后，界面需要給出相應(yīng)的提示，以便復(fù)核員針對相關(guān)訂單標記為異常（一鍵針對當前作業(yè)單中未復(fù)核完的訂單標記異常）。

發(fā)運成功的訂單需要釋放對應(yīng)的揀貨框（單品作業(yè)單則需要該作業(yè)單中所有訂單都發(fā)運成功才釋放）；另外對于標記為異常的訂單需要從作業(yè)單和波次單中拆分出來（拆分后的波次單和作業(yè)單就可以全部標記為完成）。

3.5 系統(tǒng)下發(fā)取消

上游系統(tǒng)下發(fā)取消訂單的情況下，則需要結(jié)合當前是否已加入波次或發(fā)運來做出應(yīng)對措施。

• 若當前揀貨單尚未加入波次單，則直接取消訂單并同步返回取消成功的信息；

• 若當前揀貨單已加入波次單但尚未完成復(fù)核（或發(fā)運）的情況下則直接取消訂單且同步返回取消成功，并將該訂單對應(yīng)的波次明細標記為異常（異常類型為業(yè)務(wù)系統(tǒng)下發(fā)取消），同步返回訂單取消成功的信息；

• 若當前揀貨單已復(fù)核（或發(fā)運）的情況下，則同步返回取消訂單失敗的消息；這時該訂單需通過人工處理嘗試召回快遞。

3.6 揀貨過程中的異常單

出庫過程中產(chǎn)生的異常單在以上揀貨，分揀，復(fù)核及系統(tǒng)下發(fā)取消的情況下產(chǎn)生。

異常單相關(guān)功能圍繞以下兩點進行設(shè)計：

1. 異常單需要記錄詳細異常情況，并能分析出根本原因或考核作業(yè)人員績效，因此需要知道到底是哪個商品缺貨了，哪個環(huán)節(jié)或某個作業(yè)人員操作失誤比較頻繁；因此針對異常單明細中需要包括分配數(shù)，揀貨數(shù)，打包數(shù)，發(fā)貨數(shù)，揀貨作業(yè)人員，打包作業(yè)人員等信息，并以報表的形式歸類展示信息。

2. 對于短揀異常的訂單需要以報表的形式匯總展示或直接生成盤點計劃，以便對于實物與賬面不符的庫存進行及時矯正；需要針對出現(xiàn)異常的訂單及時處理，以保證發(fā)貨的時效性，異常處理人員針對異常單能執(zhí)行重新發(fā)貨，退揀，取消訂單等操作。

3.7 異常單的處理邏輯

異常情況

1）商品多出

二次分揀及打包復(fù)核過程中發(fā)現(xiàn)的多出的商品，統(tǒng)一集中存放并統(tǒng)一處理，若貨品無損壞則直接由庫存管理員直接上架即可（系統(tǒng)庫存扣揀并沒有體現(xiàn)這部分差異，所以無需在系統(tǒng)上操作）。

2）短揀異常/人工標記異常

短揀異?；蛉斯擞洰惓５慕Y(jié)果可能分為兩種情況，即有貨可以繼續(xù)發(fā)，無貨時進行退揀并通知業(yè)務(wù)系統(tǒng)（業(yè)務(wù)系統(tǒng)操作取消或等待有貨時繼續(xù)發(fā)貨）；因此針對短揀異常的單，可以進行重新發(fā)貨或退揀的操作。

處理邏輯

1）重新發(fā)貨操作

揀貨單釋放回訂單池，但由于這時候可能存在已部分揀貨。所以需要特殊處理，需要單獨生成作業(yè)單（自動針對該揀貨單生成非波次的作業(yè)單，交由作業(yè)人員單獨揀貨），揀貨人員對比實際已揀的數(shù)量和揀貨單要求數(shù)量，去相關(guān)的庫位上進行補揀，補揀結(jié)束之后單獨發(fā)運（注意中間的庫存加減環(huán)節(jié)的需要按照最新的揀貨及復(fù)核情況進行更新）。

2）退揀操作

揀貨單釋放回訂單池，清空所有已揀貨及打包復(fù)核數(shù)據(jù)；系統(tǒng)自動針對備貨庫位和原庫位生成移位單（原庫位被占用則需要手動指定移入庫位）。

3）缺量發(fā)貨

由于WMS系統(tǒng)不關(guān)心業(yè)務(wù)處理問題，因此對于B2B中比較常見的缺量發(fā)貨問題，建議不在WMS系統(tǒng)處理。而是將異常單情況同步至業(yè)務(wù)系統(tǒng)，在業(yè)務(wù)系統(tǒng)上可以進行取消訂單再重新下單或修改訂單的操作（這里不具體展開）。

4）系統(tǒng)下發(fā)取消異常

由于業(yè)務(wù)系統(tǒng)下發(fā)取消訂單的指令，所以執(zhí)行退揀操作即可。

異常單其他相關(guān)邏輯

• 異常處理為重新發(fā)貨或退揀的時候，由于需要將訂單重新釋放回訂單池，所以需要將標記為異常的訂單需要從對應(yīng)的波次單和作業(yè)單中剔除以保證揀貨結(jié)果的準確性。

• 揀貨框釋放：異常處理為重新發(fā)貨的時候，由于需要針對揀貨框中的貨品繼續(xù)揀貨，因此需要將異常訂單從作業(yè)單中剔除，同時將揀貨框與作業(yè)單解綁；自動生成的新作業(yè)單也需要重新綁定揀貨框（若業(yè)務(wù)場景中不存在單品波次，可以考慮繼承原揀貨框）。

• 對于短揀和人工標記異常導(dǎo)致的退揀，如果對應(yīng)的揀貨單如果頻繁的被加入波次，則會造成后續(xù)波次無法完全分配庫位或訂單持續(xù)短揀。因此標記為異常后訂單重新釋放回訂單池后，不能被加入波次（揀貨單列表中給出標記以便于識別）；可以在貨品到貨時，由人工處理或者是系統(tǒng)自動定時檢查該類型的訂單庫存是否滿足，滿足則自動生成新的作業(yè)單（走非波次揀貨流程）。