我第一次真正意识到“采购补货”是 ERP 进阶的分水岭,是在 2023 年帮一个做亚马逊美国站+独立站的家居卖家做流程复盘的时候。那个团队 2022 年旺季断货了 7 个主推 SKU,其中 2 个是当时月销 800+ 的爆款,断货持续 19 天,直接损失约 42 万元销售额,而他们用的 ERP 里明明有补货提醒功能,采购负责人也每周在看报表。问题不在于“有没有补货模块”,而在于补货这条链路里,基础数据、分层策略、协同动作三件事同时出了问题,这也是我后来越来越确定的一个判断:绝大多数跨境电商卖家的 ERP 补货没跑起来,不是软件不行,是落地顺序错了。
这篇文章是“ERP 跨境电商进阶课”系列里采购补货这一节的完整落地版。我不会去罗列 ERP 有哪些补货按钮,那种内容看帮助文档就够了。我会按我的实操顺序讲:先给核心结论,再还原三个我亲自处理过的翻车场景,然后拆解为什么大多数团队卡住,接着给出分层补货的判断逻辑,用具体案例和数据说清楚配置怎么调,最后按不同情况给你行动建议和取舍原则。全文会有大量带口径的数据,我会标注哪些是案例实测、哪些是行业基准、哪些是情景推演,你可以对着自己团队的情况改参数。
我把采购补货落地总结成一句话:先把四类基础数据的准确率做到可用,再谈安全库存和补货点的参数优化,最后才谈自动化。顺序颠倒,就是“用错误的输入算精确的答案”,越算越错,团队会迅速对系统失去信任,最后退回到 Excel 手算。
很多卖家的实际做法是先配安全库存公式,再想让系统自动算补货量,结果发现销量数据不准、在途数据滞后、多平台库存不一致,系统天天给出离谱建议,采购干脆不看。这不是 ERP 的错,是数据地基还没打完就开始盖楼。
跨境电商的补货链路比国内电商长得多,而且不可控环节更多。一头是海外的销量波动、平台活动、竞品降价;另一头是头程运输、清关、入仓预约、上架审核。补货提前期被拉长到 30-60 天是常态,部分品类走海运还能到 45-70 天。这意味着你现在下的每一单,都是在赌 1-2 个月后的市场。
提前期一长,任何一个小误差都会被放大。销量预测偏高 15%,叠加 45 天提前期,会直接变成一批卖不动的库存压在海外的仓里,仓储费和资金占用一起上来。补货模块的本质不是“算一个数”,而是把长周期里的多个不确定性变量显性化,并给每个变量设定缓冲。
从我的观察看,一个卖家的 ERP 使用水平大致分三档,采购补货是区分第二档和第三档的关键模块。
| 阶段 | 典型特征 | 补货方式 | 常见瓶颈 |
|---|---|---|---|
| 第一档:记账阶段 | 订单、库存、财务跑通,用 ERP 看账 | Excel 手算 + 经验拍数 | 数据滞后,人工依赖强 |
| 第二档:流程阶段 | 采购、仓储、销售模块串联,有审批流 | 系统出建议 + 人工审核 | 建议可信度低,仍需大量返工 |
| 第三档:决策阶段 | 分层策略、自动补货点、异常预警闭环 | 系统主导 + 人工处理例外 | 基础数据治理和策略迭代能力 |
大部分卖家停在第一档和第二档之间。卡点的共同特征高度一致:不是功能不会用,而是补货建议的可信度不够,导致人不敢用、用了要返工、返工几次就放弃。
所以这篇内容的目标很明确:帮你把补货建议的可信度从“仅供参考”提到“可以直接下单”,这才是进阶课该解决的问题。

