編輯導語：OMS的出庫應該是整個OMS系統中最複雜和最細節的模塊，同時也是業務聯系最為核心的部分。本文主要總結了物流渠道、物流産品、物流下單的基礎内容以及解決一票多箱的幾個難點，一起來看下。

OMS的出庫應該是整個OMS系統中最複雜和最細節的模塊，而且也和業務關聯性最緊密，所以我打算拆分成好幾個子主題來闡述OMS這一塊的内容。

每個子主題都會确保簡短幹練，隻聊其中一小塊的内容，最後再合并成一篇長文，綜合性地闡述跨境電商海外倉OMS的出庫模塊的産品設計。本文來跟大家聊聊物流渠道、物流産品與物流下單的那些事兒。

一、物流渠道與物流産品

物流渠道與物流産品的概念對于新人來說會很繞，特别難理解。其中最大的原因就是海外倉一般都是用國際物流，國際物流各種離譜的定義和規則與國内的快遞物流有很多差異，所以初次接觸這些東西會明顯感覺「水土不服」。

對國内電商來說，中通，韻達，順豐，京東，圓通等都稱之為物流商或者快遞商，然後使用的其對應的快遞（物流）服務，也就稱之為物流渠道。

例如，某個淘寶的訂單用了順豐快遞這個物流商，物流渠道是順豐标快，物流跟蹤号是SF1317720623263。

以上這些定義中需要特别注意的就是物流渠道，拿我們耳熟能詳的順豐來說，它并不是隻有一種服務，而是有多種服務面向不同的用戶群體。

截圖自順豐官網

對于電商ERP或者OMS來說，在對接順豐物流服務的時候，需要了解具體順豐有哪些服務，自己對接了幾個服務，不同的服務對應的服務代碼或者接口地址是什麼。到時候在客戶選擇具體的物流渠道的時候，才不會搞錯。

同樣的在跨境海外倉與物流圈子裡，一般說物流渠道其實就是指某個物流商下面具體的物流服務，例如上圖中的「順豐特快」和「順豐标快」，它們分别屬于不同的物流渠道，有不同的渠道代碼和名稱。

有了物流渠道，為啥還要有物流産品，這個是什麼東西呢？

物流産品則是将多個物流渠道打包成一個組合，然後對外一起銷售。OMS客戶隻需要知道這個物流的對外報價是什麼就好，而不用具體地知道背後實際承運的物流商是誰。

例如我們在淘寶退貨或者自己發起上門取件的時候，如果選擇了「菜鳥裹裹」去下單，實際上在下單的時候你并不知道背後用的是韻達，還是圓通，還是中通，隻有具體的快遞人員上門了，你才知道這個單是交給了哪家快遞公司承運。

而對于消費者來說，從菜鳥APP下單，價格都是一樣，隻要背後具體的快遞公司服務差距不要很大，那用哪家其實也沒啥關系。

物流渠道與物流産品的關系

對于海外倉而言，尾程的物流價格是最大的盈利點，不同的代理級别，不同的賬号等級，拿到的價格差距比較大。基于此，如果可以在保證客戶物流體驗差别不大的前提下，盡量通過一些算法和策略，去選擇背後最合适的物流渠道（物流服務），那麼就能帶來額外的一些收益。

因為客戶支付的價格是固定的（對客戶報價是統一的），但是實際的成本卻可以通過物流産品的選擇策略來動态調整。有些海外倉服務商也稱之為「物流比價」，可以選擇是優先考慮價格，還是優先考慮派送時長或者考慮妥投率等。

通過上述兩個簡單的例子，相信大家對物流渠道和物流産品的基本概念有了了解，接下來我們再來聊聊關于物流下單的事情。

二、物流下單的兩個節點

物流下單一般有兩個節點：前置物流下單和後置物流下單。前置物流下單就是在OMS當中完成物流下單，而後置物流下單就是在WMS當中完成物流下單。

前置物流下單就是在OMS系統中向物流商的接口請求物流面單，把一些物流的Label，還有跟蹤号等拿到了之後，再跟訂單其他信息一起推到WMS當中，讓倉庫端直接就可以作業了。

後置物流下單，一般就是指OMS隻把訂單信息推送到WMS中（一般會指定物流商或者物流渠道），WMS接到了訂單之後，向物流商的接口請求物流面單，拿到了相應的信息之後再開始作業。當然也可以先進行作業，然後根據實際的打包情況，再向物流商申請物流面單。

1. 前置物流下單的好處

