在國際快遞體系中，基本業務環節是收轉清運清轉派，“存”并不常見。本期，我們聊一聊國際快遞體系中的小眾場景-集貨

省錢是先集后轉的原始驅動力

5.1無SKU    

      在WMS中，SKU是收發存模型的基礎。使用WMS管控集運倉內作業，首先要解決SKU問題。

      一般我們在用戶進行入庫預報時/無預報收貨（用戶漏預報，導致包裹先到倉庫，系統無預報信息）時，使用一程運單號生成SKU，同步基于特定規則生成對應的商品條碼（簡易條碼），并在收貨時打印簡易條碼，作為倉內作業的基礎，以解決不同承運商編碼規則差異問題。

      由于用戶填寫的不規范(如填寫運單號時填寫快遞公司前綴等)，因而經常WMS收貨時無法匹配到對應的預報單（ASN），進而轉入無預報收貨流程，此時，需要客戶介入，根據用戶識別碼判定包裹歸屬，并通知用戶再次補填包裹-商品信息，用于關務預審。

5.2數據入口與流向不統一

      用戶預報時，在OMS層面生成SKU、商品條碼、ASN并下發WMS；無預報收貨時，在WMS層面生成SKU、商品條碼、ASN，并以收貨回寫的形式同步至OMS，存在多個數據入口與流向。

      當出現用戶預報→取消預報→倉庫無預報收貨，此時O與W的商品條碼存在差異，導致O的訂單狀態與庫存處理存在問題。

      此外，多系統交互存在時間差，經常出現現場在掃描運單號校驗時用戶尚未填報用戶信息，但現場稱重測量，提交收貨時，用戶信息已經下發，導致并發問題。

5.3包裹狀態翻轉對現場作業/庫存的影響

      WMS作為策略性業務執行系統，對于包裹狀態的翻轉處理比較復雜。

      以關務預審結果變更為例，單個狀態的翻轉，將導致WMS ASN&庫存狀態產生數種組合變化。

5.4拆箱、理貨等非標場景對WMS的挑戰

      集貨轉運業務訂單結構為訂單-SKU（包裹）-商品三層，標準WMS結構為訂單-SKU兩層，理貨操作對象為“商品”，需要客制化第三層；

      對于WMS而言，拆箱需要解決“原包裹庫存扣減”與“子包裹庫存增加”增加問題，同時，由于現場拆箱需要核對商品，需要增加“商品”層級展示。