去年下半年，我帮一个做家居品类的跨境卖家梳理库存问题。他们有 4 个平台店铺、2 个海外仓加 FBA，SKU 大约 380 个。老板跟我说的一句话让我印象很深：“我每天打开后台看到的库存数字，跟我财务账上的库存金额，从来对不上。”后来我们查了两周，发现根因不是 ERP 不好，而是他们从来没定义过“可用库存”到底怎么算，运营眼里的可用，是平台后台显示的；仓库眼里的可用，是货架上实际有的；
财务眼里的可用，是已经付了钱还没卖掉的。三个口径，三套答案。
这件事基本代表了我见过的绝大多数跨境 ERP 库存问题的本质。ERP 在跨境电商里承担的角色，不是替你管仓库，也不是替你下采购单，它更像是把平台、仓库、供应商、物流、财务这几方拉到同一张桌子上的“翻译层”和“记账层”。用得好不好，判断标准只有一个：当一件货从采购下单到最终回款的全过程里，每一个状态变化，是否都能在系统里被唯一、可追溯地记录。
这篇文章我不讲 ERP 是什么，也不做厂商排名。我按库存协同的真实链路，把断点一个个拆开，讲清楚 ERP 该做什么、不该做什么、规则怎么定、指标怎么看，以及不同规模的卖家该怎么取舍。
跨境卖家的系统栈通常有三到四层：平台后台、ERP、WMS（或海外仓服务商系统）、财务软件。很多人一上手就把 ERP 当成“全都要”的答案，结果上了半年发现，库存还是不准，超卖还是发生，对账还是要手工做 Excel。
我的判断很明确：ERP 的核心价值在于跨系统、跨平台、跨主体的数据汇聚与规则统一，而不是替代仓库作业或平台履约。它负责回答“这批货现在归谁、在哪个状态、能不能卖、该不该补”，不负责回答“货架上第三排第二个箱子在哪”。
后者是 WMS 的职责。你把 ERP 当 WMS 用，就必然要面对一个尴尬现实：ERP 的库存精度永远追不上物理库存的变动速度，尤其是海外仓每天有上架、拣货、盘点、破损、移除等多种操作。
我把过去几年踩过的坑归纳成四个接缝，几乎每个卖家都会中至少两个：
这四个接缝里，只要有一个没打通，ERP 里看到的库存就一定不是真实可售库存。而且这个问题不会自己消失，它只会随着 SKU 数量和仓库数量线性放大。
我不太喜欢用“功能覆盖度”评价 ERP 用得好不好，因为功能列表谁都能堆。我更喜欢用三个问题做检验：
如果这三个问题里有一个答不上来，说明 ERP 的库存模块还停留在“展示层”，没真正进入“协同层”。展示层的 ERP 只能让你看到数字，协同层的 ERP 才能让你信任数字。
要讲清楚库存协同，必须先把这条链路摊开。跨境和国内电商最大的区别在于：库存的物理位置和所有权状态在链路中会经历多次变化，每一次变化都对应一个新的“可用性判断”。
采购阶段 ERP 要记录的不只是“我下了多少件”。真正影响后续库存协同的，是交期承诺、最小起订量、分批交付安排和付款账期这四个字段。
我见过太多卖家只录了数量，不录交期。结果补货计划里所有在途货都被默认“下周到”，等到实际延误 20 天，前端已经断货了。交期不是采购部的内部信息，它是库存协同的输入条件。
这是卖家分歧最大的地方。我的经验判断是：在途库存不应该计入“可售库存”，但必须计入“可补货库存”。
可售库存对应的是平台能不能卖出这件货，在途货没到仓就是卖不了，算进去只会造成虚假安全感。而补货决策必须看住在途，否则你会重复下单，把资金压在同一个 SKU 上。
这条规则如果不在 ERP 里显式定义，运营和采购就会各算各的，月底一定对不上。
发到 FBA 的货，从“已发货”到“已接收”到“已上架可售”，中间可能有 5% 到 15% 的差异，尤其在旺季。差异包括数量短收、临时不可售、待调查、标签问题需要重新贴标。
这些状态在平台后台是分开显示的，但很多 ERP 只同步一个“FBA 库存总量”。结果就是：你在 ERP 看到 1000 件，实际可售只有 850 件，另外 150 件卡在“预留”或“不可售”里。超卖的种子就是这样埋下的。
如果有 4 个平台店铺共享同一个海外仓的货，可售库存到底怎么分？这里有两套完全不同的逻辑：
| 分配逻辑 | 适用场景 | 优点 | 风险 |
|---|---|---|---|
| 共享池模式 | 各平台销量波动大、SKU 重叠度高 | 库存利用率高，减少压货 | 单一平台爆单会挤占其他平台，容易连环超卖 |
| 配额模式 | 平台定位差异大、价格体系不同 | 各平台库存预期稳定，超卖风险低 | 可能出现某平台断货、另一平台滞销 |
| 混合模式（安全库存隔离） | 多平台 + 多仓中大型卖家 | 兼顾利用率与履约稳定性 | 规则复杂，必须靠 ERP 自动执行，手工做不到 |
我一般建议：SKU 数量少于 100、平台少于 3 个的卖家可以先用共享池加安全库存；一旦超过这个规模，就必须切到配额或混合模式，并且这个规则一定要在 ERP 里配置成自动扣减，不能靠人工判断。
订单生成时库存是“预占”，付款后是“锁定”，发货后是“出库”，取消或退货后是“释放”。这四个动作的时机在不同平台规则不一样。
有些平台下单即预占，有些平台付款才预占，有些平台超时未付款会自动释放。如果 ERP 用一个统一的占用逻辑去处理所有平台，就会出现“该释放的没释放”或“没卖出去的被占用”，两种情况都会影响可售数量准确性。
跨境退货的路径通常有三种：退回海外仓、退回 FBA、直接弃货。前两种会重新变成可售或不可售库存，第三种直接变成损耗。
我见过最糟糕的情况是：退货到了海外仓，海外仓系统有记录，但 ERP 没有回传，导致这批货在 ERP 里永远停在“已售出”。等到季度盘点才发现，账面库存和实物差了一批货。这种问题不解决，库存准确率永远上不了 95%。
补货是库存协同的输出端。它同时受前端销量波动、供应商交期、在途数量、MOQ、安全库存、仓储容量六个变量影响。任何一个变量没进 ERP，补货就是拍脑袋。
最后一段是财务。业务侧关心“有多少件”，财务侧关心“值多少钱”。两者之间隔着汇率、关税、头程运费分摊、平台佣金、退款、仓储费。
如果 ERP 只记录了库存数量，没有把成本要素挂到批次或 SKU 上，那财务月底就必须手工算一遍。这也是我判断一个跨境 ERP 是否成熟的重要标志：能不能从库存流水一路追到成本流水。
这一节我按踩坑频率排序。每一条我都在实际项目里见过至少两次以上。
很多卖家上线 ERP 后第一件事，就是要求 ERP 精确显示每个仓库每个库位的库存。这个诉求本身没错，但执行层面会出问题：ERP 的库存更新依赖外部系统回传或人工录入，它的时间精度天然低于 WMS。
正确做法是分工：ERP 管到“仓库 + SKU + 状态”这一层，WMS 管到“库位 + 批次 + 作业任务”。两者通过入库单、出库单、调拨单、盘点单四类单据对接。ERP 不需要知道货在货架第几层，只需要知道货在哪个仓库、处于什么状态。
这是最典型也最致命的一个。多平台库存同步不是加法，而是基于同一份实物库存，按规则计算各平台可分配的可售数量。
它至少涉及五个参数：实物可用量、平台在售预留量、安全库存、分配权重、平台同步延迟容忍度。少任何一个，同步结果都会失真。
“日均销量 × 补货周期 + 安全库存 − 当前库存”这个公式我见过无数遍。它的问题是：日均销量如果按近 7 天算，大促后会严重高估；按近 30 天算，新品期会严重低估。
更合理的做法是按 SKU 生命周期分段设置权重，同时把交期波动纳入安全库存计算。我后面会给一个可执行的代码示例。
FBA 后台的“可售数量”已经扣除了预留，但它不包含在途、待上架、待调查的货。如果你只用这一个数字做补货决策，就会出现两种情况：要么重复补货，要么明明有货却以为缺货。
我的做法是：FBA 库存至少在 ERP 里拆成五个字段，可售、预留、入库中、不可售、待移除。这五个字段加起来才等于“发到 FBA 的总量”，才能和发货单对账。
顺序反了这个错误极其常见。流程没梳理清楚就上线，结果是把线下混乱搬到线上，还多了一层“系统显示得挺专业”的错觉。
我的建议顺序是：先画一张库存状态流转图，定义清楚每个状态由谁触发、进哪个单据、影响哪个字段；再选 ERP；最后配置。流程清晰的情况下，ERP 上线周期通常能缩短三分之一。
数量对了不代表口径对了。同一个 500 件，是“已付款买断的 500 件”，还是“供应商寄售的 500 件”，对财务的意义完全不同。
ERP 里如果只有数量字段，没有归属主体、结算方式、成本状态，那这个数字只能做运营参考，不能做财务入账。
这一节是我认为整篇文章最值得反复看的部分。库存协同做得好不好，本质上看三层规则有没有被明确定义并写进系统。
主数据是地基。我通常要求客户在上线前完成四张映射表，缺一张都不建议开工。
| 映射表 | 核心字段 | 常见缺失后果 |
|---|---|---|
| SKU 主数据表 | 内部 SKU、平台 SKU、海外仓编码、组合装关系、变体关系 | 同一商品被当成多个 SKU，库存重复计算或漏算 |
| 供应商映射表 | 供应商编号、交期承诺、MOQ、结算方式、账期 | 补货计划无法自动带入交期，安全库存形同虚设 |
| 仓库映射表 | 仓库编码、所属主体、时区、对接方式、盘点周期 | 跨时区库存更新时间对不上，日切数据错乱 |
| 店铺映射表 | 平台、店铺 ID、站点、币种、结算周期 | 多站点库存混算，财务对账无法按站点归集 |
这四张表看起来笨重，但它是后面所有自动化规则的前提。我见过太多项目卡在这一步，因为历史数据里同一个商品在三个系统有三个名字。
我建议所有跨境卖家在 ERP 里把可用库存定义成唯一公式，任何人都不能私自改口径。我常用的版本是：
平台可售库存 = 实物可用量
+ 已入仓待上架量 × 上架成功率
− 平台已售未发预占量
− 安全库存（按 SKU 分层）
− 平台配额占用（多平台共享池场景）
− 待处理退货待定数量
其中：
实物可用量 = 仓库回传库存 − 待拣货占用 − 冻结/质检中数量
安全库存 = 日销标准差 × 交期平方根 × 服务水平系数（通常取 1.65）
这个公式的关键不是它多复杂，而是它必须在系统里被固定下来，而不是每次开会重新讨论一遍。公式固定了，超卖率才会稳定下降。
指标不要求多，但要求口径固定、能被追溯。我通常用的八个是：
这八个指标里，我最看重的是库存准确率和退货上架周期。前者是基础，后者是最容易拖后腿但最少人关注的环节。
前面讲的是判断逻辑，这一节我用一个具体平台来展开。我实际配置和观察过数跨境（官网链接）在跨境库存场景下的用法，下面讲的是我看到的实际情况，不是产品宣传口径。
我最初的印象是，数跨境的思路和传统 ERP 不太一样。传统 ERP 从单据出发，先有采购单、入库单、出库单，库存是单据的结果。数跨境更偏数据视角，先建立 SKU、仓库、店铺的主数据关系，再把各平台的库存流水汇聚进来做统一口径。
这个差异在实际配置中很能体现。当你需要处理多平台、多仓、多币种的数据对齐时，数据视角比单据视角更灵活；但如果你追求严格的作业流程管控，单据视角更稳。理解这个区别，比比较功能列表重要得多。
我在配置时做的一件事，是把“可用库存”拆成可售、预留、在途、不可售、待移除五个字段分别接入，而不是只接一个总数。这个动作看起来麻烦，但它解决了前面反复提到的状态接缝问题。
同步频率上，我的建议是不要盲目追求实时。对于大部分中小卖家，5 到 15 分钟的准实时同步已经足够，过度追求实时只会放大平台 API 限流带来的同步失败。真正需要秒级的是大促期间的爆款，可以单独设置白名单提高频率。
在补货这块，我认为最有价值的不是“系统自动算出一个建议数量”，而是它能把供应商交期波动历史记录下来，反过来修正安全库存。
一个供应商如果历史交期标准差是 6 天，那它对应的安全库存就应该比标准差 2 天的供应商高出一截。这个逻辑靠人算很难坚持，靠系统记录并自动带入就可持续。
我在这个环节最大的体会是：异地仓库的库存，永远不要指望 100% 实时一致，你真正需要的是每天一次的差异对账机制。
做法是每天固定时间拉取海外仓和平台库存快照，与 ERP 库存做三方比对，输出差异清单并归因。差异归因通常分四类：时间差、作业差、回传漏、录入错。前两类可以自动容忍，后两类必须人工处理。这套机制建立起来后，库存准确率的提升是阶跃式的。
对账环节我特别关注一点：库存变动能不能按批次追溯到成本。因为跨境涉及汇率、头程分摊、关税，如果每次出库都要手工算成本，那财务永远在做重复劳动。
我观察下来，凡是把库存流水和成本流水打通的卖家，月末关账时间通常能从 5 到 7 天压缩到 2 天以内。这个收益比很多人想象的大得多。
如果让我给一个上线节奏建议，我会这样排：
我不建议一次性全量上线。库存协同是链条，链条上每一环都依赖前一环的数据质量，跳步上线只会把问题堆到最后。
同样的 ERP，不同规模卖家用起来效果差异巨大。原因不是产品，而是优先级和资源投放方式。下面按四类典型情况给建议。
这个阶段的库存协同复杂度实际很低。我的建议是先做三件事：统一 SKU 编码、定义可售库存口径、建立月度抽盘机制。
系统层面用轻量工具加表格就能跑，重点是养成“每个库存变动都有单据”的习惯。这个习惯比买什么系统重要得多，因为它决定了你未来能不能顺利升级。
这个规模是问题爆发点。SKU 一多，人工同步库存基本不可行；平台一多，超卖风险指数上升。
我的建议顺序是：先解决多平台库存同步与配额规则，再解决补货自动化，最后才是财务对账。因为前两项直接影响收入，财务对账影响的是效率。
到 500 个 SKU 以上，我见过最普遍的问题不是系统能力不足，而是主数据混乱。组合装、变体、赠品、季节款混在一起，任何自动化规则都会失效。
我会建议这类卖家设立一个专门的主数据管理角色，负责 SKU 新增、变更、停用的流程。这个岗位看起来不直接产生收入，但它是所有库存自动化的前提。
铺货型的库存逻辑和品牌型完全不同。你的核心不是单个 SKU 的精细补货，而是快速识别哪些 SKU 应该砍掉、哪些应该加量。
这时候最有价值的指标是滞销库存占比和单 SKU 贡献毛利，补货精度反而可以放宽。系统配置上要优先做批量上新、批量下架、批量清仓跑通。
库存协同里几乎每个决策都是取舍，不是优劣。我把最常见的四组取舍摆出来。
实时同步听起来更好，但它对 API 稳定性、系统并发、错误重试机制的要求都高得多。我的判断标准是：只有当你的爆款日订单量超过 2000 单、且多平台共享同一批库存时，秒级同步才有明显收益。其余情况，5 到 15 分钟同步加上合理安全库存，反而更稳。
中心仓的优势是管理简单、库存集中、调拨少；劣势是履约时效长、头程成本高。多仓的优势是贴近市场、时效快；劣势是库存分散、调拨复杂、滞销风险高。
我的经验是：如果客单价高、时效敏感，多仓值得；如果客单价低、时效容忍度高，中心仓加经济物流更划算。
自研的优势是贴合自身流程，劣势是维护成本高、平台接口变更要自己扛。跨境平台的 API 和政策变动频率很高，自研团队需要持续投入。
我的判断是：除非你的业务模式确实独特到市面产品都覆盖不了，否则把研发资源投在选品和运营上，回报通常更高。
这一点我态度比较明确：库存协同必须分阶段上线。因为它是一条链，链上每一环的数据质量依赖前一环。一次性上线会把所有环节的问题同时暴露，团队根本处理不过来。
这一节给你一份可以直接拿去用的清单。我通常会让客户在上线前逐条打勾，没打勾的先解决，不要指望系统帮你兜底。
| 指标 | 计算口径 | 健康区间参考 | 异常时的第一排查方向 |
|---|---|---|---|
| 库存准确率 | 抽盘匹配数 ÷ 抽样总数 | ≥95% | 海外仓回传是否漏单、退货是否回传 |
| 超卖率 | 超卖订单数 ÷ 总订单数 | ≤1% | 安全库存是否被占用、同步频率是否过低 |
| 缺货率 | 断货 SKU 天数 ÷ 在售 SKU 天数 | 按品类设定 | 交期是否延误、补货是否及时触发 |
| 库存周转天数 | 平均库存 ÷ 日均销货成本 | 按品类设定 | 是否有滞销 SKU 未清理 |
| 对账差异率 | 财务库存金额差异 ÷ 业务库存金额 | ≤2% | 成本分摊规则是否变更、汇率取值是否统一 |
几乎所有卖家都会遇到平台 API 同步失败。问题不在于失败会不会发生，而在于失败之后有没有告警和补偿机制。
我的要求是：同步失败必须进日志、必须有告警、必须能一键重试，并且要能查到这次失败影响了哪些 SKU 的可售库存。没有这套机制，一次失败就可能变成一次超卖事故。
回到开头那个卖家。项目做完后，他们库存准确率从 82% 提到 96%，超卖率从 3.1% 降到 0.6%，库存资金占用释放了大约 150 万元。但我觉得最值钱的改变不是这些数字，而是他们终于能用同一套口径讨论库存问题了。
我在这件事上最深的体会是：跨境电商的 ERP，价值不在于它有多少功能，而在于它能不能把平台、仓库、供应商、财务拉进同一套规则里。功能是买得到的，规则是只能自己想清楚的。
如果你现在正准备上 ERP，或者已经上了但觉得没用起来，我建议你先别急着看产品清单，先做三件事：
这三件事做完，你对系统的需求会变得非常清晰，选型和实施都会快很多。库存协同从来不是买一个工具就能解决的事，它是你把业务规则想清楚之后，让工具替你重复执行的过程。
我自己同时在亚马逊、Shopee和一个独立站卖同一批货，后台库存数字总是对不上，一到大促就超卖被投诉。我一直以为ERP连上平台就会自动同步，结果还是出现卖出去但实际没货的情况，想弄明白到底哪一步出了问题。
核心是把「可售库存」算成一个带预占和缓冲的公式，而不是直接照搬平台后台那个数字。可用的口径是：可售库存 = 各仓物理库存 – 已被订单预占 – 安全库存 – 不可售或待质检部分 + 可承诺时效的在途，头程在途一般不计入可售，只用于补货决策，因为它不能承诺到货时间。
SKU映射必须先做唯一化，平台SKU、ERP SKU、仓库SKU之间的对应关系要在主数据里定义清楚，组合装要拆成子件扣减，否则捆绑销售时子件库存不会减少。
同步频率要尊重平台API限制，亚马逊这类接口有调用频率和限流，实操里通常用「事件触发加定时兜底」的组合，订单生成就即时扣减，全量校验每15到30分钟跑一次。
真正容易超卖的地方是延迟：平台下单到ERP扣减之间存在几分钟到几十分钟的空窗，多平台同时爆单时最危险，所以热销SKU必须留安全库存缓冲，一般按过去7天日均销量的20%到50%设置，大促前临时上调。上线后盯两个数：库存准确率，用抽盘或全量盘点对比ERP账面；超卖率，等于超卖订单数除以总订单数。
前者做不到98%以上，后面所有协同都是空谈。
我们以前补货靠运营凭感觉，后来上了ERP用系统建议补货，结果要么该补的没补上、断货一周，要么一下子压了几千件在海外仓卖不动。我怀疑是系统参数没配对，但不知道到底该填哪些字段，也不清楚公式该怎么理解。
ERP的补货建议准不准，取决于你喂给它四个输入，缺一个都会失真。第一是供应商交期，要用过去3到5次实际到货的均值，不要用供应商口头承诺的天数。第二是MOQ和装箱率，它决定最小补货批量，很多时候不是算出多少就补多少。第三是头程和入仓时效，海运或空运加清关再加FBA和海外仓上架，旺季要额外加缓冲。
第四是销量波动，用近7天、14天、28天分层看趋势，不要只看30天总量。一个能用的补货点公式是：补货点 = 日均销量 ×（采购交期 + 头程时效 + 上架时效 + 安全天数），再按MOQ向上取整。安全天数按波动给，波动大的SKU给15到30天，稳定款给7到10天。
判断补货建议靠不靠谱看两个指标：缺货率，也就是有流量但断货的SKU占比；滞销占比，也就是超过90天未动销的库存金额占比。如果缺货率降了但滞销占比上升，说明安全库存和预测偏保守，要把预测周期缩短。还要把在途库存单独列出来看，避免货已经在路上但系统当成没补、造成重复下单。
实操上建议每周固定一天跑补货建议，先人工复核贡献销售额前20%的SKU，这批货决定利润，不能全交给系统自动执行。
我们同时用FBA和第三方海外仓，ERP显示的库存、亚马逊后台的库存、海外仓后台的库存三个数经常不一致。有时候亚马逊显示预留中，ERP却当成可售，结果又超卖了。我一直搞不清这些状态该怎么统一，也不知道多久核对一次才算合理。
先把库存状态分层，不要用一个「库存」字段糊住所有东西。至少要拆成六类：可售、已预留即平台订单占用、在途即已发货未入仓、待检或待换标、不可售、移除中或退回中。ERP能不能算准，取决于它是否按状态分别抓取和展示，而不是只抓一个总数。
FBA的「预留」里包含待发货订单、调仓中库存和正在处理的移除，这三种含义完全不同：待发货要扣减可售，调仓中不能算缺货，移除中要按预计到货时间单独计。核对节奏上，日常看差异告警，每周做一次全量比对，关键看差异是否随时间收敛。如果差异率长期在2%以内且能解释原因，比如时区或抓取延迟，可以接受；
如果某个仓的差异持续扩大，通常是SKU映射或接口权限出了问题。多仓调拨一定要在ERP里走单据流转，不能只在仓库后台操作，否则调拨中的货会同时出现在两个仓，或者两边都不认，形成库存黑洞。跨国调拨还要注意清关主体和货权归属，涉及VAT和关税的，货权转移时点必须和财务确认一致。
市面上ERP的功能列表看着都差不多，都说支持多平台、多仓、多币种。我们之前上过一个系统，演示很漂亮，真正用起来发现接口经常断、海外仓数据抓不到，最后还是靠Excel对账。我想知道在选型和试运行阶段具体该验哪些点，才能避免踩这个坑。
功能清单区分不出好坏，要看四个硬指标。第一是接口稳定性和错误处理，问清楚它对接平台和海外仓用的是官方API还是其他方案，限流怎么处理，同步失败有没有告警和重试机制，最好要求看过去三个月的接口可用率数据，而不是听销售口头承诺。
第二是主数据和规则引擎能力，SKU映射、组合装拆解、多仓优先级、订单分配规则、安全库存能否按SKU和仓库分别设置，这些直接决定协同能不能落地。
第三是财务和合规穿透，平台结算单能不能自动对账到订单和回款，采购应付、物流应付能不能和业务单据勾稽，多币种汇率以及VAT和关税怎么处理，业务库存和财务库存能不能对上。第四是实施能力，跨境涉及多时区多语言，实施顾问有没有做过同类体量的项目，上线周期和试运行怎么安排。
实操建议是选型时用你自己的真实数据做一轮小范围试运行，选10到20个SKU、2个平台、2个仓库跑满30天，验收三个指标：库存准确率是否达到98%以上、订单到发货的自动化率、对账差异能否逐笔追溯到单据。跑不通就不要签全量合同。
另外提醒一点，ERP替代不了流程治理，如果你的SKU编码、供应商编码、仓库编码本身就不统一，上任何系统都只是把混乱搬进数据库，这一步必须在上线前自己理清。
读者评论
很多跨境卖家库存对不上，根因确实不是ERP功能少，而是可用库存没有统一定义。平台、仓库、财务各算各的，最后只能靠Excel兜底。先把状态、归属和单据流转定清楚，再选系统，成功率会高很多。
FBA库存只盯后台可售数字很危险。预留、入库中、不可售、待移除不拆开，ERP总量看起来正常，实际可售可能少一截，旺季短收和标签问题会直接推高超卖率。
从财务角度看，库存数量准确不代表库存金额能解释。头程、关税、佣金、退款、仓储费如果没挂到批次或SKU，月底仍要手工对账。能追库存流水到成本流水，才算真协同。
共享池、配额、混合模式这段很实用。小卖家可以先用共享池加安全库存，多平台多仓后必须靠ERP自动扣减和隔离。手工分配库存，爆单时几乎一定会互相挤占。