前置物流下單的好處就是把一些複雜性的操作，異常的處理流程等放在了前端。因為國際物流有很多規則，也有很多要求，所以物流下單經常會失敗。失敗的原因千奇百怪，例如說地址是黑名單地址，地址裡有小語種字段，一些必填字段沒有填寫，甚至是因為一些特殊情況一些國家或者地區暫時不能使用該物流服務，需要換過一種……

放在OMS端的話，會有專門的這種物流下單人員或者客服人員去處理這些異常，可以比較快速準确地響應問題。而且由于海外倉的人工成本比較高，如果能在前置就把物流下單拿到的面單、跟蹤号等等信息一起推送給倉庫端，倉庫端隻要按要求執行，揀貨、打包、稱重這些環節就OK，而不用花費其他精力去處理這些物流的信息。

2.後置物流下單的好處

後置物流下單則是把一些複雜性操作，異常的處理交給了WMS的一些人員來處理這樣的話。意味着在倉庫端就需要安排這樣的一個崗位或者在國内安排這樣的崗位，讓他登錄到WMS系統中去處理這些東西。物流下單處理完了之後再将狀态流轉到可作業的狀态，讓倉庫操作端的人員根據訂單情況去揀貨作業。

在處理物流下單的異常的時候，如果遇到了一些訂單，是需要跟前端電商平台的買家進行交流的，那就需要把這個單回推OMS或者标識為異常，及時通知OMS的用戶，讓他們去聯系前端的買家，然後處理後再反饋給WMS。WMS的物流人員再發起物流下單，直到成功為止。

在WMS端完成物流下單看似沒啥特别的好處，但是有一個特别明顯的優勢是OMS沒辦法做到的。

在WMS端開放獲取物流面單的接口，可以比較好的支持「一票多箱」的場景，關于什麼是「一票多箱」可以在下文中查看詳細描述。

如果WMS支持物流下單，那麼就可以在作業之前先不拿物流面單，等作業完了，打包之後再看具體情況來獲取物流面單。有多個包裹，就獲取多個物流面單，這個是WMS後置物流下單最大的優勢。

除此之外，後置物流下單還有「訂單取消」的一些優勢，因為很多時候訂單到了倉庫客戶可能會發起取消訂單或者攔截訂單的指令。而後置下單由于節點靠後，很有可能取消指令到達的時候還沒有物流下單，那麼直接取消訂單就可以了。如果已經物流下單了，取消訂單的時候可能還需要取消物流下單。

因為有一些國際物流商有規定，一旦下單成功了，即使沒有真正的發貨，也會收費。如果需要取消訂單，也需要順帶取消物流面單。

三、一票多箱的幾個難點

之前海外倉很流行做自帶物流包裝的一件代發，基本都是小件，而且也不需要打包，直接揀貨，複核出面單之後就貼面單發走。

但是随着市場競争越來越激烈，越來越多的海外倉開始做一些差異化的服務，例如主要發一些中大件或者多元化一些的産品。

這些産品數量可能多，也有可能單個體積偏大，所以在打包裝箱之後發現會分成多個包裹，如果按普通一件代發的玩法就會發現走不通，因為物流面單隻有一張，而貨物卻有多箱（多包裹），這種現象在行業内稱為：一票多件或者一票多箱，也有稱為Multiple-Package Shipments或者子母件的。

一票多箱示意圖

1. 難點一

在國際物流渠道中，并非是所有的物流渠道都支持一票多箱，能支持一票多箱的渠道還是比較少的。如果想要使用一票多箱的服務，還需要額外的對接相應的API接口，如果沒有對接呢，也做不到一票多箱。

對接一票多箱的服務是屬于物流對接的話題，後續我會再寫相關的文章來補充說明。根據之前的一些經驗，如果是首次做這一塊的功能主要的難點或者疑惑點大概會有：

• 一票多箱的跟蹤号是怎麼展示的？母子關系還是子子并列關系？
• 一票多箱是否需要和實際打包完成的箱子一一對應？沒有一一對應會怎樣？
• 一票多箱的計費是怎麼樣的？按重量一直續重計費還是單箱單獨算？
• 一票多箱的軌迹怎麼抓取和展示？

在此，我直接把我的趟坑經驗也分享一下，解答一下上面的問題。

• 不同的物流商展示方式不一樣，例如DHL就是母子關系，FedEx是子子關系，但是會有一個Master Tracking Id；
• 需要一一對應，因為物流商自己也會稱重，有些物流商可能會按實重和預報重取大來計算，如果沒有一一對應，可能會多收費；
• 不同的物流商計費方式也不一樣，例如DHL是按續重計算，FedEx則是按多包裹單獨計算；
• 這個和第1點是一樣的意思，一般來說會有一個主單号，可以用來查詢軌迹；FedEx好像是查詢任意一個包裹的軌迹信息都會帶出其他兄弟包裹的軌迹信息；