下面这三个场景都是我实际参与处理过的,涉及家居、3C 配件和服饰三个不同品类。我把每个场景的真实链路写出来,你会发现每一次事故的根因都不在补货公式上。
这家做家居收纳的卖家,2022 年旺季前主推一款折叠收纳箱,日均销量从 60 单涨到 140 单。补货点按历史 30 天日均销量 60 单设置,提前期设了 35 天,安全库存按 7 天销量算。按这套参数,触发补货点的条件是库存降到 (60×35)+(60×7)=2520 件,实际库存在 2600 件时就开始预警,看起来没问题。
但问题出在三个地方。
第一,销量数据用的是“已发货订单”口径,而不是“已支付订单”口径,旺季期间平台延迟发货,导致系统看到的销量比真实需求低约 22%,也就是说系统以为日均 60 单,实际上已经到 75 单以上。
第二,提前期填的是“供应商交货周期”而不是“可上架周期”。供应商 30 天交货是准的,但头程海运 28 天、清关 5 天、海外仓入仓预约 7 天、上架 2 天,加总 72 天。系统按 35 天算,等于把补货窗口少算了一半。
第三,爆款和长尾用了同一套安全库存逻辑。爆款销量波动大、单次损失高,7 天安全库存根本不够。
结果就是系统在库存还有 2600 件时提示“库存充足”,等真实触发时只剩 900 件,补货来不及,断货 19 天,损失约 42 万元销售额,还没算平台权重下降带来的后续自然流量损失。
这家做 3C 配件的卖家,采购和运营是两拨人。运营根据 ERP 的库存预警发起补货申请,采购看到申请后下单,但由于供应商是分批发货,第一批在途数量没有及时回写 ERP,采购在第二周又看到同一个 SKU 的库存预警,再次下单。
这个问题的本质是“可用库存”定义不统一。运营看的是“账面库存”,采购看的是“账面库存-在途”,而 ERP 里如果在途字段没维护,两边的判断就会分叉。最终这个 SKU 多下了 4200 件,货到海外仓后花了 5 个月才消化完,多付的仓储费约 1.8 万元,占用资金约 26 万元。
更麻烦的是,这次事故之后,运营和采购开始互相不信任系统数据,运营自己维护一张 Excel,采购也维护一张,ERP 反而被边缘化了。补货模块最怕的不是算错,而是被绕过。
这家做服饰的卖家同时在亚马逊、独立站和 TikTok Shop 三个渠道卖货,SKU 约 480 个。麻烦在于同一批货可能同时挂在三个平台,海外仓是共享的,但各平台的后台库存显示口径不同。
他们的采购负责人跟我说过一句很实在的话:“我不是不想用系统补货,是系统给我的数是三个平台各自的数,我不知道哪个是真的。”最后他采取的办法是按最大的那个平台数据估算,结果就是长尾款长期积压,爆款又经常不够。
到了 2023 年他们做库存盘点时发现,有 63 个 SKU 的库存已经超过 180 天没动销,占用了约 38 万元资金,而这 63 个 SKU 里有一半在系统里显示的是“正常库存”。

我把这几年见过的补货落地失败归纳成五类误区。每一类单独看都不致命,但它们经常同时出现,形成叠加效应。
很多团队上 ERP 的第一件事是打开补货模块,问“安全库存怎么设”。但安全库存是结果,不是起点。它依赖销量预测、提前期、服务水平目标三个输入,任何一个失真,安全库存就是拍脑袋。
我通常会先让团队做一次数据体检,看四个指标:销量数据口径一致性、库存同步延迟、采购在途维护率、物流时效数据完整度。这四项里任何一项低于 80% 的准确率或及时率,配补货参数都是浪费。
这是最隐蔽也最容易被忽略的误区。几乎所有 ERP 的补货公式都用“平均提前期”,但真实业务里提前期是波动的。同一家货代,海运旺季可能要 42 天,淡季 26 天,方差极大。
如果只用平均值,会有大约一半的订单实际到货晚于预期。提前期的方差应该被计入安全库存,而不是被忽略。这一点在旺季尤其致命,因为旺季时提前期变长和销量上涨往往同时发生。
我的经验做法是:给每个物流渠道维护“平均提前期 + 标准差”,安全库存里显式加一项“提前期波动缓冲”,通常取 1-1.5 倍标准差。这个动作看起来粗糙,但比我见过的绝大多数“精确公式”更管用。
爆款和长尾的风险结构完全不同。爆款断货的损失是销售额+平台权重+客户流失,补货应该激进;长尾积压的损失是资金占用+仓储费+清货折价,补货应该保守。用同一套参数,必然是一边断货一边积压。
我判断一个团队补货能力是否成熟,只看一个问题:你们有没有按 SKU 分层设不同的安全库存系数?如果答案是没有,无论用了多贵的 ERP,补货都还停留在第一档。
补货横跨运营(销量预测)、采购(下单执行)、物流(时效数据)、财务(资金规划)四个角色。只交给采购一个部门,会出现两个必然结果:一是拿不到准确的销量预测,二是资金约束不透明导致过量下单。
我在场景二那个团队之后做过一个调整,把补货决策会从“采购内部会”改成“运营+采购+财务三方周会”,每次 40 分钟,只看三类 SKU:本次触发补货的、提前期异常的、库存超过 120 天的。三个月后他们的库存周转天数从 88 天降到 67 天。
补货参数是活的。品类结构变了、物流渠道变了、平台政策变了、季节性变了,参数就该调。有些团队把参数配好之后两年不碰,结果就是系统越来越不准,最后被弃用。
我的建议是把补货参数当成一个每月复盘的运营指标,而不是一次性 IT 配置。每月花 1 小时看三件事:补货建议采纳率、缺货 SKU 数、超 120 天库存 SKU 数。这三个数会告诉你参数是不是该调了。

