跨境电商海外仓（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协议