在之前的文章《跨境電商海外倉（2）：WMS的出庫功能設計》中，我曾經介紹了一下海外倉常見的幾種出庫方式。訂單分波后再播種配貨分揀的操作方式是用的最多，也是最廣泛的，適用于絕大多數類型的訂單。

由于海外倉備貨時間較長，賣家對庫存的周轉率看得比較重，再加上海外倉普遍的管理水平混亂，所以常常會遇到揀貨時發現倉庫實際庫存不夠的情況。我們把此類現象稱之為「揀貨缺貨的異常場景」，也可以簡稱為「揀貨缺貨」。

恰好前段時間剛好接觸了這一塊的業務，所以本文來跟大家分享一下，我對海外倉揀貨缺貨方案設計的一些心得感受，本文側重于波次揀貨缺貨的方案，逐單揀貨的方案大同小異，在此按下不表。

揀貨推薦的兩種形式

波次揀貨過程中遇到了缺貨的情況，要結合倉庫具體的揀貨策略來討論對應的解決方案。一般來說WMS都會對揀貨做推薦策略，而揀貨推薦也可以分為強推薦和弱推薦。

①.強推薦就是系統告知你去個庫位揀貨，你只能在此處揀貨，如果此處缺貨了，那么就要先完成手上的其他揀貨任務，然后再生成對應的補揀單來完成剩余的揀貨。

②.而弱推薦就是系統會推薦你去某個倉位揀貨，你可以選擇使用倉庫推薦的倉位也可以選擇人工判斷來自行選擇倉位揀貨。

當遇到了推薦的倉位沒有貨物的時候，可以自行查找系統記錄中其他有貨物的倉位揀貨，如果整個倉庫內實在是沒有貨物了，那么就只能強制結束揀貨，轉到揀貨缺貨的異常處理流程去了。

我們使用的揀貨推薦策略就是后者，也就是弱推薦。

所以當系統出現揀貨缺貨的時候，需要倉庫管理授權，確認是否真的整個倉庫都沒有貨物了。授權通過了之后，波次揀貨完成，其中有部分SKU是揀貨缺貨的。

揀貨缺貨怎么辦？

當一個波次揀貨過程中發現了缺貨之后，一般會有這么兩種解決方案：

①.先強制完成揀貨，然后再拆單（不一定要拆分成子單）發貨，把不缺貨的部分先發給客戶，缺貨的部分等后續到貨后，再新建訂單補發給客戶；

②.強制揀貨完成之后，正常不缺貨的訂單先發，缺貨的訂單交由專員審核確認處理方案。要么等待后續補貨后再一起發出，要么讓客戶取消訂單。

站在賣家或者消費者的角度，方案一是最好的方案，對用戶體驗的影響最小。但是站在倉庫端或者賣家的角度，這個方案是比較最麻煩的。

一方面需要倉儲系統支持訂單拆單或者缺貨發出，另外一方面還要上游系統（ERP或者銷售平臺等）支持多次反饋訂單信息。

如果是后續補發，那么也會涉及到賣家一個訂單要支付兩次運費，兩次訂單操作費的問題。結合海外倉系統的實際情況，再加上海外電商平臺的現狀，這個方案基本上是不太可行。

當然如果是國內電商平臺的話，這種場景還是需要支持的，也有很多WMS系統可以支持這樣缺貨發出，以上結論僅僅適合我所遇到的實際業務情況，不代表所有的同行方案。

所以可以選的方案就是：缺貨訂單要么等貨來，要么取消訂單。

等貨來，是相比較之下對賣家和消費者都比較友好的方案，雖然要多等一會才能收到貨，但起碼不用取消訂單重新下單了或者再次推單了。不過，上文也提到了海外倉業務的特殊點之一：備貨時間較長。

當倉庫告知賣家某個SKU缺貨了之后，等到賣家準備好貨物，再通過頭程運輸到海外倉，上架變成可用庫存。這個周期會極其漫長，少則三五天，多則一個月。

在這么長的時間內，倉庫要將原來的訂單擱置在專門區域，然后再等到新的庫存到達，這期間變數很多，原訂單還能不能正常找到都不好說。