主流的物流商的一票多箱

2. 難點二

根據上面的信息，我們知道在獲取一票多箱的物流面單的時候，一定要知道包裹被打包成了幾個，這樣才知道要獲取幾張面單。所以獲取物流面單的節點應該是在倉庫揀貨完成，而且打包稱重之後再進行，操作人員需要錄入打包的明細或者叫做裝箱明細，用來向物流商下單。

因為物流下單的時候需要提供包裹有多少個，每個包裹多重，甚至有一些物流商會要求提供每一個包裹的尺寸，用來計算體積重。

此流程對系統來說不難，但是對倉庫操作人員來說就很複雜。而且還需要考慮一個場景，那就是正常的包裹流程和一票多箱的包裹的流程應該怎麼區分？

假如用戶是在OMS端進行物流下單的，那麼倉庫還沒有打包的時候肯定不知道要下單幾個面單。而如果用戶是在WMS端下單的，一般都是先下單再作業，此時還沒有揀貨作業，其實也不知道具體有多少個包裹。

經過我之前大概的調研和實踐，最終我們選擇采用了「雙路線」的方式解決這個問題：即OMS和WMS都支持物流下單。

無論是在OMS端物流下單還是WMS端物流下單，都默認按一個訂單一個物流面單的方式來獲取面單。如果在打包之後發現一個物流面單不夠用，需要使用一票多箱，那麼再讓倉庫端錄入打包明細，重新獲取新的物流面單。

3. 難點三

最後一個難點其實和第二個有很大的關聯，當重新按一票多箱的信息去獲取物流面單之後，之前的曆史數據怎麼處理？

曆史數據主要就是：跟蹤号和面單，以及背後衍生的一些計費，交易信息等。

之前的物流跟蹤号還有面單一般都需要取消，因為有可能即使不發貨也會被收費，如果明确知道某些物流商下單了不發貨是不會扣費的，也可以不取消。

另外就是衍生的一些信息需要列舉出來，逐個分析。

例如有些ERP抓取到了物流跟蹤号就會反饋給電商平台标記發貨，但是其實後面馬上就會取消這個跟蹤号換成其他的，而ERP大多數都不會抓取第二遍，所以最好是設置好一個合适的節點再讓ERP來抓取跟蹤号，确保不會再變化了。

很多OMS在提交訂單到WMS之後了，一般會根據訂單的信息和報價表進行費用的凍結，如果變成了一票多箱之後，對應的報價表也變了，需要重新計算費用再凍結或者扣除費用。

還有曆史數據到底是否要記錄留檔，還是直接更新替換即可，需要結合業務自己去分析再給出應對策略。

四、總結

本來隻是想簡單地聊聊物流産品和物流下單的一些内容，但是沒想到這一塊的内容一寫發現還是很多細節值得關注。

尾程物流其實是海外倉區别于國内倉業務形态最重要的一個因素，涉及到OMS推單的邏輯，訂單接口的數據回傳，WMS的作業流程，BMS的計費方式，庫内打包要求，軌迹追蹤，貨況分析等都和尾程物流有關系，而倉庫的基本作業方式和國内都大同小異，經驗完全可以遷移。

可以說，搞清楚尾程物流的七七八八的規則和要求，基本上海外倉體系和玩法就懂了一半。

我在這個行業做了快4年的産品，WMS這一塊摸得最熟悉，最主要的原因就是：WMS的競品太多了，資料也很多。隻要有合适的機會去倉庫，然後自己多看幾本書，多看一些文章之類的，基本上業務就能抓得八九不離十。

但是國際物流這一塊，物流商衆多，各家的規則又不一樣，國外的玩法和國内的玩法也不一樣，可借鑒的信息太少，導緻我在這一塊的業務成長比較緩慢。

希望這一篇文章能起到抛磚引玉的作用，讓更多的物流大佬參與分享和普及行業知識，推動行業進步。

#專欄作家#

我叫維他命（Vitamin），PM維他命。前PHPer，做過在線教育類産品，也做過3年半的跨境倉儲物流方向的産品，目前是一位外貿SaaS領域的供應鍊産品經理。主要專注于WMS/OMS/TMS/BMS/ERP等領域，分享供應鍊相關的産品知識。

本文原創發布于人人都是産品經理，未經作者許可，禁止轉載

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部