编辑导语：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协议