所以「等貨來」的方案，雖然很美好，但是仔細一下，對海外倉來說也并不靠譜。

鑒于此種原因，我們只能無奈選擇一個看似下下策但卻可能是“最優解”的方案，即：取消訂單。

如果賣家不愿意取消訂單，那么此單就會一直掛在倉庫中無法完結，甚至還有可能導致剩余的其他貨物丟失，所以此舉確實對賣家的不太友好。

但是在現有系統和業務模式下，確實沒有其他更好的解法了，所以只能先通過協議提前和客戶打好預防針，防止其他扯皮事件的發生。如果您有更佳的解決方案，歡迎留言與我交流。

揀貨弱推薦缺貨處理方式，如下圖。

當訂單缺貨之后，通過系統告知賣家由于庫存不足，所以此單無法發貨，請賣家取消此單。隨后，倉庫再將缺貨的訂單剩余內容，全部返庫上架，釋放相應的鎖定庫存。

揀貨缺貨的難點與踩坑點

1.訂單因缺貨取消后又找到了貨

對于弱推薦揀貨的而言，揀貨如果發現了缺貨，那么肯定會借助系統數據進行查詢，以便于了解其他倉位是否有多余的貨物可以揀貨。但是如果倉庫執行不到位，或者系統告知相應的倉位有貨，但是實際去揀的時候看漏了或者還是揀少了。

此時，就會出現訂單已經因為缺貨而被系統自動取消了，信息也回傳到了OMS，也通知給了客戶，但是倉庫在返庫的時候卻發現倉位其實是有貨的。

為了避免這種情況，我們會建議當倉庫發現了缺貨之后，應該交由管理員或者小組長進行二次查詢定位庫存后，再去揀貨。而且揀貨有差異是需要授權的，避免倉庫操作錯誤導致客戶訂單取消。

2.庫存的鎖定與釋放

揀貨的時候由于有弱推薦的策略，所以系統會預先鎖定一部分推薦的庫存，以便于后續的訂單推薦有準確的可推薦數據。但是當揀貨缺貨了，需要取消訂單并做返庫上架的時候，需要注意釋放鎖定庫存的時機，以及分別需要釋放哪些庫存。

一般的推薦庫存被鎖定了，那么就需要釋放，需要釋放整個單鎖定的庫存；而揀貨的時候也會鎖定庫存，也需要釋放，這里就只需要釋放實際揀貨的庫存。

3.鎖定倉位并生成相應的盤點

當出現了揀貨缺貨的時候，意味著系統庫存與實際庫存是不準確的。那么為了避免影響后續的訂單揀貨繼續出現問題，就需要及時地進行盤點。由于系統采用的是弱推薦策略，所以系統只能知道某個SKU是缺貨的，需要盤點的，但是并不知道具體的應該是哪個倉位上的庫存有問題。

為了避免其他的單推下來，又導致訂單缺貨，建議可以對缺貨SKU全局鎖定，不允許繼續下發訂單揀貨。同時鎖定了之后，需要盡快讓倉庫去對整個SKU進行盤點，及時統計出真實的可用庫存。如果覺得全局鎖定SKU比較麻煩，那么也可以盡快進行盤點，計算出準確的可用庫存后再對其他波次進行揀貨。

總結

揀貨缺貨是倉庫操作中常見的一種異常場景，不同的行業，不同的系統有不同的解決方案。海外倉有其自有的業務獨特性，所以很多解決方案都會傾向于簡單粗暴，倉庫更傾向于多花時間解決正常的訂單，而不是走太多流程來處理異常。

本文所闡述的產品解決方案其實有很多無奈之舉，對用戶、賣家體驗都不算特別好。但是我們也分析了過往的一些訂單數據，這類事情發生的概率很低，再加上另外的兩個解決方案（缺貨先發，等補貨后再發）其實也不具有特別壓倒性的優勢。

所以綜合來看，此方案也算是當下的“最優解”了。我復盤總結并記錄寫下此文的目的也是希望能拋磚引玉，學習更多行業內好的解決方案，便于后續再優化此方案。

所以，如果你有什么好的建議或者方案，歡迎與我探討，共同學習進步。