前面讲了问题,这一节讲我实际用的判断逻辑。核心思想是用分层替代统一,用区间替代点值,用例外管理替代全面管理。
常见的分层是爆款、常规、长尾三层。我在实操里会拆成四层,因为“新品”需要单独处理,新品没有历史销量,用常规款的逻辑必然错。
| 层级 | 判定标准 | 安全库存系数 | 补货频率 | 核心目标 |
|---|---|---|---|---|
| 爆款 | 月销 Top 20% 且销量稳定 | 1.8-2.5 倍提前期波动 | 每周复核 | 零断货优先 |
| 常规款 | 月销中位区间,波动可控 | 1.2-1.5 倍 | 每两周复核 | 平衡缺货与周转 |
| 长尾款 | 月销低且下降趋势 | 0.6-0.9 倍 | 每月复核 | 控资金占用 |
| 新品 | 上架 90 天内,无稳定历史 | 不设安全库存,设首单上限 | 每周复核 | 快速验证+小步补货 |
这里有一个反常识的点:长尾款的安全库存系数应该小于 1,也就是允许一定概率的缺货。因为长尾款断货的损失很小,而积压的成本很高。很多团队不敢这么做,是因为把“缺货”当成统一的负面指标,没有算过缺货成本 vs 积压成本的期望值。
传统做法是算一个补货点,库存低于它就下单。我更推荐用区间:设一个“预警线”和一个“行动线”。
这个设计的好处是把人的判断放在合适的位置。预警线处理“可能的波动”,行动线处理“确定的缺口”。两者之间留出缓冲区间,既不会因为一点波动就下单,也不会因为犹豫而错过窗口。
我的经验参数是:行动线 = 提前期需求 + 安全库存;预警线 = 行动线 × 1.3 到 1.5。这个系数需要根据品类波动性调整,波动大的品类系数取高一些。
这是我认为最有价值的一个动作。把提前期从“一个数”拆成四段,分别维护、分别监控。
拆开之后,你会发现真正波动大的是第 2 段和第 4 段,而很多团队把注意力放在第 1 段(催供应商)。补货优化的抓手往往不在你以为的地方。
场景二的根因就是库存口径不统一。我在每个项目里都会强制定义三个口径,并让 ERP 里对应的字段都维护起来。
| 口径 | 定义 | 主要使用者 | 用途 |
|---|---|---|---|
| 账面库存 | 海外仓系统显示的可售数量 | 运营 | 判断是否要下架/限购 |
| 可用库存 | 账面库存 + 在途 – 已售未发 – 预留 | 采购 | 决定是否下单及下单量 |
| 预期可用库存 | 可用库存 + 计划入库 – 预测销量 | 运营+采购 | 判断未来 30/60 天是否会缺货 |
关键纪律是:所有补货决策只看“可用库存”和“预期可用库存”,不看账面库存。这条规则写进 SOP 之后,场景二那类重复下单基本可以清零。
补货跑顺之后,人不需要每天看报表,只需要处理异常。我通常配五类预警:
这五类预警覆盖了绝大多数补货事故的前兆。补货管理的成熟标志,是从“每天看报表”变成“每周处理几条异常”。

