去年Q4，一个做Shopee和TikTok Shop的朋友半夜给我发消息，说他店铺后台显示37笔待发货订单，ERP里只进来31笔。这6笔他没发现，直到两个买家申请退款、平台发来发货超时警告，他才回头去核对。他问我："ERP不是号称自动同步吗？怎么会漏单？"
这个问题我被问过太多次了。我的判断是：绝大多数中小商家的订单同步事故，根因不在ERP软件的代码质量，而在配置之前没人告诉他"基础资料必须先统一"。订单同步从来不是打开一个开关就完事，它是一套从店铺授权、SKU映射、库存扣减到物流回传的流程治理。
这篇文章只讲一件事：中小商家怎么把订单同步真正跑通、跑稳、并且能在出问题时自己排掉。我会给出配置步骤、异常排查顺序、低成本落地方法，也会用数跨境作为具体样本拆解落地细节。如果你现在每天靠Excel导单、靠人眼核对，那么这篇内容会帮你判断到底该不该上ERP、怎么上、以及哪些坑必须提前绕开。
我观察过身边二十多个中小跨境卖家，从日订单30单到日订单2000单都有。一个很稳定的规律是：订单同步出问题，排在第一位的原因不是软件故障，而是店铺授权过期、SKU未映射、订单状态过滤设错这三件事。换句话说，问题发生在数据进入ERP之前，或者进入ERP的第一道关口。
很多人把订单同步理解成把平台的订单"搬"到ERP里。这个理解太浅。真实过程至少包含三次翻译：平台订单状态翻译成ERP内部状态、平台商品编码翻译成你的仓库SKU、平台物流要求翻译成你实际使用的面单和承运商。
任何一次翻译对不上，订单就会卡住、重复、或者悄悄消失。三次翻译全部正确，订单才算真正"同步完成"。这也是为什么我不建议新手一上来就接五个平台，因为每接一个平台，这三张映射表都要重做一遍。
"实时同步"是销售话术里最常见的词。但从我的实际观察看，拉单频率设得过密，反而更容易触发平台接口限流，导致部分订单拉取失败而卖家毫无感知。你看到的是"没有新订单"，实际是接口被限流了。
我一般建议中小商家把拉单频率设置在合理区间，而不是无脑拉满。具体频率取决于你的订单密度和平台接口规则，这个后面会专门讲。先记住一个原则：同步的稳定性比同步的速度更重要，可观测性比速度更重要。
我不喜欢一上来就谈ERP功能。更有用的是先看清楚自己处在哪个阶段。中小商家的订单处理方式，通常会经历三个阶段，而崩溃往往发生在第二到第三阶段的过渡点。
这个阶段其实不需要ERP。一个店铺、一两个平台，用后台自带的批量导出，配合Excel做简单整理，完全能跑。团队通常1到3个人，运营兼客服兼发货，信息在微信群里同步。
这个阶段上ERP的成本反而高，因为你要花时间去配置，而订单量太小，节省的人工还抵不上配置和学习的时间。我的建议是：日订单稳定低于50单、平台不超过2个、店铺不超过2个时，先别急着上，把精力放在选品和listing上。
这是最危险也最普遍的阶段。店铺增加到3到8个，平台2到4个，团队成员3到8人。订单开始需要"汇总"，但还没到必须用系统的程度，于是大家用Excel硬扛。
问题从这里开始暴露：多个店铺的订单导出时间不一致，SKU在不同平台命名不一致，库存靠人工估。这个阶段最容易出现的是超卖和重复发货，因为两个人在不同平台同时卖掉了同一批库存。
到了这个阶段，手工方式已经不是在"省钱"，而是在"烧钱"。原因很简单：订单处理的边际成本不会随订单量下降，但错误成本会随订单量上升。
一天200单，靠人工导表+核对，一个熟练运营大概要花3到4小时。一旦旺季翻倍到400单，人力不是翻倍，而是崩盘。更麻烦的是，旺季恰恰是平台考核最严的时候，发货超时、取消率、妥投时效都会直接影响店铺权重。
下面这六个误区，我在实际帮卖家排查问题时几乎每次都至少遇到一个。它们共同的特点是：听起来很合理，但会导致配置错误或者判断失误。
大多数跨境ERP的订单同步，本质是定时轮询平台接口，或者接收平台的推送通知。区别在于：轮询有间隔，推送有失败重试。无论哪种，都不存在绝对意义上的"实时"。
更关键的是，平台接口本身是有调用频率限制的。当你的店铺数量多、拉单频率设得密，接口限流就会导致部分时段拉取失败。如果你没有开启失败重试和告警，这段时间的订单就是"静默丢失"。
（1）正确做法是：向服务商确认清楚同步触发机制是轮询还是推送、轮询间隔是多少、失败后是否自动重试、重试几次后放弃。
（2）不要接受"实时"这种模糊表述，要问具体数值。
订单同步解决的是"订单进来"，库存同步解决的是"库存扣减"。两者强相关，但不是同一个模块，配置也是分开的。
我见过很多卖家订单同步跑得很好，但库存没做共享，导致A平台卖掉后B平台还在卖，最后超卖。判断方法很简单：问自己一个问题，当A平台产生一笔订单时，B平台的库存数字会不会立刻变化？如果答案是"不会"，那你就是超卖高危。
这是新手最容易犯的错误，也是最容易导致灾难性配置错误的做法。一次性接入五六个平台，意味着你要同时处理五六套授权流程、五六套状态映射、五六套物流规则。
一旦订单出问题，你甚至无法判断是哪个平台、哪个环节出的错。我的建议是先接一个平台、一个店铺，跑通七到十天，再逐步扩展。
平台接口会变、授权会过期、物流商面单规则会调整、SKU会新增和改名。订单同步配置是一个需要定期维护的东西，不是一次性的项目。
最典型的是授权过期。很多平台的店铺授权有有效期，到期后不会主动提醒你，订单就悄悄停止拉取了。我遇到的漏单案例中，超过三成最后排查出来是授权失效。
Excel本身没问题，问题是它无法解决"时间窗对齐"。你上午10点导出平台订单，ERP在10点05分又拉了一批新订单，两个数据集天然不同步，对账结果必然有差异，然后你会误以为ERP漏单了。
正确的对账方式是按订单号做全量集合比对，而不是按时间点做快照比对。这个逻辑后面会给具体做法。
很多卖家判断"订单同步正常"，依据是"订单数量看起来对得上"。但数量对得上不代表质量对得上：可能有订单状态不对、可能有订单卡在待审核、可能有地址异常没被识别。
订单量是结果指标，异常单占比才是过程指标。只看结果，你永远只能事后救火。
接下来是这篇文章最核心的部分。我会把订单同步拆成"要不要上"和"怎么配"两个层面，先给判断标准，再给配置逻辑。
不要因为别人说"必须上"就上。用下面四个信号自我诊断，命中两个以上，才说明你到了该上的时候。
如果只命中一个，我的建议是先优化流程，不要急着上系统。系统解决不了流程本身混乱的问题，只会把混乱放大。
这一步是决定成败的关键，也是最多人跳过的步骤。我把它总结成五张表，配置之前必须先在Excel里整理清楚，再往系统里录。
| 资料类型 | 必须统一的内容 | 不统一的后果 |
|---|---|---|
| 店铺授权 | 店铺账号、子账号权限、授权到期日 | 授权失效后订单静默停止拉取 |
| 商品与SKU | 统一商品编码、组合装拆解规则 | 订单进来但SKU匹配不上，卡在待处理 |
| 仓库与库存 | 仓库归属、共享库存规则、预售处理 | 多平台重复占用，导致超卖 |
| 物流与面单 | 承运商、渠道、面单类型、发货地址 | 面单获取失败，发货状态无法回传 |
| 人员与权限 | 谁能改配置、谁能处理异常、谁对账 | 出错无人负责，改配置无人可知 |
我的经验是：这五张表整理得越干净，后面的配置时间越短、故障率越低。反过来，如果这五张表本身就是乱的，那上任何ERP都会出问题。
这是本文最实操的部分。以下六步按顺序执行，每一步都有对应的检查项和常见错误。
重点是授权的有效期和权限范围。授权时要注意勾选正确的权限，有些平台需要单独授权"订单读取""物流回传""库存同步"三个权限，漏勾任何一个都会导致部分功能不可用。
关键参数有三个：时间窗、订单状态、拉取频率。时间窗决定从什么时候开始拉，订单状态决定拉哪些状态的单，频率决定多久拉一次。
我的建议是：首次配置时把时间窗设得保守一点，先只拉近3到7天的订单，验证无误后再放开历史订单。状态方面，通常只需要拉"已付款待发货"及之后的状态，把"待付款""已取消"排除掉，能大幅减少无效数据。
每个平台都有自己的订单状态命名，ERP内部也有一套状态定义。你要做的是把两者一一对应起来。这一步看似简单，但平台状态往往有十几个，很容易漏。
常见错误是把平台的"部分发货"状态映射成"已完成"，结果未发货的部分永远不会进入发货队列。建议做一个状态映射表，逐一核对。
这是最容易出错也最耗时的一步。平台上的商品编码和你仓库里的SKU往往不是一回事，尤其是多平台销售同一个商品时，命名可能完全不同。
组合装是重灾区。一个平台上的"套装A+B"，在你仓库里可能是两个独立SKU。如果不配置拆解规则，订单进来后库存扣减就会出错。
这里要回答三个问题：多平台是否共享同一份库存、下单后是立即扣减还是发货后扣减、预售商品如何处理。
我的建议是：中小商家尽量用"下单即占用"的方式，而不是"发货后扣减"。前者虽然会在取消订单时产生回滚，但能最大限度地防止超卖。发货后扣减看起来更准，但中间的时间差就是超卖窗口。
这一步的目标是：ERP里标记发货后，物流单号能自动回写到平台，平台订单状态同步更新。回传失败通常有三个原因：承运商渠道未开通、面单获取失败、平台审核未通过。
建议在配置完成后，用一个真实订单做一次完整的端到端测试：从拉单、审单、打面单、标记发货，到确认平台后台状态已更新。不到平台后台确认一遍，就不算跑通。
出问题时，不要乱翻配置。按下面这个顺序排查，能覆盖九成以上的情况。
顺序不能颠倒。我见过太多卖家一上来就怀疑软件有bug，花几个小时找技术，最后发现是授权三天前就过期了。
讲完方法论，我用一个具体样本把上面的步骤落一遍。选择数跨境作为样本，是因为它面向的正是中小跨境商家这个群体，官网在 https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys ，功能结构比较适合拿来对照本文的六步配置法。下面的描述基于我对这类工具的通用使用经验和实际配置观察，具体参数请以官方最新说明为准。
大卖家选ERP看的是定制能力和API开放度，中小商家看的是"能不能三天内跑起来""出问题能不能自己修""一个月花多少钱"。
这三个问题决定了中小商家需要的不是功能最多的系统，而是上手成本低、配置项看得懂、异常有日志可查的系统。功能多但配置复杂，对中小商家反而是负担。
在多店铺场景下，第一步是把各平台店铺授权进来。这里要注意的是，不同平台的授权入口和权限颗粒度不同，有的平台是一次性授权全部权限，有的需要分项勾选。
授权完成后，建议先只对一个店铺开启自动拉单，手动触发一次同步，确认订单能正常进来、字段能正常显示。确认无误后，再把这个店铺加入定时拉单列表，然后复制配置到下一个店铺。
这是配置阶段最花时间的部分。我的做法是先导出平台全部在售商品的编码清单，再导出仓库SKU清单，用VLOOKUP做一次批量匹配，把匹配不上的挑出来单独处理。
匹配不上的通常有三类：名称写法不同的同一商品、需要拆解的组合装、已经下架但历史订单还在的商品。前两类要建立映射规则，第三类只需要保证历史订单能正常处理即可。
# SKU映射自检的三步比对逻辑（伪代码）
拉取平台在售商品编码清单 platform_skus
拉取系统内已建立的映射关系 mapped_skus
计算差集：
unmapped = platform_skus – mapped_skus
if unmapped is not empty:
逐条人工确认：是同一商品（改名） / 组合装（需拆解） / 已下架（仅历史）
确认后补建映射，并记录变更原因
库存同步的关键是"共享池"这个概念。如果你在三个平台卖同一批货，那么这三个平台应该共用一个库存池，任何一边出单，另外两边的可售数量都要变。
实际配置时要注意缓冲库存。我的建议是设置一个安全库存阈值，比如实际库存少于5件时不参与多平台共享。这样即使有同步延迟，也不会因为最后一两件货出现超卖。
发货回传的目标是让平台知道"这单已经发了"。配置完成后，一定要做一次端到端验证。至于对账，正确的做法是按订单号做集合比对，而不是按时间点做快照比对。
# 订单对账的正确逻辑（伪代码）
错误做法
excel_orders = 上午10点导出平台订单
erp_orders = 上午10点导出ERP订单
两者时间点不同，必然存在差异，无法判断是否漏单
正确做法
platform_ids = 平台近7天全部订单号集合
erp_ids = ERP近7天全部订单号集合
missing_in_erp = platform_ids – erp_ids # 真正需要排查的漏单
extra_in_erp = erp_ids – platform_ids # 可能是重复单或测试单
第一，同步日志的可读性比功能数量更重要。当问题发生时，一份能看出"哪一步失败了、失败原因是什么"的日志，比十个花哨的功能有用得多。
第二，数据导出能力决定了你的退出成本。中小商家在选型时，一定要确认订单、商品、库存数据能否完整导出。能导出，你就有底气换系统；不能导出，你就会被绑定。
第三，配置项的描述是否说人话，直接影响你的排错速度。如果一个配置项叫"拉单策略模式"，而你完全不知道选A和选B的区别，那你出问题时根本无从下手。
下面按订单规模分四档给建议。请注意，这里说的订单量是"日均订单量"，旺季峰值要按1.5到3倍预留。
这个阶段的核心任务是选品和内容，不是效率工具。建议把精力放在：统一各平台的商品命名规则、建立一份手工库存台账、每天固定时间导单对账。
如果确实想尝试，可以先用免费版或低配版跑一个店铺，目标不是提效，而是熟悉订单同步的逻辑。这个阶段的目标是"搞清楚原理"，不是"省人力"。
这个阶段可以正式引入工具，但一定要从单平台、单店铺开始。把时间重点花在SKU映射和库存共享规则上，这两项配好了，后面扩展平台会快很多。
建议同时建立一份"异常记录表"，每天记录：漏单几笔、重复几笔、卡单几笔、原因是什么。这份表跑满一个月，你就知道自己最薄弱的环节在哪。
这个阶段订单同步已经是核心业务链路，必须有专人负责。配置上要做到：多平台库存共享、发货自动回传、异常订单自动告警。
另外要把"对账"固化成日常动作，每天一次按订单号做集合比对，而不是等到客户投诉才发现漏单。团队层面要明确：谁负责改配置、谁负责处理异常、谁负责对账。
这个阶段单纯靠人盯已经不够了。需要建立预警机制，比如授权快到期自动提醒、同步失败超过阈值自动通知、异常单占比超过阈值自动告警。
同时要考虑系统承载能力：单批拉取的数据量、接口调用配额、库存同步的响应时间。这些在大订单量下都会变成瓶颈。订单量越大，越要关注系统的稳定性而不是功能的丰富度。
选型和使用过程中，真正难的不是"哪个功能好"，而是"在有限预算和人力下放弃什么"。下面五组取舍，是我认为中小商家必须提前想清楚的。
低价工具和成熟工具之间的价格差，通常体现在接口稳定性、售后响应速度、平台覆盖广度上。如果你的订单量已经过了200单，售后响应速度的价值会迅速超过价格差。因为一次同步故障导致的漏单，损失可能就超过一年的软件差价。
订单量小的时候可以优先考虑价格，订单量大了之后必须优先考虑稳定性。这个切换点，我一般建议放在日订单150到200单之间。
很多卖家希望订单从进来到达成发货全部自动，一个人都不插手。我的判断是：中小商家应该保留人工兜底环节，尤其是在审单和异常处理上。
原因很简单：自动化能处理标准情况，但跨境订单的非标情况太多了，地址异常、买家备注特殊要求、支付风控拦截、平台活动导致的价格异常。这些都需要人判断。全自动看起来高效，但一旦出问题就是批量出错。
如果你的主力平台只有一个，贡献了80%的订单，那么把配置做深做透，比盲目接入多个平台更划算。多接一个平台，意味着多一套授权、多一套映射、多一套物流规则。
只有当新平台的订单占比确实起来之后，才值得投入配置成本。接入平台的数量应该跟着订单结构走，而不是跟着"别人都在用"走。
自建系统的前提是你有稳定的技术团队和长期投入预算。对于1到10人的中小团队，自建的成本远高于SaaS，而且平台接口变更时的维护成本极高。
除非你有非常特殊的业务逻辑，否则SaaS是更理性的选择。唯一的例外是你的数据敏感度极高，且有能力承担自建的全部成本。
生态完整的系统通常用起来更顺手，但数据迁移成本也更高。我的建议是：在签约前一定要确认订单、商品、库存、客户数据能否完整导出，导出格式是什么。
能导出，你就有退出的自由，谈判时也更有底气；不能导出，你就是在赌这家服务商能长期稳定运营。这一条，往往比功能列表更值得优先确认。
配置完成不代表结束。你需要一套简单的指标，每周花十分钟复盘，判断订单同步是否健康。不需要复杂的BI系统，一张表格就够。
统计口径是：平台实际产生的订单数 vs 系统成功拉取的订单数。这个比值应该尽可能接近100%，如果低于99.5%，就要去查授权和接口状态。
注意这个指标要按平台分别统计，因为不同平台的接口稳定性差异很大，合并统计会掩盖具体问题。
异常单包括：SKU匹配失败、地址异常、库存不足拦截、状态回传失败。人工干预次数则反映你在订单处理上花了多少额外人力。
这两个指标要一起看。异常单多但人工干预少，说明你的自动化规则起作用了；异常单少但人工干预多，说明规则设计有问题，把本该自动的都推给人了。
发货回传延迟指从系统标记发货到平台状态更新之间的时间差。延迟过长会导致平台误判发货超时。
超卖次数则是最直接的业务损失指标。这两个指标异常，通常都指向库存同步没配好。
| 复盘指标 | 建议目标区间 | 异常时优先排查 |
|---|---|---|
| 订单同步成功率 | ≥99.5% | 店铺授权状态、接口调用日志 |
| 异常单占比 | ≤2% | SKU映射完整性、地址校验规则 |
| 人工干预次数 | 每周≤订单量的5% | 自动化规则覆盖范围 |
| 发货回传延迟 | ≤30分钟 | 承运商渠道、面单类型 |
| 月度超卖次数 | 0次 | 库存共享范围、缓冲库存设置 |
每周固定时间做三件事：把四个指标填进表格、对比上周数值、对异常项做一次原因记录。记录原因比记录数值更重要，因为连续三周相同的原因出现，就说明这不是偶然故障，而是配置缺陷。
复盘的目的不是找谁的责任，而是找到那个"重复出现的原因"。大多数订单同步事故，其实都是同一个配置缺陷反复发作。
方法论讲完了，最后给你一份可以立刻执行的清单。不需要买任何东西，今天下午就能开始。
这五件事做完，你对自身订单同步现状的判断会清晰很多，再去选型或调配置，就不会被销售话术牵着走。
我的核心观点再重复一遍：订单同步不是一键开启的功能，而是一套需要配置、维护、复盘的流程。中小商家真正的优势是决策快、调整快，所以更应该把精力放在"把流程跑通"上，而不是放在"找功能最多的工具"上。
如果你今天只能做一件事，那就做第三件，手动拉一次订单，和平台后台做一次按订单号的集合比对。这一步能立刻告诉你，你的订单同步到底是真的跑通了，还是只是看起来跑通了。
我自己做亚马逊加Shopee，两个平台三个店，每天五六十单，手工导表勉强还能撑住，但一到旺季就乱。我一直在纠结订单量是不是还没到那个份上，怕上了ERP反而多一层麻烦，所以特别想知道判断标准到底是什么。
不用按行业标准判断，按你的人工耗时和出错成本判断。给自己一个可自查的口径：连续记录一周，统计三项，每天手工导单、改单、回传单号的总耗时；一周内漏单、重复单、发错货的件数；一周内因发货超时被平台警告或扣分的次数。如果人工耗时稳定在每天1小时以内、一周错单不超过1到2件、没有时效处罚，可以先不上。
只要有两项越线，比如旺季每天导单超过2小时，或者一周出现3件以上超卖、漏发，就该把订单同步交给系统。还要看店铺结构：1个平台1个店可以再等，2个以上平台或3个以上店铺且共用同一批库存时，人工几乎必然出现库存对不上，这时上ERP的主要收益来自库存统一，而不是单纯省时间。
落地时先按单平台单店试点一个月，只跑拉单、库存扣减、发货回传三个功能，别一上来就全量铺开。
上个月大促我这边就出过事，平台后台明明有订单，ERP里就是没有，等发现的时候已经超过发货时效了。还有一次同一单在ERP里出现两遍，仓库差点发两次货。我问客服，客服只说让我重新同步一下，但我想知道到底该怎么自己排查。
按授权、平台侧、映射、日志、人工兜底这五步走，别一上来就点全量重拉。第一步查店铺授权，跨境平台授权通常有有效期，Token过期或子账号权限被改，表现就是订单静默不进来，先看授权状态和到期时间。
第二步回平台后台核对，订单是否已付款、是否处于待审核或风控冻结状态，很多所谓漏单其实是订单状态还没进入可拉取范围。第三步查映射，SKU编码改过、组合装拆解规则没更新、订单状态映射表缺了某个新状态，都会让订单被拉进来又被过滤掉。
第四步看同步日志，重点看拉单时间窗有没有断档、API报错是限流还是鉴权失败，限流就调拉单频率和分页大小，鉴权失败就重新授权。重复单一般来自三个地方：同一店铺被绑定了两次、手动导入和自动拉单同时开着、分页拉取时时间边界重叠，去重规则要以平台订单号做唯一键。
最后必须留人工兜底，每天早晚各做一次平台后台与ERP的订单量对账，数字对不上就以平台为准手工补单，别等系统自己修。
我在三个平台卖同一批货，之前就吃过亏，一个平台卖掉了，另一个平台还挂着库存，结果超卖被罚。我一直以为是ERP库存没同步上，但自己调了半天也不知道问题到底出在哪。
超卖基本不是同步慢这一个原因，先分清库存扣减的三个节点：下单未付款、付款未发货、发货完成。中小商家最稳的做法是让ERP在这笔订单付款成功的瞬间就预占库存，而不是等发货才扣。配置上盯四件事：第一是共享库存池，把多平台多店指向同一个SKU的同一个库存池，而不是每个店各维护一份；
第二是安全库存，给热销款留5%到10%的缓冲，宁可显示少卖也不要超卖；第三是回写频率，库存回写受平台API限流约束，旺季要缩短回写间隔并确认是否支持批量更新；第四是手工改库存的权限，收归到一个人身上，否则系统算得再准也会被手改覆盖。
判断标准很简单：连续两周统计超卖单数占同期总订单的比例，如果做不到接近零，就先查扣减节点和共享库存池这两处，再谈其他优化。另外预售款、定制款不要放进共享库存池，单独设虚拟库存或用预占规则处理。
我预算有限，试错成本高，销售讲的时候什么都支持，真用起来才发现有些平台要额外付费、数据还导不出来。所以我很想要一份签约前的提问清单，至少别踩大坑。
重点问六类问题，并且要求对方给出书面答复。第一，平台和店铺覆盖，明确你要用的平台是否原生对接、能绑几个店、加店是否加钱，别只听支持全平台。第二，订单量和API限制，问你这个日订单量级对应的套餐价格，以及在平台限流下实际拉单频率是多少，听到实时同步就追问是推送还是轮询、间隔几秒到几分钟。
第三，费用结构，一次性实施费、按单量的阶梯费、按店铺数、按账号数分别问清，还有面单、短信、存储这类容易漏掉的附加项。第四，数据归属与导出，订单、商品、库存、客户数据能不能全量导出、格式是什么、停用后保留多久，这条直接决定你被绑定后还走不走得掉。
第五，售后响应，问有没有中文客服、响应时效如何、是否专人对接，最好要到同等规模商家的参考。第六，试用和退费，能不能先试用一到两个平台跑通拉单、库存、回传再签年单，退费和降级条款怎么写。判断依据是：凡是不肯把这些写进合同或报价单、只用到时候都能配来回答的，先搁置。
中小商家优先选能按季度付费、支持数据全量导出的方案，把切换成本握在自己手里。
读者评论
之前我也一直以为订单对不上是ERP漏单，看了文章才意识到是店铺授权过期没提醒。第三方平台授权确实有有效期，到期后订单静默停止拉取，这个坑太隐蔽了，建议设置日历提醒。
日订单50单以下确实没必要上ERP，配置学习成本都赚不回来。我从手工导表到上系统就是卡在200单这个坎，SKU映射和库存共享没提前统一，超卖了两次才回头补配置，文章说的问题八成出在配置之前，很准。
把订单同步理解成三次翻译这个说法挺到位，尤其是SKU映射和物流回传分开配置这点。我之前就是订单权限开了、物流权限漏勾，发货状态一直回传不了，排查了半天才发现是授权范围的问题。
实时同步确实不能照字面信。我们多店铺密度高的时候接口被限流过，后台看着没新订单，实际是拉取失败了，没开失败告警根本发现不了。比起追速度，还是先把重试和告警配好更实在。