顺丰|跨境电商海外仓（OMS篇）：物流渠道、物流产品与物流下单( 三 )

文章插图
一票多箱示意图
1. 难点一在国际物流渠道中，并非是所有的物流渠道都支持一票多箱，能支持一票多箱的渠道还是比较少的。如果想要使用一票多箱的服务，还需要额外的对接相应的API接口，如果没有对接呢，也做不到一票多箱。
对接一票多箱的服务是属于物流对接的话题，后续我会再写相关的文章来补充说明。根据之前的一些经验，如果是首次做这一块的功能主要的难点或者疑惑点大概会有：

一票多箱的跟踪号是怎么展示的？母子关系还是子子并列关系？
一票多箱是否需要和实际打包完成的箱子一一对应？没有一一对应会怎样？
一票多箱的计费是怎么样的？按重量一直续重计费还是单箱单独算？
一票多箱的轨迹怎么抓取和展示？

在此，我直接把我的趟坑经验也分享一下，解答一下上面的问题。

不同的物流商展示方式不一样，例如DHL就是母子关系，FedEx是子子关系，但是会有一个Master Tracking Id；
需要一一对应，因为物流商自己也会称重，有些物流商可能会按实重和预报重取大来计算，如果没有一一对应，可能会多收费；
不同的物流商计费方式也不一样，例如DHL是按续重计算，FedEx则是按多包裹单独计算；
这个和第1点是一样的意思，一般来说会有一个主单号，可以用来查询轨迹；FedEx好像是查询任意一个包裹的轨迹信息都会带出其他兄弟包裹的轨迹信息；

文章插图
主流的物流商的一票多箱
2. 难点二根据上面的信息，我们知道在获取一票多箱的物流面单的时候，一定要知道包裹被打包成了几个，这样才知道要获取几张面单。所以获取物流面单的节点应该是在仓库拣货完成，而且打包称重之后再进行，操作人员需要录入打包的明细或者叫做装箱明细，用来向物流商下单。
因为物流下单的时候需要提供包裹有多少个，每个包裹多重，甚至有一些物流商会要求提供每一个包裹的尺寸，用来计算体积重。
此流程对系统来说不难，但是对仓库操作人员来说就很复杂。而且还需要考虑一个场景，那就是正常的包裹流程和一票多箱的包裹的流程应该怎么区分？
假如用户是在OMS端进行物流下单的，那么仓库还没有打包的时候肯定不知道要下单几个面单。而如果用户是在WMS端下单的，一般都是先下单再作业，此时还没有拣货作业，其实也不知道具体有多少个包裹。
经过我之前大概的调研和实践，最终我们选择采用了「双路线」的方式解决这个问题：即OMS和WMS都支持物流下单。
无论是在OMS端物流下单还是WMS端物流下单，都默认按一个订单一个物流面单的方式来获取面单。如果在打包之后发现一个物流面单不够用，需要使用一票多箱，那么再让仓库端录入打包明细，重新获取新的物流面单。
3. 难点三最后一个难点其实和第二个有很大的关联，当重新按一票多箱的信息去获取物流面单之后，之前的历史数据怎么处理？
历史数据主要就是：跟踪号和面单，以及背后衍生的一些计费，交易信息等。
之前的物流跟踪号还有面单一般都需要取消，因为有可能即使不发货也会被收费，如果明确知道某些物流商下单了不发货是不会扣费的，也可以不取消。
另外就是衍生的一些信息需要列举出来，逐个分析。
例如有些ERP抓取到了物流跟踪号就会反馈给电商平台标记发货，但是其实后面马上就会取消这个跟踪号换成其他的，而ERP大多数都不会抓取第二遍，所以最好是设置好一个合适的节点再让ERP来抓取跟踪号，确保不会再变化了。