领星ERP开放升级智能补货引擎:FBA库存补货周转缩短至38天

2026年10月9日,领星ERP智能补货引擎完成开放升级(版本 3.7.0)。新引擎把销量预测、交期波动、安全库存与大促系数放进同一个模型,为每个 SKU 给出补货量与下单时点建议。首批 1,200 家灰度卖家的平均 FBA 库存周转从 57 天降到 38 天,缺货率从 7.3% 降至 1.9%。引擎同时开放了参数视图,卖家可以看到每个建议背后的销速、交期与安全库存取值,不必把它当成一个黑箱。
补货是跨境卖家最难拍板的事。订早了,货压在海外仓吃仓储费;订晚了,Listing 断货掉排名。很多团队的做法是“看上周销量 × 1.5”,可一旦遇到 Prime Day 或平台流量波动,系数就完全失真。领星ERP 供应链团队在过去一年复盘了 3.1 万个 SKU 的补货记录,发现人工补货的偏差主要来自三个地方:季节性没算、在途没扣、交期没跟踪。
“补货不是猜一个数字,而是把交期、在途和销速放在同一条时间轴上排程。”领星ERP供应链产品负责人顾清和这样解释引擎的设计思路。
销速预测:把季节性与大促因子算进 FBA 库存补货公式
引擎先按 7 天、30 天、90 天三个窗口计算日均销速,再用去年同期与平台流量指数修正季节性,最后叠加卖家自定义的大促系数。卖家可以在每个 SKU 上标记“新品期”“清仓期”或“稳定期”,不同阶段使用不同的预测权重,避免新品被历史零销量拖住、清仓品被继续建议补货。季节性权重每月自动重算一次,大促系数则由卖家在大促计划中填写,历史大促的实际销量会作为下一次的参考。
交期也不再是一个固定数字。系统会记录最近 8 次采购的实际到仓天数,取中位数作为基准,并用波动幅度计算安全交期。当某供应商连续两次延迟超过 5 天,该 SKU 的补货点会自动前移,补货建议中会标注“交期波动”的原因,运营知道这个数字为什么变了。当在途货物出现清关延误,系统会按新的到仓时间重新计算可售天数,补货建议随之调整,不需要人工改表。

实测 38 天周转与 12 类断货预警
灰度期间,1,200 家卖家、3.1 万个活跃 SKU 使用引擎建议下单。整体库存周转天数从 57 天降至 38 天,库存准确率保持在 99.6%,断货 SKU 占比从 7.3% 降至 1.9%。引擎给出的补货量与实际销量的匹配度为 92.8%,其中稳定期 SKU 达到 96.1%,新品期为 81.4%。
断货预警扩展到 12 类:可售天数不足交期、FBA 入库受限、仓库容量不足、在途延误、平台限仓、退货率异常、广告放量未同步补货等。每条预警都带处理建议与影响预估,例如“SKU-A102 预计 11 天后断货,影响日均销售额 $1,840,建议空运 600 件”。预警支持按负责人分发,采购收到的是交期类预警,运营收到的是可售天数类预警,避免所有人被同一批消息打扰。
在途、海外仓与补货单联动
新引擎把本地仓、海外仓、FBA 仓与在途库存放在同一张库存时间轴上,按“可用库存 + 在途 - 已占用”计算真实可售天数。补货单生成后会同步到采购模块,供应商确认交期后自动回写,运营在补货看板上就能看到“已下单、生产中、已发货、到仓”四个阶段,不需要再问采购进度。补货单与采购单共用同一个 SKU 编码与箱规,装箱数量变化会自动同步到库存时间轴,减少两套数据打架。
广州一家户外用品卖家的供应链经理吴卓然管理 420 个 SKU。他坦言之前最怕旺季:“去年露营椅断货 19 天,排名掉出前 50 用了两个月才爬回来。”接入引擎后,团队把补货会从每周两次改成每周一次,讨论内容从“补多少”变成“为什么系统建议这个数”,旺季断货 SKU 从 27 个降到 4 个。他把补货会的议题换成了参数校准,团队每月只需半小时核对异常 SKU,其余时间交给系统自动出单。
领星ERP表示,补货引擎后续会接入物流时效数据与平台仓容政策,进一步缩短建议的更新周期。当前版本已向专业版及以上用户全量开放,标准版用户可按 SKU 数量申请试用。物流时效数据接入后,建议会按实际航程更新,而不是使用固定的海运天数,跨太平洋与欧洲航线会分别计算。
想用自己的历史销量跑一遍补货建议,可在下载页获取客户端,授权店铺后进入“库存 - 智能补货”查看试算结果。试算不会生成采购单,确认建议合理后,再按团队审批流程正式下单。首次使用建议只选 3 到 5 个 SKU 验证两周,再逐步放开全部品类。
网友评论(6)
交期按最近 8 次到仓天数取中位数这个思路很实用,我们供应商经常拖,之前完全没考虑进去。
断货预警带上影响金额,排优先级方便多了。
新品期准确率 81% 也正常,新品本来就没数据,建议加个手动设首单量的入口。
库存周转 57 降到 38 挺猛,不过我们做定制款,交期 45 天,模型还能用吗?
希望补货建议能导出给采购,现在还要截图发群里。
在途和海外仓放一条时间轴是对的,之前两块库存各算各的,经常重复下单。