这一节我把场景一那家家居卖家的改造过程完整写出来。他们 2023 年 2 月开始调整,到 2023 年 8 月复盘,历时 6 个月。案例里的数据都是他们实际的后台口径,我会标注哪些是案例特定、不能直接照搬。
这家卖家做亚马逊美国站 + 独立站双渠道,SKU 约 210 个,其中真正有稳定销量的约 65 个,剩下的是长尾和新品。月均销售额约 380 万元,海外仓在美国西部,头程走海运为主、空运补急。
改造前的核心问题:补货计划由采购一个人用 Excel 做,每周花约 14 小时;补货参数只在 ERP 里配了一套;断货率约 12%;库存周转天数 96 天;爆款断货过 2 次。
他们没有换 ERP,只是把现有系统的配置和流程重做了一遍。以下是实际执行顺序。
第一步不是配参数,是修数据。他们把销量口径统一成“已支付订单”,把在途字段的维护责任压到采购,要求供应商发货后 24 小时内回写。同时在 ERP 里加了“入库预约状态”字段,让海外仓入仓进度可见。这两周没有产生任何业务改善,但后面所有优化的基础都在这里。
他们回滚了过去 12 个月的采购单,把每一单的四段耗时都算出来,建立了每个物流渠道的“平均+标准差”记录。这一步用了大约 3 天,但信息量极大,他们第一次发现清关段在旺季平均要 9 天,而不是之前以为的 5 天。
按近 90 天销量和波动率把 210 个 SKU 分成四层:爆款 18 个、常规款 47 个、长尾款 118 个、新品 27 个。分层结果让团队有点意外,他们原以为爆款有 30 多个,实际按销量和稳定性筛下来只有 18 个。
爆款安全库存系数设 2.0,常规款 1.3,长尾款 0.8,新品不设安全库存但设首单上限 300 件。预警线统一为行动线的 1.35 倍。
配了前面提到的五类预警,把补货决策会改成运营+采购+财务三方周会,每次 40 分钟,只看异常清单。
每月看补货建议采纳率、缺货 SKU 数、超 120 天库存 SKU 数。第一个月采纳率只有 41%,第三个月升到 69%,第六个月到 81%。
| 指标 | 改造前(2023.01) | 改造后(2023.08) | 变化 |
|---|---|---|---|
| 补货计划编制耗时 | 14 小时/周 | 3.5 小时/周 | -75% |
| 缺货率(按 SKU 计) | 12% | 4.1% | -7.9 个百分点 |
| 库存周转天数 | 96 天 | 63 天 | -33 天 |
| 补货建议采纳率 | 31% | 81% | +50 个百分点 |
| 超 120 天滞销 SKU 数 | 41 个 | 17 个 | -24 个 |
| 爆款断货次数 | 2 次/年 | 0 次 | , |
这些数字是这家卖家的特定结果,不能直接照搬。品类特性、物流渠道、团队执行力都会影响改善幅度。但方向是稳定的:数据口径统一和 SKU 分层这两步贡献了大部分改善,参数微调的贡献反而有限。
值得说的一点是资金效果。周转天数从 96 天降到 63 天,按他们月均 380 万销售额、毛利结构估算,释放出的库存资金大约在 110-140 万元之间。这个数字对他们的现金流意义远大于省下的那点人工成本。

上面这套方法论,落到工具上需要有对应的能力承接。我拿“数跨境”(官网:https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys)举例说明,因为它在这几个环节上的功能结构比较贴合前面讲的分层补货逻辑。
需要提前说明的是,工具只是承接方法论的容器。没有正确的分层逻辑和数据纪律,再好的工具也只能输出不可信的建议。反过来,如果你已经把方法论想清楚了,工具的价值就在于把这些逻辑固化成可重复执行的流程。
数跨境把多平台库存归集到统一口径下,同时支持采购在途数据的维护。这一点直接对应前面讲的“三个库存口径”问题,当账面库存、可用库存、预期可用库存在同一个界面里可区分,运营和采购就不会各看各的数,场景二那类重复下单的概率会大幅下降。
它支持对不同 SKU 或 SKU 分组设置差异化的安全库存和补货点,这正好对应“爆款系数 2.0、长尾 0.8”这种分层需求。如果工具只能配一套全局参数,分层策略就无法落地。
前面提到预警线和行动线的双线设计,需要一个能同时维护两条线并分别触发不同动作的系统。数跨境在这个环节上的处理方式,是让预警和行动分成两个可配置阈值,人处理预警、系统拦截行动线。
这是我认为最影响日常效率的一点。补货管理的日常动作应该是“处理异常”,而不是“翻阅全量库存报表”。数跨境的预警集中在销量异动、库存异常、在途异常这几个维度上,和我在前面列的五类预警基本能对应上。
但我要给一个中肯的判断:工具解决的是“执行效率”和“口径统一”,解决不了“策略设计”和“数据纪律”。这两件事必须由团队自己想清楚。我见过太多团队花大价钱买了工具,但因为没做 SKU 分层、没统一库存口径,最后还是回到 Excel。

