去年11月，旺季前一周，一个做 TikTok Shop、Shopee 双平台加独立站的卖家朋友，在一个晚上收到了三张超卖罚单。原因说出来很朴素：同一批 800 件货，四个销售渠道在同一小时内卖出了 1360 件。运营在 Excel 里手动改库存，独立站运营改完忘了通知 TikTok 运营，Shopee 的库存又因为店铺分仓规则没同步。等到客服发现订单堆积、平台开始扣分，已经是第二天早上。
这件事的代价不只是罚款：三个渠道的店铺权重下滑、两条爆款链接被限流、客服临时增派两人处理取消订单，旺季最贵的那两周流量全打了水漂。后来我陪他复盘，他反复说一句话，「我以为我买的是 ERP，其实我只是买了一个能登录的工具箱。」
这篇文章不谈「哪个 ERP 好」，而是回答一个更前置的问题：当你要为跨境电商业务选 ERP 时，库存管理这块到底该用什么标准去判断，才算达标。我会给出一套可以打分的判断框架、7 个具体到「合格线在哪里」的标准、一张可以直接拿去对照候选系统的评估表，以及一个我实际观察过的样本（数跨境）来说明这些标准落到产品细节上是什么样子。读完你至少能做到一件事：不再被功能清单牵着走。
我把结论放在最前面，因为这类文章最容易犯的毛病是把「怎么判断」写得很长，却不告诉读者「判断完之后该怎么做决定」。我的判断是三条，没有模糊空间。
跨境电商的业务链路上，订单、采购、物流、财务都能容忍几小时甚至一天的延迟，唯独库存不能。库存是唯一一个「错了马上就要赔钱」的数据：超卖要罚款、要赔信任、要掉权重；断货要损失广告费和排名；滞销要吃掉现金流。
所以选型时，我会把 ERP 的能力分成两类。库存管理属于「地基能力」，它不达标，上面盖的东西全是危房。财务模块差一点，你可以用外部工具补；库存模块差一点，你的整个前台销售都在裸奔。
几乎所有 ERP 都能在宣传页上写出「支持多仓管理」「支持库存同步」「支持库存预警」这三句话。功能名字一样，能不能用完全是两回事。
真正的判断方式是看闭环：从入库、在途、分仓、平台同步、预警、盘点、退货入库，这七个环节能不能在一个系统里首尾相接。中间断一环，运营就得回到 Excel 里手工补数据，而手工补数据的地方，就是事故高发区。
很多人把「标准化管理」理解成「所有人按一套固定流程干活」。在跨境电商里这是错的，因为你的业务本身就是非标的：Amazon FBA 的仓不是你的仓，海外仓有仓储费阶梯，独立站走的是自发货，平台仓还有库容限制。
跨境场景下的「标准化」，本质是让差异化的规则被系统承载，而不是让人脑记忆。判断标准就三个词：规则可配置、操作可审计、数据可追溯。下面我会逐个展开。
如果把国内电商的库存管理难度定为 1，跨境大概在 3 到 5 之间。多出来的难度不是「更复杂一点」，而是多了几层结构性变量。这些变量决定了你选 ERP 时不能照搬国内电商的选型逻辑。
一个典型的中型跨境卖家，手里可能同时有 Amazon 北美站、Amazon 欧洲站、Shopee 东南亚多站点、TikTok Shop、Temu、独立站 Shopify。这里面至少有三种库存逻辑同时存在。
问题是，这三种逻辑经常出现在同一家公司里。如果 ERP 只支持一种库存池模型，运营就必须用 Excel 或者脑子去补贴，而人脑在旺季是会崩的。
国内电商的库存大多在一个仓或者几个区域仓之间流动，节点清晰。跨境不一样：工厂出货→国内集货仓→头程海运/空运→目的港清关→海外仓→平台仓（FBA/官方仓）→买家。中间还有可能发生分拨、退运、转仓。
这里最容易出的问题是在途库存既算也不算。算，是因为货已经在船上，钱已经付了；不算，是因为它确实还没到可售状态。到底该不该把它算进可售库存，取决于你的补货逻辑和现金流模型。ERP 必须能让你自己定义这个口径，而不是替你决定。
一个卖家的实际场景：美国站下午三点下单，运营在上海晚上十一点看后台，海外仓在洛杉矶第二天早上九点开始拣货。这三个时间点之间，库存该怎么显示？如果 ERP 没有统一的时间轴，你看到的「实时库存」其实是三个不同时刻的快照拼起来的。
币种同理。库存成本用人民币记，采购付款用美元，海外仓账单用当地货币。库存金额到底按哪个汇率折算，直接决定了你的毛利报表准不准。
回到开头那个朋友的案例。我把整条连锁反应拆开看，成本远高于大多数人的预期。
把这条链看清楚之后，你会发现：选 ERP 时在库存模块上省下的那点钱，可能一次事故就全赔回去了。这也是为什么我坚持把库存管理放在选型标准的第一位。
我见过太多团队，ERP 上线三个月后，运营又偷偷打开了 Excel。不是他们不用新系统，而是新系统在关键环节上不如 Excel 灵活。下面是五个最常见的选型误区，每一个我都见过实际翻车的版本。
「支持多仓管理」这句话，在一个只有两个仓、全靠手工调拨的系统上也能写。判断方法很简单：不要问「支持不支持」，要问「怎么支持」。
比如问「你们支持多仓库存分配吗」，对方答「支持」，这个回答没有信息量。换成「我有美国仓、英国仓和国内仓，同一个 SKU 在美国仓有 200 件、英国仓有 120 件、国内仓有 500 件，买家下单选哪个仓发货，是谁决定的、能不能按规则决定」，对方就必须给出具体答案。
这是最隐蔽也最危险的一个误区。对接的意思是「能连上」，同步的意思是「数据方向、频率、冲突处理都有明确规则」。这两者之间差着一个数量级的工程量。
实际操作中，你要追问的是三层：数据是单向还是双向？频率是实时、分钟级还是轮询？当平台库存和 ERP 库存冲突时，以谁为准、有没有重试和告警？
我见过一个案例：某卖家的 ERP 与平台是 30 分钟轮询同步。大促期间单量暴涨，30 分钟内卖出了远超库存的数量，系统却完全没有拦截动作。同步延迟不是一个技术参数，它直接决定了你的超卖窗口有多宽。
采购 ERP 时，绝大多数人算的是「一年多少钱」。但真正的成本结构是四段：软件订阅费 + 实施与数据迁移成本 + 团队学习与流程切换的隐性损耗 + 选错之后的撤换成本。
其中第四项最容易被忽略，也最贵。系统上线半年后发现库存模块不达标，你要么忍着用，要么换系统，换系统意味着重新导数据、重新培训、重新跑一遍磨合期，成本往往是最初采购价的两到三倍。
一个月销 100 万人民币的团队，和一个年 GMV 5000 万的团队，对库存系统的要求完全不在一个量级。前者可能手动调库存也能撑住，后者必须靠规则和权限。
我的建议是：按未来 18 个月预期业务量的 1.5 倍去选。不是让你现在就买最贵的，而是要求系统在架构上能承接更大的量，比如 SKU 数量翻三倍、仓库从两个变成六个、渠道从三个变成八个时，配置逻辑不用推倒重来。
库存数据从来不是孤立的。它要喂给采购（决定补多少）、财务（决定库存金额和成本）、物流（决定发多少货）、客服（决定能不能答应买家）。如果 ERP 只能自己内部闭环，你就需要大量人工在两个系统之间搬数据。
判断方式很直接：让对方现场演示一次「库存变动如何触发采购建议、如何影响财务库存金额」。演示不出来的，基本上只能当孤岛用。
「标准化」这三个字在 ERP 销售嘴里出现的频率极高，但几乎没人解释它具体指什么。我把它拆成三个可以被检验的关键词，再加上一个最小闭环。
可配置的意思是，当业务规则变化时，你改配置而不是改代码、改流程或者改人。举个例子：把「TikTok Shop 美国店铺的库存 = 美国仓可用库存 – 安全库存 30 件」这条规则写进系统，而不是让运营每天早上手动去减 30。
判断方法：让服务商当场配置一条你实际业务里的库存规则。能配出来，说明是真配置；配不出来要靠二开，那它在架构上就不具备可配置能力。
库存差错在成长型团队里几乎必然发生，问题不在于会不会错，而在于错了能不能查出来。可审计意味着每一笔库存调整都有操作人、时间戳、变动前值、变动后值和原因备注。
没有审计能力的系统有一个共同特征：库存对不上时，所有人都在猜。仓库说是运营改的，运营说是系统同步的，最后只能靠盘点硬平账。
可追溯在跨境场景下尤其重要，因为它关系到退货处理、质量问题和合规抽检。一批货出了质量问题，你要能倒推：这批货是哪个供应商、哪个批次、什么时候入的哪个仓、卖给了哪些订单。做不到这一点的系统，在出事时只能整批召回。
下面这张表是我判断一个 ERP 库存模块是否「闭环」的骨架。任何一环缺失或需要外部工具承接，都要在评估时明确标出来。
| 环节 | 核心动作 | 断链后的典型后果 |
|---|---|---|
| 入库 | 采购到货、质检、上架、批次登记 | 负库存、账实不符 |
| 在途 | 头程、调拨、清关状态跟踪 | 补货判断失真，断货或压货 |
| 多仓 | 国内仓、海外仓、平台仓统一视图 | 重复计算或漏计算库存 |
| 平台同步 | 库存推送到各销售渠道 | 超卖、超卖后罚单 |
| 预警 | 安全库存、补货点、滞销预警 | 断货或长期压货占用现金 |
| 盘点 | 全盘、循环盘点、差异处理 | 账面库存长期偏离真实库存 |
| 退货入库 | 退货质检、良品/残次品分类上架 | 退货库存黑洞，永远对不上账 |
下面这七条是我实际做选型评估时会逐条打分的标准。每一条我都会给出「判断问题」「合格线建议」和「不合格的具体表现」。合格线是我的经验基准，不是行业标准，你可以根据自己的业务特点调整权重。
判断问题：同步延迟是多少秒？是单向推送还是双向同步？冲突时以谁为准？同步失败是否有自动重试和告警？
合格线建议：主流平台分钟级以内同步（理想是秒级）；支持同步失败自动重试至少 3 次；有明确的冲突解决规则，且规则可配置。
不合格表现：同步延迟以小时计；同步失败无告警，靠运营自己发现；平台库存与 ERP 库存谁为准没有文档说明。
这里我要多说一句。很多人在验收时会测「正常情况同步快不快」，但真正该测的是异常情况：断网了怎么办？平台 API 限流了怎么办？同一 SKU 在两分钟内被改了三次以哪次为准？这些才是事故现场。
判断问题：能否在一个后台管理所有渠道的库存？库存池是共享还是独立，哪种模式可以由我配置？平台仓（如 FBA）与自有仓的库存归属怎么区分？
合格线建议：支持共享池、独立池、混合池三种模式中的至少两种，且模式可按店铺配置；平台仓库存能看到可售量、在途量、预留量三个维度。
不合格表现：所有店铺强制共用一套库存，无法按渠道设独立安全库存；平台仓只有一个「库存」数字，看不出在途和预留。
这里有一个非常实用的判断技巧：看系统是否区分「物理库存」和「可售库存」。物理库存在仓里，可售库存是减去已被订单占用、减去安全库存、减去质检中数量之后的结果。只有一个数字的系统，必然要在别处补。
判断问题：国内仓、海外仓、平台仓、在途货能不能在一个界面里看完？在途库存能不能拆分到具体批次和预计到仓时间？
合格线建议：支持至少 3 种仓类型（自有仓、第三方海外仓、平台仓）；在途库存可追踪到单据级别，并能设置预计到仓日期。
不合格表现：在途库存只能记一个总数，无法知道哪批货什么时候到；调拨过程中货物「消失」，要人工在两个仓之间做减法。
在途库存的管理能力，是我区分「能用的 ERP」和「够专业的 ERP」的关键分水岭。因为在途库存直接决定了你的补货决策质量，而补货决策决定了你的现金流效率。
判断问题：是否支持批次追踪？效期预警？序列号管理？这些能力是标准功能还是必须二开？
合格线建议：架构上支持批次与效期字段，即使当前品类用不到；不做需要额外付费的二开。
不合格表现：系统里根本没有批次这个概念，所有同 SKU 的货被视为一体；临期商品无法自动预警。
这条标准经常被「我做的是非易腐品类」为理由跳过。但我要提醒一句：批次管理的价值不只在效期，还在质量追溯和成本核算。当你要计算某个批次的真实毛利，或者某批货出问题需要定向召回时，没有批次就是无解。
判断问题：预警阈值能否按 SKU、按仓库、按渠道分别设置？是否支持安全库存、补货点、经济订货量？预警能否触发采购动作？
合格线建议：支持多级预警（例如低于安全库存黄色、低于补货点红色）；补货建议能考虑在途库存和日均销量；预警可配置通知渠道。
不合格表现：只有一个全局预警值，所有 SKU 共用；预警只是页面上的一个红点，不会通知任何人；补货建议不考虑在途，导致重复下单。
实际使用中，我见过最有效的做法是「双阈值 + 销售速度修正」：安全库存按最近 14 天日均销量乘以备货周期计算，每周自动刷新一次。静态阈值在旺季一定会失效，因为你的销量在变，而阈值没变。
判断问题：是否支持循环盘点？盘点差异如何审批？调整是否留痕？权限是否分离？
合格线建议：支持全盘与循环盘点；库存调整需要至少两级审批；日志完整记录操作人、时间、原因、调整前后数量。
不合格表现：任何人有权限直接改库存数量且无记录；盘点只能全仓停业进行；差异处理没有审批流。
这一条听起来像内控问题，实际上是数据质量问题。没有审计的库存数据，等于没有库存数据。因为一旦账实不符，你根本不知道从哪一天开始错的。
判断问题：退货入库是否自动更新库存？退货商品是否经过质检环节再分类上架？残次品是否有独立库存状态？
合格线建议：退货创建独立单据，质检后按「良品上架 / 待处理 / 报废」分流；跨境退货能处理「退回海外仓」和「仅退款不退货」两种情形。
不合格表现：退货直接加回可售库存，未经质检；残次品和良品混在同一个库存数字里；跨境退货只能手工登记。
退货处理在跨境场景下格外麻烦，因为退货运费可能高于货值，很多卖家选择「仅退款不退货」。如果系统不能区分这两种退货对库存的不同影响，你的库存数字会长期虚高。
上面七条讲完，容易变成「每一条都很重要」。但实际决策时必须排序，因为你的预算和实施精力有限。下面是我实际使用的打分表，权重可以根据你的业务特点调整。
| 评估维度 | 权重 | 评分要点 | 合格分 |
|---|---|---|---|
| 库存同步实时性与一致性 | 25% | 延迟秒级 10 分 / 分钟级 7 分 / 小时级 3 分；冲突处理机制是否明确 | ≥ 7 分 |
| 多平台多店铺库存池 | 20% | 三种库存池模式支持两种以上；平台仓与自有仓归属清晰 | ≥ 7 分 |
| 多仓与在途库存 | 15% | 支持三种仓类型；在途可追踪到单据和预计到仓日 | ≥ 6 分 |
| 预警与补货逻辑 | 15% | 多级阈值可按 SKU 配置；补货建议计入在途与销量 | ≥ 6 分 |
| 盘点与调整规范性 | 10% | 调整需审批；日志完整；权限分离 | ≥ 7 分 |
| 退换货与逆向物流 | 10% | 退货单据化；质检后分流；支持仅退款场景 | ≥ 6 分 |
| 批次效期与可追溯 | 5% | 架构支持批次字段；可倒推进货批次与销售订单 | ≥ 5 分 |
使用方式是三步。第一步，对每个候选系统单独打分，每一项都要有明确的证据来源，可以是演示录像、试用账号实操，也可以是服务商提供的书面说明，但绝不能只凭销售口头承诺。
第二步，算出加权总分。我会设一条硬性门槛：库存同步实时性这一项低于 7 分，直接淘汰，不看总分。因为它是唯一一项「不达标就必然出事」的能力。
第三步，把总分接近的两个候选放在一起做压力测试。测试方法我建议用大促场景：模拟单量是日常的 5 倍、同时有 3 个渠道在卖同一个 SKU、其中一个仓库临时不可用，看系统表现。
这八个问题有一个共同特点：它们都不是「有没有」，而是「怎么做」。能清楚回答「怎么做」的服务商，通常产品能力也更扎实。
标准讲完，需要一个具体的对照物，否则容易停留在概念层面。我用「数跨境」（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm_plan=est&utm_unit=gys）作为观察样本，原因有两点：一是它面向的正好是成长型跨境卖家这个群体，和本文的目标读者重合；二是它在库存与供应链侧的功能设计比较贴近前面提到的闭环逻辑，适合用来演示「标准如何在产品里落地」。
需要说明的是，下面的描述基于我对该产品公开资料与实际使用场景的理解整理，具体功能以官方最新信息为准，不同版本之间可能存在差异。我写这一节的目的不是推荐，而是给读者一个「对照物」，帮你在评估其它系统时知道该往哪里看。
对成长型卖家来说，最痛的点往往不是「功能不够」，而是「渠道太散」。数跨境的一个明显设计取向是把多平台、多店铺的订单与库存收敛到同一个作业台，让运营不必在多个后台之间来回切换。
这在库存侧的意义是：当你把 Amazon、Shopee、TikTok Shop、独立站等渠道的库存放在同一套库存模型里管理时，共享库存池和独立库存池的边界才有可能被规则化。而只要渠道是分散管理的，跨渠道超卖就永远只能靠人盯着。
跨境的库存问题很少是孤立的仓储问题，它和采购、头程、海外仓备货是同一件事的不同阶段。数跨境在功能结构上把供应链与仓储放在同一个体系里，这对前面提到的「在途库存」尤其重要。
因为只要采购、在途、入库、可售这几个状态在同一个系统里流转，你就能回答一个关键问题：这批货现在到了哪一步，它算不算我的可售库存。如果采购在一个系统、仓储在另一个系统、在途靠 Excel 记录，这个问题永远没有准确答案。
我在评估任何 ERP 时都会打开它的库存调整日志看一眼，因为这个地方最能暴露产品的设计取向。一个有审计意识的系统，会在库存调整时强制填写原因，并保留完整的操作记录。
对成长型团队来说，这项能力的价值会随着人数增长快速放大。三个人的团队靠沟通能对齐，二十个人的团队只能靠日志对齐。库存审计不是不信任员工，而是让账实不符时有人能查、有据可依。
为了避免误导，我要明确说清楚这类系统的能力边界。它不是万能的，至少在三件事上你仍然需要自己投入。
我建议你在评估任何系统时都做同一件事：拿你业务里最复杂的一个场景去压测它。比如「一批货从国内工厂发往美国海外仓，中途分拨了 200 件到英国仓，到达后 50 件质检不合格，剩下的同时供应三个渠道并且其中一个渠道要预留安全库存」。
把这个场景完整走一遍的产品，才值得进入下一轮评估。走不通的，说明它的库存模型不够深。
标准是通用的，但行动建议必须分阶段。同一个系统给月销 30 万和月销 800 万的团队用，结论完全相反。下面我按四个阶段给出具体做法。
这个阶段最重要的事情不是买系统，而是先把库存流程跑通，再考虑工具化。如果连基本的入库、出库、盘点动作都没有规范，上任何系统都只是把混乱搬到线上。
建议动作：先用轻量工具加一张规范的库存表，把 SKU 编码规则、仓库命名规则、出入库单据格式定下来。选 ERP 时优先看同步能力和多平台对接，暂时不需要为多仓和批次管理付费。
这是最容易踩坑的阶段。业务增长快、人手增加快、渠道扩张快，但流程还没定型。此时选型的关键是选择「规则可配置」而不是「定制开发」的系统，因为你的流程还在变，定制的东西很快会变成负担。
建议动作：把本文的打分表完整跑一遍，重点验证同步延迟、多平台库存池、退货入库这三项。同时明确一个原则：能通过配置解决的问题，不做二开。
这个阶段的核心矛盾从「效率」转向「准确性」和「资金效率」。库存压得太多，现金流就紧；压得太少，旺季就断货。此时你需要的不只是记录库存的系统，而是能做补货决策支持的库存模型。
建议动作：重点评估多仓与在途管理、预警与补货逻辑、批次追溯三项。要求系统能给出基于销量和在途的补货建议，而不只是一个静态的库存数字。
这个阶段往往不是「选不选 ERP」的问题，而是「一套 ERP 够不够」的问题。多主体、多币种、多法人、多系统协同的需求开始出现，库存数据的准确性要求从「够用」变成「可审计」。
建议动作：优先考虑系统间的集成能力与数据一致性保障，把库存准确率作为可量化的考核指标（例如账实差异率控制在 1% 以内），并要求系统具备完整的操作日志与权限体系。
前面讲的都是标准，但现实决策一定涉及取舍。这一节我把最常见的五组取舍列出来，每组都给出我的倾向和适用条件。
标准化的好处是升级平滑、维护成本低、人员流动不影响运转；坏处是你必须适应它的流程。定制化的好处是贴合，坏处是每一次系统升级你都要跟着改，而且原厂不一定持续支持。
我的倾向是：核心库存逻辑坚持用标准能力，外围报表和通知做轻定制。因为库存是地基，地基不该是定制件；而报表是装饰，怎么变都不影响结构安全。
一体化系统（订单、库存、采购、财务在一起）的优势是数据流转顺畅，库存变动能直接驱动采购和财务，不需要人工搬数据。劣势是每个模块的深度可能不如专用工具。
组合式的优势是每个环节都能用最好的工具，劣势是系统间的数据同步会成为新的风险点。如果你团队里没有专门做系统集成的人，我建议优先选一体化。因为集成的复杂度，往往超过大多数成长型团队的承受能力。
这是最经典的一组取舍。便宜的系统加上不合格的实施，本质上比贵的系统加合格实施更贵，因为你要花更多的时间去补救。
判断方法：不要看服务商的客户数量，要看它的实施团队规模和响应机制。问清楚实施顾问带过几个同规模项目、上线后多久内响应工单、有没有专人跟进。
很多团队为了赶大促，压缩数据迁移时间，结果带着错误的基础数据上线，后面花三个月修正。我的建议是：宁可晚两周上线，也不要带着错数据跑。
因为库存数据的污染具有传染性：初始库存错了，销售数据就错，毛利报表也错，最后你连哪个环节出问题都不知道。
有些规模较大的卖家公司会考虑自研库存系统。我的判断是：除非你的库存逻辑本身构成核心竞争力（比如特殊的定制化预售模式），否则不要自研。自研的成本不在于开发，而在于长期维护和平台接口的持续跟进，平台 API 一变，你就得改。
| 取舍场景 | 我的倾向 | 适用条件 |
|---|---|---|
| 标准化 vs 定制化 | 核心标准化，外围轻定制 | 库存逻辑属于地基，不该承担定制风险 |
| 一体化 vs 组合式 | 优先一体化 | 团队缺乏系统集成专职人员时 |
| 价格 vs 实施能力 | 优先实施能力 | 业务复杂度中等以上，流程尚未完全定型 |
| 上线速度 vs 数据质量 | 优先数据质量 | 除非大促是唯一生死线，否则先做全盘 |
| 自研 vs 采购 | 优先采购 | 除非库存模式本身是核心竞争力 |
回到最开始那个超卖的故事。如果那位朋友当初选系统时问对几个问题，同步延迟多少、冲突谁为准、多仓在途怎么算，他大概率不会在旺季前夜被三张罚单叫醒。
我把这篇文章的核心观点收成四句，你可以直接拿去内部讨论：
下一步我建议你做三件事，按顺序来，不需要额外预算。
第一件，用本文第五节的七条标准给现在用的系统（或者 Excel 流程）打一次分，先搞清楚当前基线在哪里，哪一环最弱。
第二件，把第六节的八个问题抄下来，在下一轮服务商沟通时逐条问一遍。注意听对方回答的是「怎么做」还是「我们支持」，前者是能力，后者是话术。
第三件，挑一件你业务里最复杂的库存场景，用试用账号完整走一遍。从工厂出货、头程在途、海外仓入库、多平台同步，一直走到退货质检入库。走完之后你对这套系统能不能扛住你的业务，心里会有答案。
选 ERP 从来不是选功能最多的那个，而是选库存管理最稳的那个。因为跨境生意里，唯一不能出错的数字，就是你还剩多少货。
我之前一直是Excel加人工改库存，Amazon和Shopee两边对不上，超卖被罚过一次。后来换了ERP，销售跟我说是“实时同步”，结果大促当天还是超卖。我现在搞不清“实时”这两个字该怎么定义，多少延迟才算合格，是不是只能靠运气。
把“同步”拆成三段分别定口径：订单下行（平台→ERP）建议不超过5分钟；库存上行（ERP→平台）建议不超过1分钟；平台侧可售量在下单后30秒内被扣减，防止同平台重复售出。追问三个细节：是事件触发还是轮询，轮询间隔多少；平台API限流时怎么排队；失败是否自动重试、重试几次后转人工告警。
冲突处理必须能选策略，以ERP为准、以平台为准或取小值，并且超卖后要有补偿动作，比如自动下架或标记缺货。验收别听销售讲，自己在试用环境做压测：同一SKU在A平台和B平台相隔10秒各下一单，看能否拦住；再断网5分钟，看恢复后能否自动补齐。做不到就要求把同步频率和异常处理写进合同SLA。
我有3个Amazon店铺，加上Shopee和TikTok Shop，同一批货一部分在FBA，一部分在国内仓。团队里有人主张全部共享库存池方便调拨，有人担心共享之后一个店卖爆把另一个店的货吃掉了。我不确定这是功能问题还是策略问题。
这是策略问题，ERP要做的是让策略可配置，而不是替你决定。判断标准看两点：库存池能否按SKU、店铺、平台、仓库四个维度自由组合，至少支持“共享池+预留比例”和“独立池+调拨”两种模式；平台仓和自有仓要分账管理但能合并看总数，在途库存必须单列，不允许直接参与可售计算。
更关键的判断依据是库存口径：系统必须区分可用量、占用量、在途量和锁定或残次量四个数，任何只给你一个“库存数”的ERP直接淘汰。实操建议按“同站点同仓共享、跨站点独立”起步，等周转数据稳定后再逐步放开，别一上来就全共享。
我们的货一部分在FBA，一部分在第三方海外仓，还有一批头程在海上漂着。运营每次备货都要开三个后台抄数据做表，我怀疑ERP宣传的“多仓统一视图”到底是不是真的，还是只是把几个数字加总一下糊弄人。
真正的统一视图不是加总，而是每个节点可下钻、可追溯。验证方法很简单：拿一个真实SKU问四件事，FBA在库多少、海外仓在库多少、在途多少并带预计到仓日期和批次、已售未发占用了多少；再看系统能否按到仓时间排序、能否算出可支撑销售天数。
合格线是至少支持国内仓、平台仓、第三方海外仓三类节点，在途必须带ETA且不计入可售。还要问调拨流程：从国内仓发到海外仓，系统里是不是“扣减+在途+到仓转正”三段式，如果是一步到位直接改库存数，基本做不了头程成本核算，后面财务对账会非常痛苦。
上次选ERP我是听销售演示了40分钟，功能看着全都有，上线后才发现盘点不留痕、权限分不开、退货不知道怎么入库。这次我不想再靠演示判断了，想知道有没有一套能落地的验收办法，最好能直接拿去对比几家候选。
做一个2小时的结构化POC，用你自己的数据跑，别听演示。准备1个SKU、2个平台、3种仓、1张退货单，测四个动作：一、模拟重复下单看超卖拦截；二、做一次库存调整看是否留痕，包括操作人、时间、原值新值、原因；三、走一遍退货流程，看残次品是否独立状态、质检后能否分类入库；
给运营和财务两个角色账号，看能否做到“能看不能改”。必须问的五个问题：同步是事件触发还是轮询、API限流策略是什么、库存调整日志保留多久、是否支持循环盘点、库存数据能否导出对账。
打分建议：同步能力25分、多仓与在途20分、预警与补货15分、盘点与留痕15分、退换货15分、集成与扩展10分，低于70分的先放一边，别因为价格便宜就先签。
读者评论
看完最有感触的是‘我以为我买的是ERP，其实只是买了一个能登录的工具箱’这句话。我们公司去年换系统就是被功能清单忽悠了，库存同步延迟快半小时，大促直接超卖赔钱，现在又退回Excel加人工盯。
文章中库存同步延迟与超卖概率的关系图很直观。我们用的ERP标称实时，实际大概5分钟同步一次，日常勉强够用，但大促确实需要专人盯着库存，不然根本来不及拦截。
选型误区那部分写得实在，尤其是只算软件价格不算失败成本。前公司换ERP时数据迁移就折腾了两个月，库存初始数据全乱，那段时间财务对账完全没法看，隐性成本比订阅费高多了。
作为小卖家，年GMV不到500万，原本觉得库存管理随便搞搞就行。但经历过一次独立站和TikTok超卖后，现在宁愿多花点钱也要把库存规则配置清楚，人工改库存真的会出事。