跨境电商卖家如何高效管理海外仓储？本文深度解析第三方WMS系统的对接逻辑与实战经验。从自建仓与三方仓的本质差异，到4PL与3PL的运营模式选择，再到系统对接中的授权、库存同步等核心环节的避坑指南，为你揭示跨境仓储管理的完整链路与关键决策点。

本文主题主要围绕对接第三方WMS展开，整个文章脉络其实就是围绕我们常用的三段论展开，即是什么>为什么>怎么做。

一、背景

随着国内电商业务的趋于饱和，很多卖家将目光放到了海外，相较于国内，海外市场更像是一个新兴市场，野蛮发展的过程中里面充斥着大量“淘金”的机会，所以“淘金人”看到机会迅速开启了一场淘金之旅。

但在这场淘金之旅中，由原来的跨境慢慢转变成了本土，所以卖家不得不想办法把货存储到本地，以应对电商平台日趋严格的发货时效。

众所周知，存储货物首先想到的是仓库，但仓库是一项重资产，因为涉及到地皮、仓库搭建、库内设备、人工等各项成本，明显这不是一个卖家出海的首选，因为前期投入成本太高太高…所以就诞生了另一个行业-仓储服务，即我有仓库你有货，故事还能聊一聊，因此才有后续故事的展开。

二、概念

1、仓库类型

如背景中所说，仓库明显有两种区分：第一种叫自建仓，第二种叫三方仓。那这两种的区分是什么？

• 自建仓：字如其名，资产所有权属于自己的仓库（狭义），所以从前期的仓库搭建以及后续的仓储作业都由自己负责
• 三方仓：即第三方的仓库，资产所有权属于别人，我只有使用权，所以我把货放到他人的仓库，交给仓库所有者租金，由他们帮忙处理后续的仓储作业。

上面两种仓库简单类比就是：仓库=房子，自己的房子=自建仓，租的房子=三方仓

2、仓储服务商与货主

仓储服务商：这个一般就是指卖家使用仓储服务公司的名称。例如市面上比较常见的仓储服务商像易仓、元仓等

货主：其实就是上面说的卖家，只是站在仓储服务商的角度来看，他们称呼用户是货主，即货物的主人

3、三方仓的服务模式

纯仓业务：即货主只需要库内拣货、打包业务，不涉及后续的尾程配送

仓配业务：即货主除了需要库内拣货、打包业务外，还需要仓库提供尾程配送服务

4、物流运输中的头程和尾程

头程：头程一般指供应链在国内，需要从国内运输到海外仓库的这段过程，中间涉及国内运输、出口报关、国际运输、进口清关等环节

尾程：尾程一般指从海外仓配送到终端用户的环节

5、4PL与3PL

解释这两个概念的原因与上面2.3中的服务模式有关，即什么情况下选纯仓，什么情况下选仓配

4PL：其实从角色划分上理解，4PL包含4种角色，即物流商整合者、物流商、卖家、买家。也就是当卖家在某个电商平台卖货时，如果平台提供物流服务，此时电商平台就是物流商整合者，卖家出单后只管打面单发货给买家即可，物流由电商平台协调，所以这种模式下只会用到仓储的纯仓服务

3PL：其实去掉了物流商整合者，里面只涉及了3种角色。例如这种就是卖家可能从一些其他渠道出单或者线下批发业务时，需要自己找物流商发货给买家，或者使用三方仓提供的物流，所以这种模式下会用到仓储的仓配业务

三、为什么对接三方仓

站在笔者的角度来讲，笔者是做电商ERP系统的，并且是海外业务，那就必然会遇到一些出海的卖家，卖家的诉求总结来说就两部分：管好店、管好货。店铺这部分由ERP承接，但是货这部分如何处理呢？毕竟不是所有卖家都有自己的海外仓库，此时就出现了另一个生态伙伴：三方仓。

所以从业务上来看，如果不接入三方仓，那必然就会影响到用户使用。例如卖家出单后，订单在ERP系统，那如何给到三方仓打包发货呢？线下来回导出中转成本太高了，不符合卖家购买ERP降本增效的诉求，因此诞生了此需求

四、对接方案与踩过的坑

整体方案分以下几部分：授权、基础资料映射（仓库/商品）、入库单下发、订单下发以及库存同步，一般来说是三方仓提供接口，由ERP对接，因此下面就围绕以上内容展开，其次就是下述内容会把卖家统一称为货主

1、授权

为什么要授权？其实本质上是为了保证数据安全。举个例子，假设某一天你外出，然后把门锁了，但是其他人不需要你的钥匙也能打开门进入你的房间取东西，是不是就好理解了。所以本质上授权是为了获取token，用于后续双方系统数据交互的前提

回归正题，不同仓储服务商可能提供不同的授权模式，但是一般也就分两种模式，即静态凭证授权和动态授权两种：

• 静态凭证授权：可以理解成货主从仓储服务商哪里可以获取到一些固定不变的凭证（例如APP_Key和APP_Secret），基于这个信息获取到token用于调用后续接口
• 动态授权：这种一般就是业内常说的Oauth2.0授权，这种授权模式的流程一般是：货主授权&gt；重定向到指定页面&gt；货主身份验证&gt；验证通过获取授权code&gt；授权code换取token（一般分access_token和refresh_token）

常见坑点：

• 不要相信静态凭证信息不变的鬼话：在对接一些仓储服务商时，对方可能会告诉你静态信息不变，但是请在系统预留好重新授权的入口，以应对信息突然变更的场景，比后续发现信息会变更再去临时适配会更好
• 考虑清楚同一仓储服务商下，允不允许授权多个货主，如果不允许请在设计方案上预留好拓展空间

2、基础信息映射