这一节按团队所处阶段和业务特征给建议。你可以先定位自己属于哪一类,再决定先做什么。
不要急着配参数。先做三件事,按顺序来。
这三件事做完再配参数,可信度会完全不一样。如果跳过这三步直接配,我几乎可以保证三个月内团队会放弃系统建议。
这是最常见的状态。核心问题是可信度。我的建议是先降复杂度,不要一上来就做全 SKU 自动补货。
先在小范围建立可信度,再扩大范围,这是我最推荐的路径。一次性推全量,失败率极高。
优先解决口径,其次解决工具。如果没有统一口径,任何工具都会输出混乱的结果。
我的做法是先画一张“库存流转图”,把货从供应商到最终可售的每一个节点标出来,然后定义每个节点的字段归属和更新责任。这张图通常需要 2-3 小时画完,但它能暴露 80% 的口径问题。
画完之后,对每一个字段问三个问题:谁负责更新、多久更新一次、更新不到位的后果是什么。这三个问题答不上来的字段,就是补货链条上的隐患。
季节性品类的补货不能用常规提前期逻辑,因为旺季的销量和提前期同时变化。我的建议是给旺季单独设一套参数,并在旺季前 3-4 个月就开始备货规划。
具体做法是:把全年分成“旺季前备货期、旺季中补货期、旺季后清货期”三段,每段用不同的安全库存和补货频率。旺季中补货期通常只能靠空运或海外仓现货,这时候安全库存要设得非常高,因为一旦断货就没法补救。
SKU 太多时,人工精细化管理不现实。这时候要做的是反向操作:不是给每个 SKU 配参数,而是先砍掉一批 SKU。
我在场景三那个团队做过一次 SKU 瘦身,把 480 个 SKU 砍到 290 个,砍掉的是连续 180 天动销低于阈值、且毛利贡献极低的款。砍完之后补货管理的复杂度下降了一个量级,剩下的 SKU 才有条件做精细配置。

这一节讲取舍。补货没有完美解,只有“你愿意承担哪种风险”的选择。我把常见的取舍场景列出来,并给出我的判断倾向。
这是最根本的取舍。缺货成本包括损失销售额、平台权重下降、客户流失;积压成本包括资金占用、仓储费、清货折价。两者的期望值因品类而异。
| 品类特征 | 缺货成本 | 积压成本 | 我的倾向 |
|---|---|---|---|
| 高复购、强排名依赖 | 高 | 中 | 偏保守备货,宁可略多 |
| 低复购、快时尚属性 | 中 | 高(过季即贬值) | 偏激进控库存,接受一定缺货 |
| 高客单、长决策周期 | 中 | 高(资金占用大) | 按订单/预售驱动,少备库存 |
| 标品、价格竞争激烈 | 高 | 中 | 保排名优先,安全库存给足 |
| 新品验证期 | 低 | 高 | 小单快反,宁可断货也不压货 |
我的判断原则是:看这个 SKU 的“断货后恢复成本”和“积压后清货折价率”哪个更高。断货后排名掉下去要花广告费买回来,这个成本很容易被低估;积压后清货折价 30-50% 也是实打实的损失。算清楚这两笔账,取舍就清楚了。
参数越精细,理论上越准,但维护成本越高。SKU 数量大的时候,精细参数的边际收益会快速下降。
我的经验分界点是 200-300 个活跃 SKU。低于这个数量,做精细分层是划算的;超过之后,应该转向“分组管理”,把 SKU 按品类或价格带分组,用组参数替代单品参数,牺牲一点精度换取可维护性。
一个能被维护的粗糙参数,比一个无法维护的精确参数更有价值。这句话我在很多团队里重复过。
补货自动化看起来很美,但过早自动化风险很高。自动补货一旦出错,往往是批量出错,纠正成本很大。
我的建议是分三阶段:第一阶段系统只出建议、人全量审核;第二阶段系统出建议、人只审例外;第三阶段低风险 SKU 自动下单、高风险 SKU 人工审核。
每个阶段至少跑 2-3 个月,确认采纳率和缺货率都稳定再进下一阶段。跳过阶段直接全自动,我见过的案例里失败率超过一半。
这是跨境电商特有的取舍。海外仓备货响应快但资金占用高、滞销风险大;国内备货资金压力小但补货周期长、时效差。
我的判断维度是两个:SKU 的销量稳定性和单件货值。销量稳定且货值适中的,适合多备海外仓;销量波动大或货值高的,适合国内备货+空运补急。
折中方案是“海外仓备基础量+国内备弹性量”。海外仓维持 45-60 天的量,超出部分用空运从国内补。这个方案成本更高,但应对不确定性更灵活,适合旺季或新品期。
这是最难的一类取舍,因为它涉及资源分配。数据治理通常需要 2-4 周,这段时间不产生直接业绩,很多团队在业绩压力下会跳过。
我的判断是:如果补货错误造成的损失超过月均销售额的 3%,数据治理就是优先级最高的事。场景一那家卖家断货损失 42 万,月均 380 万,占比约 11%,远超 3% 的阈值。这种情况下不做治理,等于每月持续放血。

