📌 导语：一个卖家在3个平台同时卖一款蓝牙音箱，亚马逊出1单、TikTok出2单、独立站再来1单，前后不到3分钟。4笔订单，库存只扣了1次——另外3单全靠人肉补录。这不是段子，是中邮海外仓（即中国邮政官方海外仓）日常见到的真实场景。
昨天一个做家居用品的卖家找我，语气挺急："楠哥，我亚马逊和TikTok同时爆单了，结果超卖了60多单，平台罚款不说，差评也炸了。"
我问："你库存怎么同步的？"
他说："每天早上从WMS导一份Excel，手动更新到各平台后台。"
这就是问题。
你的库存表不是管库存的工具，是一面照妖镜——照出来的是数据流转的速度有多慢。
一个日均500单的卖家，同时开亚马逊、TikTok Shop、Shopify独立站3个渠道。每个渠道有自己的库存数，靠定时脚本或者人工定时更新。脚本跑慢了、漏了、报错了——超卖就来了。
行业里有个数据：没有独立库存控制层的情况下，大促期间库存超卖率平均在3%到5%之间。日发3000单的海外仓，每天就是90到150单需要客服介入。一单退款加上差评处理，成本至少15块钱。一天下来，光超卖损耗就是1300到2200块。一个月就是4万到7万。
这笔账，多数卖家没算过。
市面上多平台库存同步，本质上就三种技术路线。不分好坏，分阶段。
第一档：定时脚本——"每天对一次账"
最常见的起步方案。写个Cron定时任务，每隔5到15分钟拉一次各平台的订单数据，汇总后回写库存。
优点是成本低、好上手。问题是——15分钟的延迟窗口，大促期间能跑出几十单超卖。更头疼的是，每增加一个平台，就要重写一套拉取逻辑。3个平台3套代码，5个平台5套。平台一改接口，脚本就挂。
我一个做3C配件的客户，一开始用这个方案，3个平台跑了一年没出问题。去年加了个Wayfair，又接了个Temu，脚本直接从"偶尔报错"变成"每天都在报错"。最后不得不换方案。
定时脚本不是不好，是天花板太低。业务一扩张，它就变成负担。
第二档：ERP多平台插件——"交给中间商"
用店小秘、马帮、妙手这类跨境ERP，它们自带平台对接模块。订单自动抓、库存自动推，看起来省心。
但ERP方案有个隐藏成本：绑定生态。你想加一个新平台？得等ERP厂商出插件，短则两周，长则三个月。而且ERP厂商的接口更新节奏，永远跟不上平台政策的变化——亚马逊SP-API一年改好几次，ERP厂商适配总是慢半拍。
ERP方案适合SKU少、平台少、业务稳定的小卖家。一旦你想多平台铺开，ERP就成了瓶颈而不是帮手。
第三档：事件驱动——"订单来一笔，库存动一次"
这是目前最先进的方案。原理不复杂：任何一个平台产生新订单，立刻触发一个事件，中央库存系统收到事件后实时扣减，再把最新库存数回写到所有平台。
跟定时脚本的区别在于：定时方案追过去（过去15分钟卖了多少），事件驱动盯现在（此刻还剩多少）。一个是定期补课，一个是随堂笔记。
技术上靠Webhook+消息队列实现。亚马逊有SP-API Notifications，Shopify有inventory_levels/update事件，TikTok Shop也有订单创建回调。这些平台原生支持推送，不需要你去轮询。
一个做服装的卖家，之前用定时方案每天超卖20单左右，切到事件驱动后，超卖降到了每周不超过2单。不是因为库存多了，是因为信息不再滞后。
做API对接这几年，我见过太多卖家在同一个地方翻车。
第一个坑：API异构——每个平台说的是不同的"方言"
亚马逊用SP-API，认证方式是LWA（Login with Amazon）；TikTok Shop用OAuth 2.0；Shopify用GraphQL Admin API。三家的认证方式、数据结构、限频规则全不一样。
你不能直接写三套对接代码——维护成本会吃掉你所有利润。正确做法是搭一个适配层（Adapter Layer），把各平台的接口翻译成统一的内部格式。订单进来先过适配层，转成标准格式再入库；库存出去再过适配层，翻译成各平台要的格式再推送。
适配层做一次，后面加平台就是加翻译包的事。
第二个坑：库存语义不统一——同一个数字，三个平台理解不一样
"可售库存"在ERP里叫Available Stock，在WMS里叫Physical Quantity，在亚马逊后台叫Fulfillable。三个名字，可能对应三个不同的数字——因为有的平台要减去预留量，有的要加上在途量。
对接之前，必须先定一个"权威库存源"——通常以WMS为准。所有平台都跟它对，不允许各自为政。
我见过一个卖家，亚马逊显示库存200、TikTok显示180、独立站显示150。实际仓库里只有195件。就因为三个平台各算各的，谁都不准。
第三个坑：授权过期——最容易被忽略的定时炸弹
每个平台的API授权都有有效期。亚马逊LWA Token 1小时刷新一次，TikTok Shop的OAuth Token 180天过期，Shopify的Access Token长期有效但店铺迁移会失效。
一旦授权过期，数据同步立刻中断——但不会有人收到通知。等你发现库存不对的时候，可能已经超卖了好几天。
系统必须有授权到期提醒功能，提前7天预警，过期自动告警。这不是加分项，是基本项。
说说我们自己怎么做的。
中邮海外仓的OMS系统，核心设计思路是"一个库存源+多平台适配层+事件驱动推送"。
库存控制中心是独立的。 不依赖任何一个平台的库存数。WMS实物库存是唯一权威源，各平台展示的可售库存都是从这个源计算出来的。
适配层统一管理。 亚马逊、TikTok Shop、Shopify、eBay、Wayfair这些主流平台，全部有标准化适配器。卖家在后台完成一次OAuth授权，后续数据同步全自动。小众平台或者自建ERP，可以通过标准REST API对接，也支持Excel批量导单兜底。
事件驱动实时同步。 订单进来秒级扣减库存，库存变动秒级回传所有平台。不是定时轮询，是真正的实时推送。
授权自动管理。 系统自动刷新Token，到期前自动提醒，异常中断自动告警。不会因为一个授权过期，导致整个同步链路断掉。
这套架构的好处是：卖家不管开了几个平台、几个店铺，后台看到的库存数始终是一致的。一个SKU在亚马逊卖掉了1件，TikTok和独立站的库存数自动跟着变。不需要人盯着，不需要导Excel，不需要手动改数。
不是所有卖家都需要事件驱动方案。给你一条简单的判断标准：
· 日单量<100、平台≤2个：定时脚本够用，成本最低
· 日单量100-500、平台3-5个：ERP插件方案性价比最高，省心
· 日单量>500、平台≥5个、或者有大促爆发需求：必须上事件驱动，不然超卖损失会吃掉利润
还有一点容易被忽略：你的平台数在增长。 今天只有亚马逊+独立站，明天大概率要加TikTok，后天可能还要接Temu。方案选型的时候，不要只看今天够不够用，要看半年后还能不能用。
选方案不是选最贵的，是选能跟你一起长大的。
如果你现在还在用Excel手动同步库存，这周开始做：
第一件：算清超卖成本。 拉过去一个月的超卖订单数，乘以每单退款+客服+差评的综合成本（行业均值15-25元/单），看看一个月到底亏了多少。这个数字会推动你下决心。
第二件：盘点平台数API现状。 列出你现在用的所有销售平台，逐个确认它们是否提供Webhook或事件推送能力。亚马逊SP-API、Shopify GraphQL、TikTok Shop Open API都支持——这是你升级到事件驱动的基础条件。
第三件：确定权威库存源。 搞清楚你的库存数以谁为准。如果答案是"谁都说得算"，那就先把WMS定为唯一源，其他平台都对齐过来。这一步做对了，后面不管用什么方案，基础是对的。
库存同步不是一个IT问题，是一个生意问题。超卖一单损失的不只是退款金额，还有平台权重、买家信任、店铺评分。这些事情加在一起，远比一套同步系统的成本高。
Q1：多平台库存同步一定要用API吗？不能手动？ A：可以用手动，但只适合日单量极低（<50单）、平台只有1-2个的阶段。一旦日单量过百、平台过3个，手动同步的出错率和时间成本就会急剧上升。API对接是规模化的前提。
Q2：不同平台的API对接周期大概多长？ A：主流平台（亚马逊、Shopify、TikTok Shop）如果WMS/OMS已经有标准适配器，卖家侧完成授权配置通常1-3天就能跑通。如果用ERP做中间层，配置更快，半天到一天。如果是从零开发适配，单个平台大概需要1-2周。
Q3：API同步中断了怎么办？会不会数据错乱？ A：成熟的系统会有三层保护：第一层是自动重试机制，网络波动导致的短暂中断会自动恢复；第二层是定时对账任务，每隔一段时间全量校准一次数据；第三层是告警通知，同步中断超过阈值会自动通知运营人员介入。关键是不要完全依赖任何单一机制。
Q4：中邮海外仓的API对接支持哪些平台？ A：目前支持亚马逊（含北美/欧洲/日本站）、TikTok Shop、Shopify、eBay、Wayfair、Walmart等主流平台的标准API对接。同时兼容店小秘、马帮等主流跨境ERP。小众平台可通过标准REST API或Excel批量导单方式对接。
Q5：我已经用ERP了，还有必要再对接海外仓API吗？ A：取决于你的ERP是否支持库存双向实时同步。如果ERP只做订单抓取、不做库存回写，那各平台的库存数还是不准。理想状态是ERP+海外仓WMS双向打通，ERP管订单流转、WMS管实物库存，两边数据实时对齐。