为什么要做基础信息映射？因为本质上ERP与三方仓系统（WMS）是两套完全不同的系统，后续在下发订单或者入库单时，需要让WMS知道你的订单应该到哪个仓库发货，以及发什么，所以由此产生基础信息的映射：

• 仓库映射：一般是通过对方提供的获取仓库接口获取仓库信息，或者对方无获取仓库接口则会提供给货主仓库的唯一code，此时只要将这个信息与ERP仓库的信息做好映射就可以了
• 商品映射：这个有两种做法，第一种就是ERP的商品资料直接下发（创建）到WMS，此时两个系统的商品就是一致的；第二种就是获取WMS的商品到ERP，然后执行创建或映射逻辑。

本质上两种方案对应两个不同的场景，第一个场景更偏向于用户先使用ERP后使用WMS，所以以ERP资料为主直接创建到WMS；第二个场景则反之，即用户先使用WMS后使用ERP，所以以WMS的信息为准。

常见坑点：

• 商品映射不要简单理解成数据映射，要考虑线下实物。即货主发到仓库的商品，一般都是要贴商品条码的，这个条码是仓库人员拣货扫码用的，如果没映射对，就可能发错货或者找不到商品耽误发货。举个例子，你去超市购物时，如果买了一瓶康师傅冰红茶，但是瓶子上的条码显示的是茅台的，那商家扫码后显示的就是茅台，所以在有实物的场景下，不能仅考虑数据流，还得考虑实物的流转。
• 边界场景：如果用了方案一，从ERP下发商品到WMS，如果WMS对商品的编码有唯一性要求时，记得处理哦，一般处理可以选择调用创建商品接口报错（指定商品存在的错误码）后，直接判定创建成功或转调用更新商品接口

3、入库单下发

入库单字如其意，就是创建商品入库的单据，用来增加商品库存。但是在这一环节，一般涉及几个场景：

• 入库单下发：简单来说就是用户可以在ERP创建入库单后下发给WMS，调用的就是WMS的入库单或ASN接口，将ERP系统的字段映射到WMS的接口字段上就可以了
• 入库单取消：如果货主的入库单有错误信息，需要给用户容错的空间，即允许取消已经下发到WMS的单据，修改完成后重新下发
• 入库单-仓库签收上架后的库存回传：当入库单被仓库签收上架后，WMS中已经增加了库存，此时ERP中单据还未完结，所以此时有两种做法：第一种就是定时查询对方入库单状态，如果查询到签收上架了，则ERP中根据上架数量同步增加库存并完结单据；第二种如果对方有Webhook，则接收对方webhook推送的消息进行消费，然后增加库存与处理单据状态

常见坑点：

• 入库回传（webhook）时点确认：跟对方确认清楚什么时点会回传结果，如果会上架多次是一次回传还是多次回传
• 入库回传结果确认：确认对方回传的入库数量是增量的还是全量，两者的处理方式是不同的。增量指的是每次回传的结果都是新增数量，例如第一次上架5个库存，第二次上架10个库存，则对方第一次应回传5，第二次回传10而不是15。
• 入库结果消息的回传顺序：如果对方入库结果可能回传多次，需要考虑对方回传顺序的问题，例如一共15个货，第一次收货5个，状态为未完结；第二次收货10个，状态为完结；此时如果第二次收货结果先回传到ERP，如果ERP判断了入库状态，就到导致ERP的单据结束，但是收货只收了10，导致漏收5个

4、订单下发

订单对于WMS来说就是出库单，代表要扣减库存，此环节也会涉及几个场景：

• 订单下发：简单来说就是产生订单后，需要把订单推到WMS生成出库单，这样仓库才能执行拣货、打包，最终将货物给到物流商进行交运
• 订单取消：如果货主需要修改订单中的SKU或者数量时，此时就涉及订单取消后重新下发，一般对应WMS的取消出库单接口
• 订单出库状态回传：为了保证双方库存能保持一致性，对方出库完成后，通过webhook告知ERP，ERP同步出库扣减库存

常见坑点：

• 保证订单不重复推送：这是很危险的一件事，如果重复推单，就会导致重复发货，造成资金损失，所以在前期一定确认好对方的唯一字段用来规避此问题
• 订单取消及时拦截：订单被消费者取消是很正常的一件事，所以当检测到订单状态取消后，可以考虑自动调用WMS接口拦截订单出库，减少无效订单的打包成本

5、库存同步

这一块大家可能有疑问，为什么要拿出来单独说，其实本质上库存如果不准或者没办法感知到仓库内的剩余库存，可能导致断货，所以将这部分单独拎出来写。那大家知道如果做库存同步的话，是以ERP的库存为准还是以WMS中的库存为准嘛？

答案是以WMS（三方仓）的库存为准。为什么？因为库存实物在WMS，所以要以WMS的库存为准用来校对ERP中的库存

即需要将三方仓的库存在ERP中有页面承载，用于给货主查看，这样能明确知道WMS中还剩多少库存，其次就是ERP这边本身就需要与电商平台的库存进行联动，所以维护这一套必不可少。

常见坑点：

同步库存的过程需要考虑订单和入库单的并发场景，即假设执行同步库存时，如果订单状态WMS已经出库但是webhook还未推送，此时同步WMS库存就会比ERP少，后续webhook在推送订单出库消息后，就会导致库存被多扣造成库存不准。入库单同理，如果不处理就是多加库存的场景。

结束

以上。整体来说对接过程就涉及到上面这几个点，更多的还是要适配自己系统，在功能完善的前提下降低用户的学习和使用门槛。

零零散散的写了这些，希望大家看完有所收获，有未说清楚的点可以留言讨论，下次再会，bye～