这一节给你一份可以逐条对照的清单。我建议打印出来,和团队一起过一遍,每一条打勾或标注问题。
这 22 条里,如果打勾少于 12 条,说明补货体系还在起步阶段,建议从数据层开始补。不要试图一次全做完,按数据层→策略层→协同层→工具层的顺序推进,每层做扎实再进下一层。

回到开头那个断货 19 天的案例。那家团队后来最大的变化不是 ERP 换了,也不是参数调得多精妙,而是他们建立了一个习惯:每周花 40 分钟看异常清单,每月花 1 小时复盘三个指标。这个习惯坚持了半年,库存周转天数降了 33 天,释放出上百万的库存资金。
我对采购补货这件事的核心判断有三条,也是这篇文章最想留给你的东西。
第一条,补货的瓶颈从来不在计算公式,而在数据口径和库存定义。如果一个团队连“可用库存”的定义都不统一,那么任何 ERP、任何公式都救不了。数据治理是性价比最高的一步,也是最容易被跳过的一步。
第二条,分层是补货从“能用”到“好用”的分水岭。爆款和长尾用同一套参数,结果必然是一边断货一边积压。四层分类加上差异化的安全库存系数,是最简单也最有效的动作。
第三条,补货管理的成熟标志是从“全面管理”变成“例外管理”。每天看全量报表说明体系还没建好;每周只处理几条异常,说明系统已经能替你处理绝大多数情况了。
如果你现在就想动手,我的建议是按这个顺序走。
补货这件事没有终点,参数永远可以再调,策略永远可以再优化。但只要你把数据口径、分层逻辑、例外管理这三件事跑通,你的补货体系就已经超过大多数同行了。剩下的是持续的月度迭代,那部分工作,交给机制就好。
我们做亚马逊加独立站,SKU两百多个,之前安全库存全是运营凭感觉填的,爆款填500,长尾也填500,结果爆款断货、长尾压了一堆货。我想知道有没有一个能落地的算法口径,而不是照抄别人给的万能公式。
先按SKU分层再套公式:用近30天日均销量(剔除促销日和大促峰值,用中位数比均值更稳),乘以补货提前期,这是基础补货点;
安全库存等于日均销量的标准差乘以安全系数(服务水准95%对应约1.65,90%对应约1.28),再乘以提前期的平方根,这个系数要按品类毛利和断货代价调,毛利高、断货损失大的爆款可以上到2.0以上,长尾款降到1.0甚至只留一两周的缓冲。
补货点等于补货提前期内的预测销量加安全库存,补货量再用经济订货批量思路,在采购起订量、头程整柜/拼柜临界重量、仓储费阶梯之间取平衡点。
落地时先在ERP里把提前期拆成供应商交期、头程运输、清关、平台入仓四段分别录入,不要填一个笼统的45天,因为每段的波动来源不同,只有拆开才能定位到底是哪一段拖慢了补货。参数上线后先用历史三个月数据回测,看按这套参数会不会出现断货或超额库存,再正式切换。
所有数字都只是起点,前提是你的日均销量和提前期数据本身是干净的。
我们采购和运营是两拨人,运营看到库存低了就在表格里提补货申请,采购那边其实已经下过单了,只是还没入仓,结果同一个SKU重复下了两批,一批变成滞销。我在想这是流程问题还是ERP配置问题,到底该怎么改。
根因几乎从来不是人不细心,而是ERP里采购在途这个字段没有被当成硬约束。具体做法有三步:第一,把采购订单的每一个状态(已下单未发货、已发货在途、已到港清关、已入仓上架)都在ERP里落成可查询的在途数量,并且规定任何补货建议都必须扣减在途,系统算出来的建议量是净需求而不是毛需求;
第二,把补货申请和采购下单做成同一条单据流的两个节点,不允许在系统外走表格或聊天工具,一旦绕过系统,数据链就断了;第三,设一道人工复核规则,只针对建议量超过前30天日均销量某倍数(比如3倍)的SKU做强制审批,把人的注意力放在异常上,而不是每天逐条核对。
判断配置是否生效,看一个指标就够了:统计连续三个月内同一SKU在未入仓前被重复下单的次数,正常应该压到零,如果还有,说明在途数量没有真正参与计算,或者有人还在走线下流程。
我们同时做亚马逊、独立站和一个东南亚平台,还分了国内仓和海外仓,各平台后台的库存数字经常不一样。每次做补货计划,运营拿的是平台销量,仓储给的是仓库库存,两边对不上,最后补货数量只能靠开会吵。我想知道这种多平台多仓的情况,有没有一个统一的算法入口。
关键是把补货计算的输入统一到一个口径上,而不是让每个平台各自为政。可执行的做法是:以物理仓库的实物库存作为唯一库存真相,各平台后台的可售数量只作为销售端展示值,不作为补货依据;然后按SKU建一张总账,把国内仓可用、海外仓可用、在途、平台已售未发、退货在检这几个量全部列出来,得出可分配库存。
补货量的计算顺序是:先合并所有渠道的销量预测,按渠道拆分权重(比如某平台占60%,独立站25%,另一平台15%,权重用近8到12周实际占比滚动更新,不要用一年的老数据),再扣掉可分配库存和在途,得到净缺口,最后按各渠道的补货优先级和时效分配这个缺口。
判断这套逻辑是否跑通,看两个数字:一是月度盘点时总账库存与实物库存的差异率,控制在1%以内算健康;二是跨渠道调拨的次数是否在下降,如果还在靠频繁调拨救火,说明前置的补货分配没算对。
我们花了两个月把ERP里的安全库存、补货点、在途同步全改了一遍,老板问我到底有没有变好,我一时只能说感觉缺货少了。我知道这种回答不硬,但也不确定该用哪些指标、看多长周期才不会被大促数据带偏。
建议用四个指标做一组对照,且都要用调整前后各一个完整周期(至少8周)来比,并且把大促周单独剔除,否则数据会被峰值污染。第一,缺货率,口径是断货SKU天数除以总SKU在售天数,这个比断货次数更真实;第二,库存周转天数,用平均库存除以日均出库成本,跨境电商要按含头程在途的口径算,否则会低估;
第三,采购计划人工耗时,从做一次完整补货计划所花的小时数来看,这是最容易被忽略但最能说明流程是否自动化的指标;第四,滞销库存占比,定义为超过90天未动销的SKU金额占总库存金额的比例,防止为了压缺货率把库存堆爆。
判断依据不是单个指标绝对值,而是这四个指标是否同向改善,如果缺货率降了但滞销占比明显上升,说明只是把风险从断货转移到了压货,参数偏保守,需要回调安全系数或缩短长尾款的备货周期。任何对照数据都要注明是特定品类和特定渠道下的结果,不能直接当成通用标准套到别的站点。


读者评论
场景一很典型:销量用已发货口径、提前期只填供应商交货周期,都会让补货点严重失真。运营和采购复盘时最好先统一已支付订单、可上架周期这些口径,否则再优化公式也是无效计算。
场景二点出了在途同步的关键。可用库存如果不区分账面库存和在途,运营和采购很容易重复下单。建议把在途回写设为采购流程中的必填节点,并定期核对供应商分批发货数据。
五类误区里,忽略提前期方差最实用。海运旺季和淡季差异很大,只用平均提前期会低估安全库存。给物流渠道维护标准差并加缓冲,比追求复杂公式更落地。
把补货从采购内部会升级为运营、采购、财务三方周会,是提升采纳率的组织动作。只改系统参数不改协同,补货建议仍然会被Excel替代,库存周转也难改善。