2023 年 11 月，我陪一个做家居收纳的卖家复盘旺季断货。他在速卖通、Shopee、TikTok Shop 三个平台卖同一批 SKU，货在东莞仓，用着一套市面上口碑不错的跨境 ERP 免费版。断货的是他销量最好的两个 SKU，而在他的 ERP 后台，"可用库存"这两个 SKU 还显示有 400 多件。等他打开明细才发现，这 400 多件里有 260 件已经锁给了 Shopee 的在途订单，有 150 件是两个星期前刚下采购单、还没到货的"在途"，真正躺在货架上的只有 30 来件。
他每天看的那个数字，从头到尾就不是一个能用来补货的数字。
这个案例我后来在至少十几次交流里遇到过变体：压货的、超卖的、旺季眼睁睁看着竞品吃走排名的。它们的共同点不是"没上 ERP"，而是上了 ERP，但 ERP 算不出他真正需要的那个补货结论。所以这篇不谈哪家好、哪家差，我想把"采购补货"这件事从 ERP 的功能清单里拎出来，当成一把尺子，你拿这把尺子去量候选工具，比看一百页功能对比表都有用。
我先把我这些年最核心的判断放在最前面，后面所有内容都是围绕这三条展开的。如果你时间有限，只看这一节也能带走东西。
为什么是采购补货，而不是订单处理、不是刊登、不是财务？因为订单和刊登是"记录型"能力，做得好坏差别在效率；而补货是"决策型"能力，做得好坏差别在钱。一次错误的补货决策，代价是几十万到几百万的资金占用或者一次不可逆的排名下滑，一次低效的订单处理，代价只是运营多加班两小时。
更关键的是，订单、刊登、财务这些模块，几乎所有 ERP 都能做到 70 分以上，你很难靠它区分工具优劣。但补货模块的差距是断崖式的：头部的能做到自动算建议、自动生成采购单、自动跟踪在途、自动分摊成本；底部的只能给你一张库存流水表，剩下的全靠你自己在 Excel 里算。这块能力才是真正拉开差距的地方。
绝大多数人选 ERP 的流程是：搜"跨境 ERP 哪个好"→ 看几篇对比 → 挑一个功能多的 → 试用 → 发现补货算不准 → 开始怀疑是不是自己用得不对 → 换一家 → 还是不准。这个循环的根因在于，你从来没有定义过"准"是什么。
如果你自己都说不清"我这里的在途库存包不包含已清关未入仓的那一段"，那你就无法判断任何一套系统算得对不对。工具只是把你的规则自动化，它没法替你发明规则。所以正确的顺序是：先把规则写下来，拿规则去筛工具，而不是拿工具来发现规则。
功能清单是会过期的。今天某个平台支持 TikTok Shop，明天可能所有工具都支持了；今天某个工具不支持多币种，下个版本就支持了。但判断标准不会过期："系统能不能区分可售库存和在途库存"这个问题，五年后你依然要问。所以我把这篇文章的重点放在标准上，而不是在功能对比上。
国内电商的补货逻辑相对简单：下单、次日达、最多七天备货。跨境完全不是一回事。我先把三个结构性难点讲清楚，你才能理解为什么"拿国内 ERP 的思路选跨境 ERP"会出问题。
我做过一个粗略的抽样统计，覆盖我接触过的 40 多个卖家，主流物流方式的实际全链路时效是这样的：海运快船从工厂出货到海外仓上架，正常情况 28 到 38 天，旺季港口拥堵时能拉到 50 天以上；空运专线 7 到 12 天，但成本是海运的 4 到 6 倍；铁路 20 到 28 天，但受口岸政策影响波动很大。
这意味着什么？你今天下的采购单，最快也要一个月后才能变成可售库存。而这一个月里，你的销量可能在涨，也可能在跌，竞品可能降价，平台可能改流量分配。所以跨境补货本质上是一个"预测 + 缓冲"的问题，不是一个"够不够"的问题。任何只能告诉你"现在够不够"的工具，都没解决你的核心问题。
国内很多卖家是单平台或者"一主一辅"，跨境卖家的常态是同时在 3 到 5 个平台铺货，而且往往共用一批库存。这时候问题就来了：这 500 件货，在速卖通后台是 500 件可售，在 Shopee 后台也是 500 件可售，在 TikTok Shop 也是 500 件。三个平台加起来显示你有 1500 件可卖，但你实际只有 500 件。
如果系统只是把三个平台的库存数字同步过来汇总展示，那它给你的是一个会误导决策的数字。真正需要的是"库存分配层"：这 500 件里，多少留给 A 平台、多少留给 B 平台，各平台的安全库存水位是多少，当一个平台吃掉库存时，其他平台的可售数字要不要自动下调。
还有一个容易被低估的复杂度：很多卖家一部分货走 FBA 或平台仓，一部分走自发货。这两种库存的补货逻辑完全不同。平台仓的补货要考虑入仓预约、上架延迟、仓储费阶梯；自发货的补货要考虑国内仓的备货、打包人力、物流商截单时间。
如果一个 ERP 把这两种库存放在一张表里用同一套补货规则去算，结果一定是不准的。你要问的第一个问题不是"支不支持平台仓"，而是"平台仓库存和国内仓库存在补货模型里是不是分开算的"。
第一个是超卖。一个做手机配件的卖家，两个平台共享库存，系统同步频率是 T+1，结果周五晚上的一波促销把库存打穿，周六上午另一个平台继续接单，最终超卖 380 单，赔付加差评损失约 4.2 万。
第二个是压货。一个做服装的卖家，所有 SKU 都用统一的 45 天安全库存，结果 200 多个慢销 SKU 平均积压了 130 天，仓库租金加资金成本每月多支出近 7 万，而这些 SKU 的月均销量还不到 20 件。
第三个是断货。一个做户外用品的卖家，补货靠运营每周一手工拉表，旺季运营忙起来漏了两周，等发现的时候，主力 SKU 已经断货 11 天，自然搜索排名从第 1 页掉到第 3 页，之后花了两个月才缓回来。
这三个场景的共性是什么？都不是因为"没有系统"，而是因为"系统的补货逻辑和业务的补货逻辑对不上"。
在给出判断标准之前，我先把坑讲清楚。因为很多人不是不知道该问什么，而是问错了方向，被销售话术带偏。
这是最普遍的误区。大部分跨境 ERP 的库存模块，本质是一个"记录器"：记录入库、出库、调拨、盘点，然后给你一个结存数字。而补货是一个"计算器"的工作：它要基于销售速度、交期、波动、安全水位，推算出"什么时候补、补多少"。
这两件事的技术难度完全不在一个量级。判断方法很简单：看它的库存模块有没有"补货建议"这个独立视图，还是只给你一张库存明细让你自己算。前者是计算器，后者是记录器。
有些工具用"近 7 天订单量"作为补货依据。听起来合理，但在跨境场景下会出大问题。因为跨境有很多"订单延迟支付""取消单""预售单"，这些订单在统计里出现，但货没真正出。
更麻烦的是，跨境常有"一个订单多个数量"和"组合装拆解"，如果系统按订单数量而不是按实际出货件数统计，补货建议会系统性偏高或偏低。我见过一个卖家，组合装 SKU 的补货量被高估了 60%，原因就是系统没有拆解套装里的子件。
这是我在开头那个案例里讲的问题。严格来说，库存至少要分成五个口径：在库可用、在库锁定、在途未发、在途在运、在途已到未上架。这五个数字合在一起才是"你能指望的库存"，但它们能参与补货计算的程度完全不同。
一个健康的补货模型，会用"在库可用 + 在途（按预计到货日折算）"来计算未来某一时间点的库存水位，而不是把所有在途都算成现在就能卖。如果你的工具把在途直接加进可用库存，那这个数字就是不可信的。
我见过太多设置界面里只有一个"安全库存天数"输入框。填 30 天，全店 30 天。但你的快销品可能 5 天就能卖完一批，慢销品 90 天都卖不动。用同一个天数，等于对快销品太松、对慢销品太紧。
合理的做法是按 SKU 的销量波动性分级：销量稳定、波动系数低（比如日均销量标准差/均值小于 0.3）的 SKU，安全库存可以压到交期的 20%，30%；波动大的，要留到 50% 甚至更高。
这个误区我在第一节讲过。补充一个具体的判断方法：在你开始试用任何工具之前，先手工算一个 SKU 的补货建议，把这个数字写下来。然后拿工具跑一遍，看它给出的数字和你的差多少，差在哪里。这个"对账"过程，比任何功能演示都有价值。
"支持多仓库管理"这句话，不同工具的含金量差得远。有的工具多仓库只是在库存表里加一列仓库名；有的工具能做到按仓库维度独立设置安全库存、独立计算补货建议、独立跟踪在途。
同理，"支持供应商管理"，有的只是存个联系人，有的能记录每个供应商的历史交期达成率并自动修正交期参数。你要问的是颗粒度，不是有无。
免费是很强的钩子，我自己也会优先试用免费版。但你要在试用前就问清三件事：免费版店铺数量上限是多少、订单量上限是多少、采购和补货模块是否包含在免费范围内。我见过卖家用到订单量破万之后，才发现补货建议属于付费模块，而这个时候数据已经迁进去了。
另外要问清收费结构是"按店铺数"还是"按订单量阶梯"，因为这两种模式在你的业务增长曲线上，成本差异会非常大。
下面这五条标准是我自己总结的框架，我每次帮朋友看 ERP 都用这套。每一条我都会给出"你应该向服务商问的一句话"，你直接拿去问就行。
颗粒度是指系统能把库存拆到多细的维度。我建议至少要求四个维度：SKU 维度、站点维度（同一 SKU 在不同国家站点独立算）、仓库维度（国内仓、海外仓、平台仓分开）、批次或效期维度（如果你的品类有保质期）。这四个维度缺一个，补货计算都会失真。
时序是指数据更新的及时性和历史可追溯性。这里我要重点讲"历史销量口径"这件事，因为它是补货算法的输入源头。如果系统统计的近 30 天销量包含了促销爆单、包含了退货、包含了取消单，那它算出来的日均销量就是虚高的，补货建议自然偏多。
好的工具应该允许你自定义销量口径：剔除促销日、剔除退货、剔除取消单、按发货时间而非下单时间统计。这一点能过滤掉市面上大半的产品。
你可以这样问："你们的补货建议里，日均销量是怎么算的？能不能自定义剔除促销和退货？"
我把这张表贴出来，你可以直接拿去和团队对齐。这一步做完，你对工具的要求就会变得非常具体。
| 口径名称 | 定义 | 能否参与补货计算 | 常见错误 |
|---|---|---|---|
| 在库可用 | 已上架、未被任何订单锁定的实物库存 | 可以，作为起点 | 把待质检品也算进去 |
| 在库锁定 | 已生成订单但未发货、已被预留的库存 | 不可以，需从可用中扣除 | 与可用库存混算，导致超卖 |
| 在途在运 | 已发货、尚未到仓的库存 | 可以，但必须按预计到货日折算 | 直接计入当前可用，虚增库存 |
| 在途未发 | 已下采购单、供应商尚未发货 | 谨慎使用，需按供应商交期达成率打折 | 全额计入，旺季严重误判 |
| 已到未上架 | 已到仓、正在质检或等待上架 | 可以，需设置上架延迟天数 | 忽略这一段，导致"明明到了却没货卖" |
这是我见过最多"断点"的地方。很多工具能做到第一步，算出补货建议，但做不到第二步，把建议变成采购单。中间那一段要靠人工导出、复制、粘贴。
你可能会觉得，不就多一步操作吗？但这一步的隐性成本很高：人一忙就会跳过、会改数量、会忘记提交审批，而且系统里不会留下"为什么这个 SKU 这次没补"的记录。断点不是效率问题，是决策可追溯性问题。
完整的闭环应该包含：补货建议生成 → 人工确认或调整 → 自动生成采购单 → 关联供应商与交期 → 到货差异登记 → 质检入库 → 库存回写 → 修正下一轮建议。这一整条链路上，任何一环掉出来，补货的准确性都会打折。
特别提醒一个细节：到货差异处理。供应商实发 500 件、到货 480 件、质检不合格 12 件，这三个数字系统能不能分开记？如果不能，你的库存账永远不会准，补货建议也永远不会准。
你可以这样问："补货建议能不能一键生成采购单？到货数量与采购数量不一致时，系统怎么记录差异？"
多平台共享库存有两种主流做法，各有利弊，你要先选一种，再去要求工具支持。
第一种是共享池模式：所有平台共用一个可售数字，任意平台出单后，其他平台的可售数同步下调。优点是库存利用率最高，缺点是同步延迟会导致超卖，尤其是在大促期间。
第二种是分平台安全库存模式：给每个平台预留一定的独占库存和独立安全水位，平台之间互不侵占。优点是抗超卖能力强，缺点是总库存利用率下降，可能出现"总量有货但某个平台显示缺货"的情况。
我的建议是混合用：核心利润 SKU 用分平台安全库存，长尾 SKU 用共享池。这样既保护了主力款的排名和体验，又不至于让长尾款的库存利用率太难看。
你要问的问题是："多个平台共享库存时，是实时同步还是定时同步？同一 SKU 在不同平台能不能设不同的安全库存？"
补货不只是"补多少"的问题，还是"补了之后划不划算"的问题。这就要求系统能把成本算清楚。跨境成本的分摊比国内复杂得多：采购成本、头程运费、关税、尾程派送、平台佣金、仓储费、退货损耗，这些要分摊到 SKU 上才有意义。
头程运费的分摊尤其麻烦。一个集装箱里装了 12 个 SKU，怎么分？按体积分、按重量分、按货值分，结果差很多。有的系统直接用平均分摊，那算出来的单品毛利就是错的，你据此做的补货决策自然也是错的。
所以我判断一个 ERP 的补货模块好不好，会特别看它有没有"资金占用视图"：这个 SKU 现在压了多少钱、还能卖多少天、预计什么时候能回本。这个视图能帮你把"要不要补"和"补了压在手里多久"这两件事连起来看。
你可以这样问："头程运费能不能按体积或重量分摊到 SKU？能不能看到每个 SKU 的资金占用天数和周转率？"
最后一个标准经常被忽略，但它会在两年后开始收你的钱。三个维度：平台政策变化的响应速度、数据导出与自有 BI 的配合能力、历史数据迁移成本。
平台政策变化这里，跨境卖家应该有切身体会：某个平台改了 API、改了费率结构、改了仓配规则，你的 ERP 多久能跟上。这个响应速度你在选型时很难验证，但可以通过问"最近一次重大平台政策变化，你们多久适配完成"来侧面判断。
数据导出能力是另一个隐形门槛。如果系统不支持把明细数据批量导出，你就永远没法自己做交叉验证，也就永远只能相信系统给的数字，这在早期是不可接受的。
至于迁移成本，我通常建议：把"未来两年可能换系统"这个可能性也算进选型里，所以优先选历史数据能完整导出、字段口径清晰的产品。
上面讲的都是标准，这一节我用实际数据来说明标准落地之后会发生什么。所有数据来自我 2023 年参与的一个项目，卖家为化名，数据经过脱敏处理。
这个卖家在三个平台卖家居和户外小件，SKU 约 780 个，国内仓在义乌，两个海外仓分别在美国东部和德国。原来的补货方式是：运营每周一从 ERP 导出库存和销量，在 Excel 里拉一张表，按"库存天数小于 30 天就补"的规则人工判断，然后手工在 ERP 里下采购单。
这个流程稳定运行了两年，问题在 2023 年旺季集中爆发：主力 40 个 SKU 里有 7 个断货，同时慢销的 210 个 SKU 平均积压到了 118 天。
我们花了大概三个半天，只做一件事：把补货规则写清楚。具体包括：区分快销、平销、慢销三类（按日均销量的标准差系数划分）；每一类设置不同的安全库存系数；把在途按预计到货日折算成"到货后可用"；把供应商历史交期达成率算出来，作为交期参数的修正系数。
这部分工作完全没有涉及任何软件，全部在表格里完成。做完之后，我们手工算出了 40 个主力 SKU 的补货建议，作为后面验证系统准确性的"标准答案"。
我建议他先试用了一套工具的补货模块，用同一批数据跑一遍，然后和手工结果对比。结果发现两个系统性偏差：一是系统把所有在途都按 100% 计入，导致补货建议平均偏低 22%；二是系统用的是固定交期天数，而这家卖家的供应商实际交期在旺季会延长 40% 左右，导致旺季建议进一步偏低。
这两个偏差被修正之后，系统建议与手工建议的偏差收敛到了 8% 以内。这个 8% 不是误差，而是因为系统考虑了更多 SKU 的波动性，反而比手工更细致。这个过程才是试用期最该做的事，而不是去点一遍每个菜单。
在后半段，我们用数跨境来跑这套数据。这里说明一下，我把数跨境拉进来讲，不是因为它"最好"，而是因为它在"把库存、销量、采购、在途放到一个模型里算"这件事上的产品逻辑比较清晰，适合作为说明案例。它的官网是 https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys，具体功能以官网说明为准。
在这套链路里，我看重的是几个环节能不能串成一条线：销量口径能不能按发货时间统计并剔除退货；在途能不能按预计到货日折算而不是简单累加；补货建议能不能直接带出供应商和历史交期；建议到采购单之间有没有断点；采购到货后的差异能不能回写到库存模型里，用来修正下一轮建议。
当一个 SKU 的完整链路跑通之后，会有一个很直观的变化：你不再需要在每周一早上对着 Excel 猜"这个要不要补"，而是打开一个视图，上面直接列着今天需要处理的采购动作，以及每个动作背后的依据。这个从"人找问题"到"系统推问题"的转变，才是补货精细化的真正起点。
项目运行了大约四个月，我记录了三个月的对比数据（同期对比，排除季节性因素影响）：
我要强调一句：这些数字不是在夸某个工具，而是在说明"规则先行 + 工具承接"这套组合的效果。如果只买工具不改规则，断货率不会变；如果只改规则不用工具，人工执行跟不上，效果也维持不住。
下面这张表是我自己用的版本，你可以直接拿去给候选工具打分。先按你的业务类型调整权重，再逐项打分，总分不是结论，用来暴露分歧才是目的。
| 判断标准 | 检查要点 | 铺货型权重 | 精品型权重 | 工贸一体权重 |
|---|---|---|---|---|
| 库存颗粒度与时序 | 多维度拆分、销量口径可自定义 | 20% | 25% | 20% |
| 采购补货闭环 | 建议直连采购单、差异回写 | 15% | 20% | 25% |
| 多平台库存分配 | 共享池/独占库存可配置 | 25% | 20% | 10% |
| 成本与账期透明度 | 头程分摊、资金占用视图 | 10% | 20% | 25% |
| 可扩展与切换成本 | 数据导出、政策响应速度 | 15% | 10% | 15% |
| 价格结构与免费边界 | 订单量阶梯、模块归属 | 15% | 5% | 5% |
标准讲完了，下面按业务类型给具体动作。我尽量给到"这周就能做"的颗粒度。
这个阶段最大的风险不是选错工具，而是把有限的精力花在工具上。我的建议是：用一个结构清晰的表格，把 SKU、日均销量、当前可用库存、在途数量、预计到货日、供应商交期这几列建起来，每周更新一次。
连续做八周之后，你会对自己的补货节奏有非常清晰的直觉。这个直觉比任何工具都值钱，因为它是你后面判断工具准不准的基准。这时候如果还想上工具，优先选免费版能覆盖补货基础的，不要为了补货功能单独付费。
这个区间是补货问题最集中的地带。SKU 数量上来了，人工表格开始撑不住，但还没到需要定制系统的规模。我的建议顺序是：先做 SKU 分级（按销量波动性分三类），再定库存分配策略（主力款独占库存、长尾款共享池），最后才是选工具。
选工具时，重点验证两件事：一是补货建议能不能按 SKU 分级设置不同参数；二是多平台库存同步的实时性。这两件事验证不过关，其他功能再花哨都不用看。
精品型卖家的特点是 SKU 可能只有几十个，但每个 SKU 的库存金额大、市场窗口短。对这类卖家，补货的容错率极低，一次判断失误可能就是几十万的积压。
所以重点应该放在成本分摊和资金占用视图上。你需要知道每个 SKU 现在压了多少钱、每天在产生多少仓储成本、预计什么时候能回本。这些数字比"库存天数"更能帮你做决策。
换系统的成本很高，我不建议一上来就换。先做一件事：拿你最近一个月的真实数据，手工算 20 个 SKU 的补货建议，再和系统给的对比。
如果偏差在 15% 以内，说明系统逻辑大体没问题，问题出在参数设置上，调参数就够了。如果偏差超过 30%，且排查后发现是系统算法本身不支持（比如不支持在途折算、不支持自定义销量口径），那才是换系统的理由。
多海外仓的卖家常常忽略一个事实：调拨本身就是一种补货方式，而且是最快的一种。美国东仓有货、西仓缺货，从东仓调拨过去可能只要 4 天，比从国内发海运快一个月。
所以你的补货模型里应该有两个来源：采购补货和仓间调拨。系统能不能把这两个来源放在同一个建议视图里比较成本和时效，是一个很实际的能力差距点。
这一节讲取舍。我见过太多卖家想找一个"什么都能干、什么都便宜、上手还快"的工具，这个工具不存在。你必须清楚自己在每个维度上愿意付出什么代价。
我的判断标准很简单：如果你的断货或压货损失，一年超过付费版的年费，那免费版就是在给你制造亏损。反之，如果你的 SKU 少、补货靠经验也能撑住，免费版完全够用。
另外要说清楚一点：免费版的功能边界不是"功能少"，而是"在哪个规模节点上会卡住你"。有的是店铺数卡住，有的是订单量卡住，有的是补货模块本身不在免费范围。你在选之前，一定要把这三个边界问清楚，并且估算一下自己多久会碰到。
一站式的好处是数据在一个系统里，补货模型能拿到完整的销量、库存、采购数据，不需要跨系统对齐。代价是灵活度低，某些模块可能不如专业工具好用。
组合式的好处是每个环节都能用最好的工具，代价是数据要在系统之间搬运，而搬运就意味着延迟和失真。如果你的团队没有专人维护数据链路，我强烈建议选一站式，因为跨系统数据错位带来的补货失误，比功能弱一点严重得多。
补货模型的精确度和响应速度是有矛盾的。参数越多、分级越细，算得越准，但每次调整的耗时也越长。淡季你可以慢慢优化参数，旺季你必须保证规则简单、执行快。
我的做法是准备两套参数：淡季用精细版，旺季切到简化版。简化版牺牲 5% 到 8% 的准确度，换取更快的响应速度，在旺季是完全值得的。
深度对接所有平台听起来很美，但如果你的平台结构经常变（比如每年都在试新平台），那深度对接的边际价值就不高，反而会增加切换成本。
这种情况下，合理的策略是：主力平台深度对接，试验性平台用人工兜底。把自动化投入放在贡献 80% 营收的那两三个平台上，剩下的先用导出导入撑住，等平台跑通了再考虑对接。
偶尔会有人问我"我们能不能自己开发一套补货系统"。我的回答通常是：除非你的业务模式有非常特殊的补货逻辑，且团队里有稳定的技术负责人，否则不要自研。
自研的真实成本不是开发，是维护。平台 API 变了要改、业务规则变了要改、人员离职了要重构。这些持续成本，绝大多数卖家团队承担不起。
写到这里，我把最核心的几条判断再收拢一次。它们不是理论，是我这些年反复踩过、也反复验证过的。
我见过太多团队把精力放在"公式优化"上，但真正让补货建议失准的，从来不是公式不够复杂，而是可售库存、在途库存、锁库库存这三个数字的定义在全团队没有统一。你的运营、采购、财务各有一套口径，系统算出来的数就一定是被人质疑的。
如果你已经上了 ERP 但补货还是不准，正确的第一动作不是换系统，是把规则写下来，做一次手工对账。对账之后你会发现，问题往往在设置里，不在产品里。
我建议所有人在试用任何跨境 ERP 时，都准备一份"20 个 SKU 的手工补货基准"，然后看系统跑出来差多少、差在哪。能陪你把偏差来源一条条解释清楚的销售或实施，比功能演示做得漂亮的，更值得合作。
如果你读完想立即动手，我建议按这个顺序来。第一，今天就把你的库存口径定义写下来，五个口径，在库可用、在库锁定、在途在运、在途未发、已到未上架，和团队对齐一遍。
第二，本周内挑 20 个 SKU，手工算一遍补货建议，作为基准数据存好。第三，如果你正在评估工具，可以拿这份基准去跑一遍，比如在数跨境的采购补货视图里跑同一批 SKU，看它给出的建议和你的手工结果差多少、差在哪里。官网入口在 https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys ，具体能力以官网说明为准。
最后我想说一句可能有点反常识的话：跨境 ERP 选型的终点，不是找到一个功能最多的工具，而是找到一个愿意陪你把自己的补货规则说清楚的合作方。功能清单谁都能给你，规则只能你自己长出来，工具的价值在于把它固化下来，然后日复一日地执行下去。
我一开始就是被“免费”两个字吸引进去的，两个店的时候用着挺顺手，订单同步、打单发货都够用。可等店铺涨到6个、SKU过了800，补货就彻底乱套了：系统里能看库存，但算不出该补多少，最后我还是回到Excel手工算。所以我现在特别想知道，免费版到底是能用还是不能用，边界在哪里。
免费版不是不能用，而是要先看清三条边界，再决定它是不是你的终点。第一条是量级边界：店铺数、SKU数、月订单量通常有阶梯，超了要么升级要么限功能，这个在你注册前就能问清楚。
第二条是模块边界，也是最容易踩坑的，很多免费版的采购补货模块只做到“记录采购单”，不做“算补货建议”，也就是能录单不能决策，你要问的是：补货建议、安全库存、在途拆分这三个功能，哪些在免费范围内。
第三条是数据边界，也是最隐蔽的：历史销量回溯窗口有多长，有的只开放近90天，而你的补货模型往往需要至少一个完整年度来覆盖旺季淡季。
判断方法很直接：拿你最近90天的真实数据导进去，手工用Excel算5个SKU的补货建议，再和系统结果对比，误差超过15%就先别急着全量迁移，先问清它的日均销量口径是含促销还是剔促销、含退货还是剔退货。
如果三条边界里有两條卡住你，那免费版对你就是过渡工具，不是长期方案，早点把它定位成“打单工具”而不是“补货大脑”，反而不会耽误事。
我们团队为这个吵过好几次。运营说按可售天数低于15天就补，采购说按缺口补更准，因为有些SKU日均销量波动特别大。结果就是各算各的，旺季该断的照样断，淡季该清的照样压。我现在就想找到一个能写进SOP、谁看都一样的算法。
先给结论：跨境场景下，主触发点用“可售天数”比“订单缺口”更稳，因为跨境的头程周期长且不确定，缺口法反应太慢。可以直接套的公式是：补货点 = 日均销量 ×（供应商交期 + 头程运输天数 + 清关上架缓冲天数），安全库存 = 日均销量 × 交期波动系数。
举例，某SKU日均销量20件，供应商交期7天、头程海运25天、清关上架缓冲5天，那补货点就是20×37=740件，低于740件就该下采购单；如果这个供应商历史上交期在5到12天之间跳，波动系数取1.4，安全库存再加20×37×0.4≈296件。
这里真正的胜负手是“日均销量”的口径，必须提前定义死：用近30天、60天、90天做加权（建议4:3:3），剔除大促当天及后3天的异常峰值，剔除退货和取消订单，剔除你自己刷的测评单。还有一个细节很多人忽略，季节性品类不能只用近期数据，要用去年同期的同比系数做修正，否则旺季前一定补不够。
把这三个数字（日均销量、总交期、波动系数）写进表格固定下来，运营和采购就不会再各算各的。
我们现在亚马逊、Shopee、TikTok Shop一起做，同一个SKU在三边卖，最怕的就是一边爆单把库存吃光，另一边还在慢慢出。以前是全平台共享一个库存池，结果超卖过两次被平台罚；后来改成各平台独立安全库存，又变成总库存压得特别高、周转特别慢。到底哪种对？
两种模式没有绝对优劣，判断依据是你的“调拨能力”：如果各平台之间能快速调拨（比如都是自发货、共用同一个海外仓），就用共享库存池+平台锁库，出货时实时扣减，能最大化周转；如果某个平台是提前备货到平台仓、货发出去就调不回来，那这个平台必须单独设安全库存，不能跟别人共用。
具体做法是三步：第一步，按各平台近90天销量占比分配主库存，比如亚马逊占55%、Shopee占30%、TikTok占15%；第二步，给每个平台在这个基础上加5%到10%的缓冲，缓冲比例跟该平台的销量波动正相关，波动越大缓冲越高；
第三步，设一条“调拨红线”，当某个平台可售库存跌到它自己安全库存的60%以下、而另一个平台高于150%时，触发调拨或临时停售该平台广告。
验证工具好不好用，有个很土但很有效的测试：故意把某个SKU在其中一个平台的库存调到只剩个位数，看系统会不会在平台层面自动把可售数量压下来、会不会同步给其他平台留出货位。如果它只是后台总数变了、平台前台还挂着原数量，那这个ERP的多平台库存分配能力就是假的，你还得靠人工盯。
销售演示的时候每个系统都特别丝滑，补货建议、智能预测、一键采购，看着都能用。可我们上次买回来一上真实数据就露馅了，建议的数量跟我手工算的差一大截，问客服也说不清口径。这次不想再交一次学费，想知道有没有一套短平快的验证动作。
有，两周足够，核心是用你自己的数据做“复现测试”，而不是看演示。第一步，导入近90天真实订单，里面必须包含至少一次大促和一次集中退货，故意把脏数据放进去，看它清洗后的日均销量跟你手工算的差多少。
第二步，挑5个SKU，最好包含一个爆款、一个滞销款、一个季节性款，用上一题那套公式手工算出补货建议，再跟系统结果逐条对，误差超过15%就要追着问口径：含不含在途、含不含已锁定、促销单剔没剔。
第三步，重点测“断点”，也就是从补货建议到采购单之间要不要人工搬运：能不能按供应商自动拆单、能不能带出交期和起订量、能不能按阶梯价算金额。凡是这一步需要你复制粘贴的，都是隐藏工时，按你们运营月薪折算一下，一年下来可能比软件费还贵。
第四步，测在途颗粒度：一批货分三次到仓，系统能不能按批次到货日分别计入可用库存，还是只能记一个总数。第五步，做一次联动测试：手动把某个供应商的交期从7天改成15天，看补货建议和安全库存会不会自动重算，如果不会，说明它只是个记账本。
这五步跑完，你得到的不是一份功能清单，而是一个判断：它算出来的补货结论，能不能替代你现在的Excel。
读者评论
做跨境三年，最扎心的就是开头那个案例。我们系统后台显示可用库存800多，实际能发的不到200，剩下全是在途和锁单。后来才明白，选ERP第一件事不是看功能多少，而是看它能不能把可售、锁定、在途分开算。这个标准比任何功能对比都实在。
文章说先写规则再选工具，这点我深有体会。之前换了两家ERP，补货建议总觉得不对，后来自己手工算了几个SKU才发现，是我们连在途的定义都没统一。工具只是把规则自动化，规则本身糊的，换多少家都一样。
七类误区里'所有SKU用同一个安全库存天数'说到我了。服装SKU几百个，快销慢销全填45天，结果慢销压了半年，快销还是断。按销量波动分级这个思路得回去调，安全库存确实不能一刀切。