去年黑五结束后的第三周，我在深圳坂田一个卖家的办公室里，对着两块屏幕看数据。左边是海外仓库存报表：美国西仓压着约47万元人民币的货，其中近三成是已经过季的家居装饰款；右边是店铺后台：两个排在类目前五的SKU，连续11天挂着"配送延迟"，因为仓里没货，补的货还在海上漂。
老板问了我一句话："是不是该换个仓库，或者上个WMS系统？"
我的回答是：问题既不在仓库，也不在WMS。他真正的漏洞在采购补货这一环，补货计划是按感觉下的，在途库存系统里看不见，海外仓的库存分层从来没人认真做过。这三个洞不补，换十个仓库都一样。
这篇文章我想把话说透：跨境电商的ERP改造，如果只允许选一个切入点，那就是采购补货；而采购补货改造的终点，不是把订单下出去，而是让海外仓的库存结构变得可控。下面是我这两年做跨境供应链改造的真实判断、踩过的坑，以及一套可以照着走的路径。
我把结论放在最前面，是因为大部分卖家在选型阶段就把顺序搞反了。他们先看"这个ERP能不能对接我的海外仓"，再看"能不能自动同步库存"，最后才想起来问一句"补货怎么做"。而真实的业务因果链是反过来的。
海外仓本质上是一个"被动接收"的节点。货什么时候到、到多少、到哪一批，全由上游的采购补货决定。仓库能做的是收、存、拣、发，它没有办法把一个错误的补货计划变正确。
我在做诊断时经常问卖家一个问题：你海外仓里滞销的那批货，是哪一次补货决策造成的？大部分人的回答是"记不清了"。这说明补货决策既没有留痕，也没有复盘，自然不会改进。
仓库作业效率低下会带来履约成本上升，但错误的补货计划带来的是库存本金沉淀、仓储费持续流血、清货折价三重损失。前者是运营问题，后者是资金问题，量级完全不同。
ERP改造的链路可以拆成四段：需求预测 → 采购下单 → 在途跟踪 → 海外仓入库与分层。这四段是有先后依赖的。
如果需求预测本身是拍脑袋的，那么采购下单再自动、在途跟踪再及时、海外仓分层再精细，也只是把一批错误的货更快地送进仓库。系统能把执行效率提高3倍，但它不会自动让决策变正确。
我见过一个很典型的例子：一家做宠物用品的卖家，把订单自动落仓做得非常顺，采购订单一确认，海外仓系统立刻生成入库单，全程不用人工。听起来很棒。但因为他们没做季节性修正，Q1补的一批冬季毯子6月才到仓，落仓落得越快，仓储费开始计费就越快。
我不太喜欢用"上线成功"这种说法，因为系统上线和业务改善是两件事。判断采购补货改造有没有真正见效，我会看三个指标，缺一个都不算成功。
| 指标 | 口径定义 | 改善参考区间 | 说明 |
|---|---|---|---|
| 补货准确率 | 补货到仓后30天内动销的比例 | 从50%-60%提升到75%-85% | 衡量补货决策质量，不衡量执行速度 |
| 海外仓库存周转天数 | 期末库存 / 近30天日均出库量 | 从90天以上降到55-70天 | 下降不等于越低越好，低于45天容易断货 |
| 在途库存可见率 | 能查到准确到仓日期的在途批次 / 全部在途批次 | 从不足40%提升到90%以上 | 这是补货计算是否可用的前提条件 |
注意第三个指标的表述：不是"有没有在途记录"，而是"能不能查到准确到仓日期"。很多ERP里有在途数量，但那个数字是采购单减去已入库数量算出来的，跟实际柜子到哪儿没关系。数量可见不等于时间可见，而补货决策依赖的是时间。
说完了结论，我想把镜头拉近一点，讲讲海外仓到底是怎么"失真"的。我把它分成三种类型，它们的表象不一样，但上游根因高度重合。
这是最刺痛卖家的一种。表现是：店铺前台明明有流量、有排名，但关键SKU反复缺货，客户看到"预计送达时间"就放弃了。
断货的常见原因不是"没补货"，而是补货点设得太晚。很多卖家用的还是"库存低于安全库存就补"，可安全库存的天数是按国内直发时代设的，没有把海运头程的时间波动算进去。头程从28天变成45天，安全库存天数没变，断货就是必然的。
还有一个更隐蔽的原因：补货量按"上一次卖了多少"来定，而海外仓的销量是被断货压低的。用被压低的销量去算补货量，会陷入"越缺越少补、越少补越缺"的死循环。
滞销比断货更贵，因为它不吵不闹。断货的时候运营会来找你，滞销的时候只有财务在季度盘点时才心疼。
我见过一个做户外用品的卖家，德国仓里有一批2023年的折叠椅，库龄超过400天。问他为什么不补货的时候明明算过销量，他说："当时是旺季数据，我以为能延续。"这就是典型的用峰值销量外推补货量。
滞销的另一个来源是"凑柜"。为了摊薄头程运费，很多卖家会把销量一般的SKU一起塞进柜子。单次运费是省了，但那些货在海外仓占的库位费、积压的资金成本，往往在半年后超过省下的运费。
第三种最常见的场景发生在客服和仓库之间。系统显示可售100件，仓库实际只有60件，剩下40件分别在"待检""破损""已拣未发""退货在途"里。
这类失真的根源是库存没有分层。当一个系统只有一个"库存"字段时，它就同时承担了可售、可发、可调拨、可退等多个含义，而这些含义在业务上是不等价的。
库存分层不是仓库的事，它是补货计算的前提。因为补货要参考的是"可售库存 + 在途 + 计划入库 – 已承诺订单"，这里面有四个变量，如果库存字段不能拆开，这个公式根本算不出来。
把三种失真放在一起看，共同点非常清楚：它们都不是仓库执行造成的，而是补货计划、在途可见性和库存口径三件事没做好造成的。
这也是为什么我在做ERP改造方案时，永远把"采购补货"放在第一优先级。不是因为它最重要，而是因为它是唯一能同时影响另外三个环节的节点。
下面这五条，是我在跟卖家沟通时反复听到的判断。它们听起来都有道理，但真到落地时会把改造带偏。
WMS解决的是仓内作业效率：收货、上架、拣货、复核、出库。它不会告诉你该补什么货、补多少、什么时候补。
如果你的痛点是"仓库拣货慢、发错货"，WMS是对的方向。但如果痛点是"热销断货、滞销积压"，那WMS帮不上忙，因为问题在采购补货，不在仓内。
判断方法很简单：如果海外仓的库存结构本身就是错的，上WMS只会让你更快地把错货拣出来发走。
速卖通、Shopee、Lazada、TikTok Shop、Temu、亚马逊……平台对接清单越长，卖家越容易觉得这个ERP能力强。但对已经在做海外仓的卖家来说，平台对接早就不是差异化能力了，它是及格线。
真正拉开差距的是：订单数据能不能回流到补货模型。很多系统能把订单拉进来，但拉进来之后只是做发货处理，不做销量特征提取，不做站点维度拆分，不做断货期销量修正。这样的对接，对补货决策毫无帮助。
这是我在沟通中纠正最多的一句话。卖家以为采购单确认后自动生成海外仓入库单是标配，实际上它有一串前置条件。
前置条件至少包括：SKU编码在采购系统、海外仓系统、平台Listing之间必须一一映射；海外仓的仓库编码和库位规则必须提前配置；库存策略（是否允许负库存、是否按批次管理、是否按效期管理）必须明确；头程物流单据必须能和采购单关联。
这些条件任何一条没做到，"自动落仓"就会变成一个不断产生异常单的麻烦制造机。我自己的经验是：自动落仓不是功能问题，是主数据和流程规范问题。
这是最常见也最容易被忽视的错误。很多卖家做补货表，全店用一套公式：日均销量乘以（生产周期+头程+安全天数）再减去现有库存。
问题是，SKU的销量特征差异极大。爆款、长尾款、季节性款、新品，它们的补货逻辑完全不同。爆款要盯紧断货风险，长尾款要控制滞销风险，季节性款要看生命周期位置，新品没有历史数据可用。
免费版ERP对刚起步的卖家确实友好，这个我不否认。但它的边界通常在几个地方：店铺数量、订单月处理量、可用的自动化规则条数、多仓支持、数据看板的自定义能力。
如果你的业务已经进入多平台多仓阶段，免费版大概率会在"补货规则"和"多仓库存"这两块卡住。这不是产品好坏的问题，是产品定位的问题。
| 误区 | 表象 | 真实根因 | 纠正方向 |
|---|---|---|---|
| 先上WMS | 仓内效率问题被当成库存问题 | 补货决策缺失 | 先补货计划，后仓内系统 |
| 重平台对接 | 对接清单越长越安心 | 订单数据未回流决策 | 看数据能否驱动补货 |
| 自动落仓当开关 | 以为配置即可用 | 主数据与流程不规范 | 先做SKU与仓库编码治理 |
| 全店一套公式 | 补货表简单好用 | 未做SKU分层 | 按销量特征分组设规则 |
| 免费版跑闭环 | 预算可控 | 规则条数与多仓能力受限 | 提前确认功能边界 |
前三部分讲的是"哪里错了"，这一部分讲"怎么判断"。我给出一套我在项目里常用的诊断框架：先找四个断点，再用三层指标验证改造效果。
典型表现：运营手上有平台后台的销售数据，供应链手上有采购数据，但两边不在同一个表里，也没人对"用哪个口径算日均销量"负责。
我判断这个断点是否存在的标准是：你能不能在不问任何人的情况下，说出某个SKU在某个站点的近8周真实日均销量（剔除断货期）？如果答案是不能，这个断点一定存在。
为什么是8周？因为海外仓补货的周期通常在45-90天，8周销量既能反映近期趋势，又不至于被单周波动干扰。这个口径不是标准答案，但必须有明确口径，不能每次算的时候重新商量。
典型表现：采购单下了，系统里也有记录，但没人知道这批货现在在工厂、在港口、在海上还是在目的港清关。
这个断点的判断标准是：在途库存能不能给出一个可信的"预计可售日期"，而不是"预计到港日期"？这两个差着清关和上架的时间，往往又是7-15天。
典型表现：系统只有一个库存字段。判断标准是能不能稳定拆出这五层：可售、锁定（已被订单占用）、待检、在途、不可售（破损/退货待判）。
这五层拆不开，补货公式的输入就是错的。补货点计算必须基于可售库存，而不是账面库存。
典型表现：库存表说还有800件，采购表说还有两批在途，财务表说这批货的成本还没结转。三个数字对不上，没人知道哪个是真的。
这个断点最容易被低估，因为它在日常运营中不痛。但一旦要算真实的库存资金占用、要算单SKU毛利，问题就会集中爆发。
改造上线之后，不要只盯结果指标。结果指标变化慢，中间出了问题很难定位。我的做法是三层一起看。
这三层的关系是：过程层先动，结构层随后动，结果层最后动。如果过程层上线两周没有变化，说明系统在用，但人没在用。
前面讲了很多判断逻辑，落到执行层，补货规则至少要包含下面这些字段。这不是某个系统的配置格式，而是你在设计规则时必须想清楚的内容。
{
"sku": "HM-0231-US",
"warehouse": "US-WEST-01",
"sku_layer": "爆款", // 爆款 / 长尾 / 季节性 / 新品
"daily_sales_basis": "近8周剔除断货期日均",
"lead_time": {
"production_days": 12,
"first_leg_days": 28, // 头程海运
"customs_days": 4,
"warehouse_inbound_days": 3 // 到仓到上架
},
"safety_stock_days": 21,
"review_cycle_days": 7,
"reorder_point_formula": "日均销量 × (生产+头程+清关+上架+安全库存天数)",
"order_quantity_rule": "覆盖至最大库存天数 – 可售库存 – 在途",
"max_stock_days": 75,
"moq": 300,
"exceptions": ["旺季前45天 safety_stock_days 上调至30", "清仓期禁用自动补货"]
}
我特意把 exceptions 写进去，因为没有例外规则的补货系统，在旺季一定会出事。旺季的销量不是常态销量，用常态公式去补旺季的货，要么补不够，要么补过头。这个开关必须在系统里，而不是靠人记得。
下面这个案例是2024年下半年我跟进的一个项目，卖家做家居收纳品类，运营亚马逊美国站、Shopee马来站和TikTok Shop美国站，SKU数量在420个左右，美国西仓和东仓两个海外仓。我把过程拆成四步讲，重点在于每一步解决了什么问题。
补货完全靠Excel。供应链专员每周花两天时间，从三个平台后台导订单，从海外仓后台导库存，从采购表导在途，然后手工拼一张大表，用固定的28天安全天数算补货量。
这张表的问题有三个：一是口径不统一，三个平台导出来的销量口径不一样（有的含取消单，有的不含）；二是没有剔除断货期，导致热销品销量被系统性低估；三是海外仓库存只有一个总数，没有分层。
结果是：2024年Q2，美国西仓的滞销库存（库龄>180天）占比达到27%，同时有14个SKU在两个月内出现过至少一次断货。
这是我在这类项目里坚持的第一个动作。很多卖家希望直接进系统，但如果口径不统一，进系统只会让错误数据跑得更快。
这个项目里，我用数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）来搭数据底盘。我主要用它做三件事。
第一件是把三个平台的订单数据和两个海外仓的库存数据拉到同一个看板里，按SKU × 站点 × 仓库三个维度对齐。这一步的价值不在"看得到"，而在"口径统一"，同一个SKU在不同平台的口径必须收敛成一套，否则后面的补货计算就是空的。
第二件是做SKU级的销量趋势和动销分析。我会看近8周的趋势线，标出哪些周是断货周，把断货周的销量剔除掉再算日均。这一步做完之后，有23个SKU的"真实日均销量"比原来Excel里算的高出15%以上，这直接解释了为什么这些SKU反复断货。
第三件是搭库存健康度看板，把可售、在途、库龄分层、滞销占比放在一起看。库龄分档我做的是0-60天、61-120天、121-180天、180天以上四档，因为海外仓的库位费和长期仓储附加费通常会在90天和180天这两个节点跳档。
这里我要说清楚边界：数跨境解决的是数据整合和分析口径的问题，它不会替你做补货决策，也不会自动下采购单。它的价值在于把"猜"变成"看得到依据"，后面的规则设计还是要人来定。
有了统一口径的数据，接下来是规则设计。我给这个卖家做的SKU分层是这样的：
这里最关键的一个判断是：新品不要进自动补货。新品没有历史数据，任何预测模型的输入都是空的。把新品塞进自动规则，等于让系统用随机数下采购单。我给的做法是新品前两批全部人工确认，第三批开始根据实际动销数据决定是否转入规则。
规则设计好之后，卡点转移到了在途和库存分层上。这一步我们做了三件事。
第一，把采购单和头程物流单做关联，在系统里维护每个批次的"预计到仓日期"，并且规定这个日期必须每周更新一次（由货代提供）。更新责任落实到人，不是靠系统自动猜。
第二，把海外仓库存按五层拆分：可售、锁定、待检、在途、不可售。海外仓服务商提供的报表如果拆不到这个粒度，就要求定制，或者用中间表做映射。
第三，设定"异常库龄日清"机制，库龄超过180天的SKU每周出一张清单，由运营决定是降价、捆绑还是销毁。这一步看起来简单，但它是滞销库存下降最直接的原因。
这个项目从2024年8月启动，到2025年2月我做了最后一次复盘，跨期约6个月。我记录了几个关键变化。
| 指标 | 改造前（2024年7月） | 改造后（2025年2月） | 变化 |
|---|---|---|---|
| 补货到仓30天内动销率 | 54% | 79% | +25个百分点 |
| 海外仓库存周转天数 | 91天 | 64天 | -27天 |
| 库龄>180天库存占比 | 27% | 11% | -16个百分点 |
| 月度断货SKU数 | 平均14个 | 平均5个 | -64% |
| 补货表制作耗时 | 2人×2天/周 | 0.5人×1天/周 | 下降约87% |
我要强调一点：这组数字不是单纯靠换系统换来的。其中至少一半的改善来自"SKU分层 + 剔除断货期销量 + 库龄清货机制"这三个动作，它们都是流程动作，不是功能动作。系统的作用是让这些流程能被稳定执行，而不是让它们变得聪明。
前面讲的是一套通用逻辑。但不同阶段的卖家，能力和资源差别很大，照搬全套方案反而会拖垮团队。我按三个阶段给出具体建议。
这个阶段最忌讳的是"上大系统"。SKU少、订单量小的时候，业务本身还没稳定，上重型系统的结果通常是流程被系统绑死。
我的建议是做三件不花钱的事：第一，把海外仓库存按可售/在途/待检三档手工拆出来，每周更新一次；第二，把每个SKU的补货提前期实测出来（从下单到上架，记三次取平均）；第三，设定一个简单规则：可售库存低于"实测提前期天数×日均销量"就触发补货。
这三件事用Excel就能做，但它建立的是方法论。方法没建立起来之前，任何系统都是昂贵的表格。
这是最需要系统化的阶段，也是最容易出问题的阶段。数据量已经超过手工能处理的范围，但团队还没形成数据规范。
这个阶段的行动顺序我建议是：先统一数据口径（用数据分析工具或ERP的报表模块把多平台数据对齐），再做SKU分层，然后才是规则化和系统化。
具体到工具选择，我会建议先把数据整合这一层单独拿出来解决，而不是指望ERP把所有事一次做完。ERP擅长流程执行，数据分析工具擅长口径整合和趋势识别，这两件事混在一起做，两边都做不好。
到这个阶段，核心矛盾从"补货准不准"变成"货该放在哪个仓"。跨仓调拨、跨站点共享库存、目的国税务差异，这些问题会集中出现。
我的建议是引入"库存池"的概念：把同一区域内多个海外仓的库存当成一个池子来做补货决策，再根据各仓的履约时效和仓储成本做分配。这需要系统支持跨仓可用量计算，也需要仓库之间的调拨时效数据。
这一步的改造难度不小，因为它涉及成本核算口径。调拨产生的运费算在哪个站点、哪个SKU的成本上，必须在做之前就定清楚，否则财务和运营会一直扯皮。
指标（建议以分组条形图呈现时使用以下数据）:
说明: 周期与改善幅度来自三个不同阶段项目的实际记录，属样本推演。建议用分组条形图对比三个阶段在同一指标上的差异，直观呈现投入与收益的非线性关系。
讲完建议，必须讲取舍。因为大部分决策不是"做不做"，而是"用什么换什么"。我把这几组取舍摊开讲。
自研ERP听起来很爽，实际上大部分卖家低估了两件事：一是持续维护成本，平台接口会变、税率会变、海外仓API会变，维护是长期支出；二是人员依赖，核心开发一走，系统就成了黑盒。
我的判断标准是：如果你的补货逻辑本身是行业通用的，不要自研；如果你的补货逻辑是你真正的竞争壁垒（比如独家的组货策略、特殊的供应商协同方式），才考虑自研。对绝大多数中小卖家来说，补货逻辑是通用的，自研的价值主要来自心理上的控制感，而不是业务收益。
这三种模式在库存管理上的差别很大。全托管仓通常数据接口封闭，你能看到的库存粒度有限，库存分层往往做不细；自建仓数据最全，但固定成本高、扩展慢；三方仓介于两者之间，关键在于服务商愿不愿意开放库存明细。
我在选仓时会问服务商一个很具体的问题：你能不能提供按"可售/待检/不可售"三档拆分的实时库存接口？如果答案是不能，那么你后面所有的补货自动化都会卡在这里。这个问题比价格更重要，因为它决定了你的系统能走多远。
这两个不是二选一。我见过太多卖家在这上面反复横跳：看到断货就转备货，看到滞销就转一件代发，来回折腾两年，库存结构一次都没理顺。
我的建议是按SKU决策，不是按店铺决策。爆款和稳定长尾走海外仓备货，新品和长尾尾部走一件代发或国内直发。判断依据是两个变量：单SKU的月销量稳定性，以及履约时效对转化率的影响程度。
家居、3C配件这类时效敏感的品类，时效影响转化很明显，值得备货；而长尾配件、低频替换件，时效影响小，用一件代发更划算。
我的建议是分阶段看。如果SKU少于80个、只运营1-2个平台、只有一个海外仓，免费版是够用的，把省下的钱投入到产品开发和流量上更合理。
但如果你的业务满足下面任意两条，就该认真考虑付费方案了：SKU超过200个、运营3个以上平台、使用2个以上海外仓、需要自定义补货规则、需要多维度数据分析。
这里有个具体的判断方法：去确认付费方案里"多仓库存"和"自动化规则条数"这两个模块的具体限制。这两项是免费版最常设限的地方，也是跨境卖家最容易撞到天花板的地方。
我的答案很明确：分阶段。原因是补货改造涉及运营、供应链、财务三个部门的协作，一次性推进的协调成本极高，而且一旦出错，整个业务会停摆。
分阶段还有个隐性好处：每一阶段都能产生可验证的结果，用于说服团队继续投入。如果第一阶段就把库存对账时间从22小时降到8小时，第二阶段要推动SKU分层就会容易得多。
这一点我觉得比前面几条都重要，但很少有人在选型时问。你的补货数据、库存数据、成本数据，最终归属权是谁的？能不能完整导出？
我在一个项目里见过卖家想换系统，结果发现三年积累的补货历史数据无法导出，只能手工截图存档。换系统等于从零开始，最后只能继续用原来的。
所以选型时我会明确要求：所有业务数据必须支持完整导出（CSV或API均可），历史数据不设导出限制。这一条应该在合同里写清楚，而不是靠口头承诺。
写到这里，我想把整篇文章的核心观点收一下。
第一，跨境电商ERP改造的真正杠杆点在采购补货，不在海外仓本身。海外仓是下游，它只能承接上游送来的库存结构。补货计划错了，仓库再高效也只是更快地暴露问题。
第二，补货改造的本质是把"人的经验"翻译成"可复算的规则"。这个过程需要的不是更聪明的算法，而是更清晰的口径、更细的SKU分层、更及时的在途更新。这些是管理动作，不是技术动作。
第三，改造的终点是海外仓库存结构的可控，而不是系统的上线。判断标准不是"我们的ERP有多少功能"，而是"我们能不能随时说清楚，仓库里哪些货能卖、能卖多久、下一批什么时候到"。
第四，工具、流程、人三者缺一不可。数据分析工具负责让数据可见、口径统一，ERP负责让流程可执行、可留痕，人的判断负责处理例外和策略。跳过任何一环都会出问题：只有工具没有流程，数据只是好看；只有流程没有工具，规则跑不动；只有工具和流程没有人，旺季一定会出事。
如果你现在就想动手，我建议从下面三件事开始，一周之内就能有结果。
这三件事做完，你对自己业务的补货链路会有一个全新的认识。到那时候再回头看"该买什么ERP、该不该上WMS"这类问题，答案会比现在清楚得多。
补货这件事，做的次数多了就会发现：它从来不是一道数学题，而是一道关于信息的题，你知道什么、什么时候知道、谁对知道的准确性负责。系统能解决"什么时候知道"，但"谁负责"永远只能是人。
我们做了两年多跨境，一直是用国内直发加少量海外仓备货，最近想认真把海外仓做起来，第一反应就是先找个WMS把仓库管住。但身边有做得好的人跟我说，仓库系统上了也没用，问题在补货。我不太理解这个先后顺序到底该怎么判断，怕钱花了方向错了。
因为海外仓的库存结构本质上是被补货计划决定的。补货提前期动辄30-60天，一旦计划偏了，货到了海外仓就已经是错的：畅销款断货、滞销款占仓租，WMS只能如实记录这批错误结果，改不了它。所以判断顺序的标准很简单：先看你的缺货和滞销是不是同一时间发生。如果是，问题在上游补货，不在仓库作业。
可执行的做法是先做一件事，把过去3个月的发货记录按SKU拉出来，算每个SKU的补货提前期、日均销量、到货后的动销率，找出那些到了海外仓30天还没卖动的SKU，看它们的补货决策当时是基于什么数据做的。如果答案是凭经验或看上周销量，那改造重点就应该先落在补货计划上，海外仓系统放在第二阶段接入。
我们现在的补货基本是运营拍脑袋，看哪个listing卖得快就补一批。老板说要上ERP做补货计划，但我不知道做出来的计划要细到什么颗粒度才有意义，是算个总量就行，还是要精确到每个SKU每个仓。我自己也没见过做得好的样板，很难提需求。
判断标准是三条：能不能算出建议补货量、能不能按SKU和目的仓拆分、能不能在途和库存合并计算。只要缺任何一条，这个计划就没法真正驱动海外仓。
可执行的做法是先把口径定下来：建议补货量 =（补货提前期 + 安全库存天数）× 日均销量 −（海外仓可售库存 + 在途库存 + 国内可发库存），其中日均销量要按最近14天或30天滚动计算，并且剔除大促那几天的异常峰值，否则大促后一定会过量补货。
按SKU和目的仓拆分这一条最容易被忽略，但它决定了你能不能处理多仓调拨：同一个SKU在美国仓滞销、在德国仓断货，只有拆到仓级别才发现。建议先拿10个核心SKU手工跑一遍这套公式，和你现在的实际补货结果对比，差异超过30%就说明改造空间很大。
我们卖家最头疼的就是货发出去了，到底什么时候到海外仓、到了多少，全靠货代在群里发消息。有时候listing显示有货，其实货还在海上，就被超卖。我想知道这个问题在ERP改造里应该排在什么优先级，是不是值得花力气先把它解决掉。
值得优先解决，而且在途不可见通常是账实不符的第一大来源。判断依据是：只要你的补货提前期超过20天，在途库存就是一个不能忽略的库存池，如果它不进系统，你算出来的可用库存就是错的，补货计划从第一步就失准。
可执行的做法是把在途拆成三段来管：国内已发货未离港、海运在途、目的港清关待入库，每一段都要有预计到达时间和数量，并且要能按SKU关联到采购单号。落地时最关键的不是选系统，而是建立规则，采购单必须录入发货数量、预计到仓日期，货代回传的到货数量要能回写到同一张采购单上做差异核对。
差异率（实际到货 vs 采购数量）建议按货代维度统计，超过2%的货代就要单独盯。这一条做扎实了，超卖和重复补货会同时明显减少。
我们现在ERP里库存就一个数字，可售就是全部。结果经常出现这种情况：系统显示还有几百件，实际能发的一半都不到，因为有在途的、有质检没过的、有被平台预留的。我想知道行业内一般分成哪几种状态，分成几种才算够用。
至少要把库存分成五层：可售、平台预留（已下单未发货）、在途、待检/不良、滞销待处理。判断是否够用的标准是：任意一个SKU，看这五层加起来能不能还原成你实际持有的总货值，如果不能，说明还有隐性状态没被暴露。可执行的做法是先在ERP里把可售和预留拆开，这一步就能解决大部分超卖；
再加在途和待检，用来支撑补货计算；最后把滞销单独标记出来，建议用「到仓后60天动销率低于20%」作为滞销触发线，触发后自动进入清货或跨仓调拨流程。分层的价值不在于分类好看，而在于每一层对应一个动作：可售对应订单履约，在途对应补货计算，待检对应入库处理，滞销对应调拨或清货。
如果某一层没有对应动作，那这一层就不用单独拆。跨仓调拨特别依赖这个结构，只有把各仓的分层库存拉平比较，才能判断是把美国仓的滞销调去德国仓，还是直接在德国仓重新补货。
读者评论
文章把补货计划放在海外仓改造之前，这点很实在。很多卖家一遇断货滞销就想换仓或上WMS，但仓库只是执行端，补货错了，仓库越高效错误越放大。库存分层和在途可查到仓日期，确实是补货计算能不能成立的前提。
从ERP选型角度看，平台对接数量早就不是核心差异，订单数据能否回流到补货模型才关键。自动落仓也不是开关，SKU映射、库位规则、批次效期策略不统一，只会制造异常单。这个提醒对实施方和卖家都适用。
滞销比断货更隐蔽，财务感受最深。凑柜省下的头程运费，往往被海外仓库位费和资金占用反噬。文中说周转天数不是越低越好，低于45天容易断货，这个平衡点比单纯追求快周转更符合实际。
断货型失真那段很有共鸣。安全库存天数如果不随头程波动调整，断货几乎是必然；更麻烦的是用断货期被压低的销量去补货，会形成越缺越少补的循环。补货模型里需要做断货期销量修正。
三个硬指标比“上线成功”更有说服力，尤其补货准确率和在途库存可见率。图表数据标注为样本推演，不是行业统计，这点比较严谨。改造效果还是得按企业自己的品类、头程和仓配条件复核。