去年黑五前两周,一个做家居品类的卖家朋友半夜给我发消息:为什么我们的 ERP 里明明有补货建议,采购还在用 Excel?我把他们三张表拉出来对比了一下,同一个 SKU,运营表显示美国仓可售 1200 件,采购表显示 1800 件,财务口径是 900 件。三个数字都有各自的出处,没有一个是错的,但放在一起,补货建议就变成了一场猜谜。
这件事之后我复盘了很久。真正的问题不是他们的 ERP 不好用,而是他们把"上 ERP"当成了"补货自动化"本身。ERP 提供的是容器,模板提供的是结构和字段,而自动化需要的是可执行的规则、统一的口径和明确的审批边界。这三样东西,没有任何一个系统能替企业自动想清楚。
这篇文章我想把"erp 跨境电商管理模板:围绕采购补货开展自动化方案"这件事拆到底层:一张采购补货模板到底该有哪些字段、补货点和安全库存怎么算、建议补货量怎么按箱规取整、哪些环节必须留人工审批、上线后用什么指标验证有效。文中会以数跨境(shukuajing.jiushuyun.com)为例,完整跑一遍从主数据治理到指标看板的过程。涉及具体数据的地方,我会明确标注是脱敏示意还是情景模拟,不会伪装成真实统计。
先把结论摆在前面,因为它决定了后面所有设计的走向。我见过太多团队把采购补货自动化理解成"系统自动下单",结果要么不敢开,怕下错单;要么开了之后一周内出了三笔事故,赶紧关掉退回 Excel。这两种结局本质上都源于同一个误解。
采购补货自动化的核心产出,是把原来靠人工汇总、靠经验估算的补货判断,变成一套可追溯、可复算、可审计的建议。它把采购员从"拉数据、对库存、猜销量"里解放出来,让他们的时间花在真正需要判断的地方:供应商谈判、异常处理、新品类试单。
换句话说,系统负责把 2000 个 SKU 的补货建议在半小时内算完,采购员负责审核其中 200 个需要判断的,这个分工才是自动化的正确形态。它不追求把人工降到零,而是把人工集中在高价值环节。
我把补货自动化分成三层,这三层的难度是数量级递增的:数据自动、建议自动、执行自动。

很多人一提到补货自动化,第一反应是要不要上机器学习、要不要做需求预测模型。我的判断是:在跨境场景下,90% 的补货偏差来自数据口径和交期数据,只有不到 10% 来自预测算法。
一个 SKU 的日均销量从 8.2 件变成 11.5 件,可能只是因为退货没有回冲、或者预售订单没有剔除。交期从 15 天填成 30 天,可能只是因为采购员怕被追责所以多填了 15 天缓冲。这些问题,再好的算法也救不回来。
我在设计补货流程时有一条固定原则:自动化决定"建议什么",人工决定"是否执行"。但人工不能是全量审批,那等于没自动化。正确的做法是设置阈值,让 70%-80% 的常规补货自动流转,剩下 20%-30% 的高风险补货触发人工复核。
常见的阈值维度包括:单笔采购金额、SKU 是否为新品、供应商是否单一来源、是否处于大促备货期、是否涉及新品类的首次采购。这几类场景的共同点是,历史数据不足以支撑判断,必须靠人的经验补位。
如果只在单一平台、单一仓库、单一国家做生意,补货自动化的难度其实不高,一套标准的再订货点模型就能覆盖。但跨境卖家面对的是四个同时变化的变量,每一个都会让补货模型失效。
一个中等规模的跨境卖家,通常同时运营亚马逊、独立站、eBay、TikTok Shop,仓库可能有国内仓、美国海外仓、欧洲海外仓,还有 FBA 在途和 FBA 可售。这时候"库存"这个词至少有六种含义。
这六种口径如果在 ERP 里没有明确定义,运营、采购、财务就会各取所需。运营看可售,采购看物理,财务看资产。补货建议一旦基于不同口径生成,就会出现我开头说的那个场景:三个数字,三个来源,谁都觉得自己是对的。
国内补货的提前期通常是"供应商发货 2 天 + 干线 2 天 + 入仓 1 天",总共一周以内,误差不会超过两三天。跨境补货的提前期要拆成四段,而且每一段的波动都很大。

39 天的提前期意味着什么?意味着你今天做的补货决策,要等到一个半月后才能看到结果。如果这段时间里需求涨了 30%,你会缺货;如果需求跌了 30%,你会积压。而这段时间里,你几乎没有调整的机会。
更麻烦的是,这四段交期里,只有第一段(供应商备货)是你相对可控的,后面三段受船期、清关、平台仓容影响,波动幅度经常超过 50%。所以我一直建议:交期字段不要填一个固定值,而是拆成"预计值 + 波动区间"两个字段。安全库存的计算要基于波动区间,而不是基于预计值。
这是最容易被忽视、也最致命的一个问题。当一个 SKU 曾经断货,它在断货期间的销售记录是 0 或者很低,但真实需求并不是 0。如果直接拿原始销量算日均,这个 SKU 的日均会被系统性低估,下一轮补货就会补少,然后再次断货,形成恶性循环。

修正的方法并不复杂:日均销量 = 统计周期内销量 ÷ 实际可售天数,而不是 ÷ 日历天数。如果某周有 3 天断货,分母就从 7 变成 4。更进一步,还可以把断货期间的"缺货损失"用同类 SKU 的转化率做估算,补回一个修正系数。
国内补货理论上可以无限囤货,只要有钱有仓。跨境不行,因为你有三个硬约束。
第一是 FBA 仓容限制。亚马逊的库存绩效指标会直接影响你的仓储容量上限,补货补多了不但进不去,还可能产生长期仓储费。
第二是海外仓的入库排期和存储成本。海外仓的仓储费按体积和时间计费,补货节奏错一周,成本可能差出几个百分点。
第三是资金占用。跨境补货的货值大、周转慢,一笔不合理的补货可能占住几十万资金三四个月。所以跨境补货的优化目标从来不是"不断货",而是"在可接受的缺货率下,让库存资金效率最高"。
我在过去几年里接触过几十个跨境团队的补货流程,发现卡点高度集中在六个地方。这六个误区有先后顺序,前三个不解决,后面三个基本不需要讨论。
这是最普遍的误解。绝大多数 ERP 提供的是"补货建议"功能模块,但它需要你输入参数:补货点是多少、安全库存是多少、交期怎么算、MOQ 和箱规填在哪。这些参数不填,系统算出来的建议就是乱码。
我见过一个团队,ERP 上线三个月,补货建议模块一直没人配置,因为"不知道该填什么数"。后来我帮他们做的第一件事不是改系统,而是拉出过去 12 个月的采购到货记录,把每个供应商的实际交期算了一遍,他们系统里填的 30 天,实际平均是 41 天,标准差 12 天。参数一改,建议的合理性立刻就上来了。
主数据是补货自动化的地基。SKU 编码、ASIN、MSKU、供应商编码、仓库编码、物流方式,这几组编码必须能一一映射。如果同一个产品在亚马逊叫 A001、在独立站叫 SKU-A1、在仓库叫 H-001,那么任何跨平台、跨仓的补货计算都会失败。
更隐蔽的问题是供应商主数据。同一个供应商在不同采购员手里可能建了三个账号,交期、MOQ、结算方式各填一套。系统按哪个算都不对。
前面已经详细说过。这里补充一个判断标准:如果你发现补货建议总是偏少、而且偏少的 SKU 恰好是那些经常断货的爆款,那基本可以确定是日均没有做缺货修正。
系统算出来的建议补货量是 550 件,但供应商 MOQ 是 800 件,箱规是 48 件一箱,一个托盘放 12 箱。这时候 550 件这个数字是没有意义的,必须取整到 576 件(12 箱)或者 800 件(MOQ)。
如果模板里没有箱规和托盘字段,采购员就要在收到建议后手动换算,这个动作一出现,自动化就断了。取整逻辑不是细节,它是自动化链条上必须闭合的一环。
我遇到过一位供应链总监,要求系统补货建议的准确率达到 90% 以上才允许上线。这个目标在跨境场景下几乎不可能实现,因为需求本身受平台流量、竞品价格、汇率、政策影响,随机性极高。
正确的目标不是预测准确,而是异常响应速度。预测错了 20% 不可怕,可怕的是错了之后两周才发现。所以我更关注的是:系统能不能在销量偏离预测超过阈值时立刻告警,能不能在交期延迟时自动重算补货点。
自动化不等于无人化。如果所有补货建议都自动转成 PO,那一旦规则配置错了,可能一夜之间下出几百万的采购单。反过来,如果所有建议都要人工审批,那自动化就没意义。
我的建议是三层审批:常规建议自动流转;金额超过阈值或新品首单进入主管审批;单一供应商大额采购或涉及新国家新仓的采购进入总监审批。异常处理同样要有闭环:谁发现、谁处理、多久内处理完、处理结果是否回写系统。

理解了难点和误区之后,就可以推导模板该长什么样。我把一张可执行的采购补货自动化模板拆成六层,每一层解决一个特定问题,缺一层都会导致整条链断裂。
主数据层要回答的是身份问题。每个可补货对象必须有唯一标识,并且这个标识能穿透所有系统。核心字段包括:内部 SKU 编码、平台商品标识(ASIN/MSKU/商品 ID)、供应商编码、生产工厂、仓库编码、物流方式编码。
这一层的关键不是字段多少,而是映射关系的唯一性和可维护性。如果允许多对多映射,后面所有计算都会崩。我的做法是:以一个内部 SKU 为主键,其他平台标识作为属性挂载,并且设专人负责新增映射的审核。
这一层要严格定义六种库存口径,并且在模板里分别列字段,而不是揉成一个"库存"。
补货计算公式里,只有可用库存和在途库存是减项,其余必须单独展示,避免误减或误加。很多补货算错的根源,就是在途库存没有准确计入,或者把预占库存当成了可用库存。
需求层是补货计算的分母。核心字段包括:近 7 天日均、近 30 天日均、近 90 天日均(均需缺货修正)、季节系数、促销系数、趋势系数、目标覆盖天数。
我的经验是,不要迷信单一周期的日均。用加权组合更稳:30 天日均权重 0.5、90 天日均权重 0.3、近 7 天日均权重 0.2。短期数据反应快但噪音大,长期数据稳定但滞后,加权能平衡两者。
规则层是模板的核心,包含补货点、安全库存、MOQ、箱规、托盘系数、交期、备货周期。这一层的输出是"建议补货量",但它是理论值,还需要经过取整和审核。
执行层包含:建议状态、审批人、审批阈值、PO 编号、预计到货日、实际到货日。这一层的价值在于留痕。任何一笔采购,都应该能追溯回它是哪条规则、哪次运行、哪个人批准的。
监控层是很多团队缺失的一层。它包含:缺货率、订单满足率、库存周转天数、呆滞库存占比、供应商准时率、补货建议采纳率。没有这一层,你永远不知道自己是在进步还是在自我感觉良好。

这一节给可以直接落地的字段清单和公式。需要说明的是,任何公式都只是起点,必须用自己企业过去 6-12 个月的数据做回测校准,否则可能比人工经验还差。
| 层级 | 字段名 | 说明 | 是否参与计算 |
|---|---|---|---|
| 主数据 | 内部 SKU 编码 | 唯一主键 | 否 |
| 主数据 | 平台标识(ASIN/MSKU) | 一个 SKU 可对应多条 | 否 |
| 主数据 | 供应商编码 | 必须唯一,避免重复建号 | 否 |
| 主数据 | 仓库编码 | 区分国内仓/海外仓/FBA | 否 |
| 库存 | 可用库存 | 可立即销售 | 是(减项) |
| 库存 | 预占库存 | 已被订单占用 | 是(减项) |
| 库存 | 在途库存 | 已下 PO 未到仓 | 是(减项) |
| 库存 | 质检与不良库存 | 不可售 | 否(单独展示) |
| 需求 | 修正后日均销量 | 按可售天数折算 | 是(乘数) |
| 需求 | 目标覆盖天数 | 按 SKU 分级设定 | 是 |
| 规则 | 采购交期(预计值/波动) | 两个字段,不能只填一个 | 是 |
| 规则 | 头程交期(预计值/波动) | 按物流方式分档 | 是 |
| 规则 | MOQ | 供应商最小起订量 | 是(约束) |
| 规则 | 箱规/托盘系数 | 取整依据 | 是(约束) |
| 规则 | 安全库存天数 | 按服务水平设定 | 是 |
| 执行 | 审批状态/审批人 | 留痕 | 否 |
| 监控 | 建议采纳率 | 规则质量的直接反映 | 否 |
这是整套模板里最需要说清楚的部分。我给出的是一套可解释、可回测的简化公式,而不是学术上的最优解。
【基础变量】
D = 修正后日均销量(按可售天数折算)
LT = 总提前期天数 = 采购交期 + 头程交期 + 清关天数 + 入仓天数
σD = 日销量的标准差
σLT = 提前期的标准差
Z = 服务水平系数(90% 对应 1.28,95% 对应 1.65,97.5% 对应 1.96)
【安全库存】
SS = Z × SQRT( LT × σD² + D² × σLT² )
【补货点(再订货点)】
ROP = D × LT + SS
【建议补货量】
Q = D × 目标覆盖天数 − 可用库存 − 在途库存 + 预占库存
若 Q 【可执行采购量】
Q_final = MAX( ROUNDUP( Q / 箱规 ) × 箱规 , MOQ )
再按托盘系数向上取整
这套公式里最容易被忽略的是安全库存公式的第二项 D² × σLT²。它代表"交期波动"带来的不确定性。很多团队只算了需求波动,没算交期波动,结果安全库存普遍偏低。
举个具体数字感受一下:某 SKU 的 D=30 件/天,LT=39 天,σD=8 件,σLT=9 天。如果只算需求波动,SS ≈ 1.65 × 8 × √39 ≈ 82 件;如果算上交期波动,SS ≈ 1.65 × √(39×64 + 900×81) ≈ 1.65 × √(2496+72900) ≈ 1.65 × 274.7 ≈ 453 件。差了 5 倍以上。
取整不是简单四舍五入,而是有严格顺序的。

当同一个 SKU 需要同时补到多个仓位时,分配顺序很重要。我的建议顺序是:先满足 FBA 的最低安全水位,再满足海外仓,最后考虑国内仓备货。
理由是 FBA 断货对排名和流量的影响最大,恢复成本最高;海外仓补货灵活度高,可以稍后;国内仓作为蓄水池,弹性最大。
FBA 的补货限制和仓容是硬约束,必须在计算时先做一次上限校验,超出部分自动转海外仓或暂缓。
按各平台近 30 天 GMV 占比分配总量,但要用平台增速做二次调整,避免把货压在增长停滞的渠道上。
如果某个仓的入库成本明显高于另一个,可以在分配时设置成本权重,避免为了凑数而增加不必要的头程费用。
第一,不要用未来数据回测。用 2023 年全年数据校准出来的参数,直接套到 2025 年可能完全失效,尤其是经历过平台政策变化的品类。
第二,分品类校准,不要全局一套参数。家居和 3C 的需求波动结构完全不同,用同一套 Z 值是不合理的。
第三,校准结果要人工复核一遍。如果某个 SKU 算出来的安全库存超过它 60 天的销量,那大概是参数错了,而不是这个 SKU 特别难预测。
前面讲的是逻辑,这一节我把整套流程在数跨境里跑一遍。数跨境是九数云旗下的跨境电商数据与经营管理系统,官网是 shukuajing.jiushuyun.com。选择它作为示例是因为它对多平台数据接入和指标看板的支持比较完整,适合演示"主数据,库存口径,规则,监控"这条主线。
需要提前说明:下面涉及的具体数值是脱敏后的示意值,用来展示结构和变化方向,不代表任何真实客户的实际业绩。具体功能字段和支持的接口,请以数跨境官网的产品文档为准。
设定对象是一家做家居园艺品类的跨境卖家,年 GMV 约 8000 万元,运营亚马逊美国站、亚马逊欧洲站、独立站和 TikTok Shop 四个渠道,有国内中心仓、美国海外仓、欧洲海外仓三个发货节点,同时用 FBA。在售 SKU 约 1600 个,活跃供应商 42 家,采购负责人 2 名,运营 5 名。
上线前的状态是:运营每天从各平台后台导销售报表,采购每周汇总一次 Excel,手工计算补货量,再邮件发给供应商。一次完整的补货周期要 2.5 天,且经常因为数据口径不一致而返工。
在数跨境里做的第一件事不是配规则,而是把多平台数据拉到同一套主数据下。做法是:以内部 SKU 编码为主键,建立平台标识映射表;同时把三个发货节点的库存按六种口径拆开,尤其把在途库存单独建了一张表,记录每个 PO 的发货时间、预计到仓时间、当前状态。
这一步花了大约两周。看起来慢,但后面所有计算都建立在这个地基上。我个人的经验是:主数据和库存口径的治理时间,通常占整个补货自动化项目总工期的 40%-50%,任何试图跳过这一步的做法都会在后面加倍偿还。
参数不是拍出来的。我们从系统里拉了过去 14 个月的采购到货记录,按供应商逐个计算实际交期的均值和标准差,得到 σLT 的真实值。再把过去 12 个月的销售数据做缺货修正,算出每个 SKU 的 D 和 σD。
结果很有意思:团队原来在系统里填的统一交期是 30 天,但实际按供应商拆开看,最快的一家是 22 天,最慢的一家是 58 天,标准差从 4 天到 16 天不等。用统一交期算安全库存,等于对慢供应商严重低估风险,对快供应商又过度备货。
规则按 SKU 分级配置。我们先把 1600 个 SKU 按"销量高低 × 波动大小"分成四类,每类用不同的目标覆盖天数和审批策略。审批阈值设为:单笔采购金额超过 8 万元触发主管审批,新品首单和单一供应商占比超过 60% 的采购触发总监审批。

这里我想特别说明一点:缺货率下降和库存周转加快同时发生,看起来违反直觉,其实是口径纠正带来的红利。上线前他们有一部分货压在错误的仓位(美国仓积压、欧洲仓缺货),上线后多仓分配规则把货放对了地方,整体库存没增加,但缺货少了、周转快了。
即使在自动化跑通之后,这个团队依然保留了三个人工节点,我认为这三个在任何跨境团队里都不应该取消。
补货自动化没有标准答案,不同规模的团队起点不同,行动顺序也应该不同。我按常见的四种情况给出建议。
这个阶段的团队不建议立刻上复杂的自动化。第一优先级是把 Excel 补货表结构化:固定字段、固定公式、固定更新频率。用一张表把可用库存、在途库存、修正日均、MOQ、箱规、交期固定下来,就已经能解决 70% 的问题。
什么时候该升级?当补货相关的 SKU 超过 500 个,或者每周花在补货上的时间超过 8 人时,就值得考虑工具化了。工具的价值随 SKU 数量非线性增长,SKU 少的时候上系统反而是负担。
这个区间的团队是补货自动化的主要受益者。建议的推进顺序是:先统一主数据与库存口径,再做参数校准与历史回测,然后小范围试点(选 50-100 个稳定 SKU),最后逐步扩品。
这个阶段非常适合用数跨境这类支持多平台数据接入和指标看板的工具,把运营、采购、财务的数据拉到同一个口径下,避免各算各的。数跨境的看板能力在"库存口径统一"和"指标监控"这两层上,能明显缩短前期治理时间。
这种情况通常不是 ERP 的问题,而是参数没配、口径没理清、或者权限没打通。建议先做一次"补货断点诊断":把从系统生成建议到最终下 PO 的完整链路画出来,标出每一个需要人工搬数据的地方。哪个环节需要人工搬数据,哪个环节就是断点。
诊断完之后再决定是继续在现有 ERP 里配置,还是引入独立的补货模块。判断标准很简单:如果 ERP 支持自定义字段和规则配置,优先在 ERP 里解决;如果字段和规则是写死的,那就需要外部工具补位。
旺季不建议改变主规则,而是叠加一层"季节性系数"。做法是:基于过去 2-3 年同期数据,算出各品类的旺季销售放大倍数,在备货期按倍数调整目标覆盖天数,同时提高审批级别。
大促期间最容易犯的错误是把交期按平季填写。旺季供应商排产紧、头程爆舱、FBA 入仓预约难,实际交期可能比平季长 30% 以上,安全库存必须同步上调。

补货自动化的本质是一连串取舍。下面四组取舍是我在做方案时最常需要和管理层对齐的,也是很多项目卡住的真正原因。
自动化程度越高,单次配置错误造成的损失越大。一个极端案例是:某团队把箱规字段填错一位数,导致系统自动生成了 10 倍量的 PO,幸好审批阈值拦住了。
我的判断是:在连续 3 个月建议采纳率稳定在 80% 以上之前,不建议放开高金额补货的自动执行。风控优先级高于效率,尤其在补货这件事上,一次错误可能吃掉半年的利润。
追求更高的预测精度需要更多数据、更复杂的模型和更长的准备周期。而响应速度只要求你把异常监控做好。
在跨境场景下,我明确倾向于优先提升响应速度。因为跨境的不确定性主要来自外部(船期、政策、平台规则),不是模型能预测的。能在 24 小时内发现偏离并调整,比把预测精度从 75% 提到 80% 更有价值。
这是一组天然对立的指标。安全库存设得低,周转快但缺货多;设得高,缺货少但资金占用大。关键在于找到自己品类的平衡点。

规则越细,理论上越贴合业务,但维护成本也越高。我见过一个团队把 SKU 分成 27 类,每类一套参数,结果半年后没人说得清哪条规则对应哪类 SKU,最后不得不推倒重来。
我的建议是:初期不超过 4-6 个 SKU 分层,规则数量控制在 10 条以内。等跑顺了、有了数据支撑,再逐步细分。复杂应该来自业务需要,而不是设计者的表达欲。

自建的优势是贴合业务、数据自主,劣势是开发周期长、维护成本高、容易变成"只有原作者会用"的黑盒。SaaS 的优势是上线快、持续迭代,劣势是字段和规则的灵活度受产品边界限制。
我的判断标准是:如果你的补货逻辑有 30% 以上是行业通用的(补货点、安全库存、MOQ 取整),就优先考虑 SaaS;只有当你的采购模式非常特殊(比如大量定制、按项目采购)时,自建才更划算。
最后给一份可以直接拿去用的检查表。这 10 项如果没对齐,我不建议启动补货自动化项目,因为后面一定会返工。
| 指标 | 建议口径 | 预警线参考(示意) |
|---|---|---|
| 缺货率 | 统计期内有需求但可用库存为 0 的 SKU 天数 ÷ 总 SKU 天数 | 高于 8% 需复盘 |
| 订单满足率 | 一次履约完成的订单数 ÷ 总订单数 | 低于 95% 需复盘 |
| 库存周转天数 | 平均库存金额 ÷ 日均销售成本 | 同比上升 15% 需复盘 |
| 呆滞库存占比 | 90 天无销量的库存金额 ÷ 总库存金额 | 高于 12% 需复盘 |
| 供应商准时率 | 按期到货批次 ÷ 总批次 | 低于 85% 需介入 |
| 补货建议采纳率 | 未修改直接执行的建议数 ÷ 总建议数 | 低于 70% 说明规则需校准 |
如果你想推动这件事,我建议的动作顺序是:先用上面的 10 项检查表做一次自评,找出缺口最大的两三项;然后集中把主数据和库存口径补齐,这一步不需要任何新工具,用现有系统加一张治理表就能启动;第三步再选 50 个稳定 SKU 做小范围试跑,用真实数据验证规则。
工具选型放在最后,而不是最前。像数跨境这类支持多平台数据接入、库存口径统一和指标看板的产品,价值在于缩短治理周期和监控落地时间,但它替代不了你对自身业务逻辑的判断。先用检查表看清自己的短板,再决定要不要上工具、上什么工具,这个顺序反了,任何系统都会变成一个昂贵的 Excel。
回到开头那个半夜的消息。后来他们花了两周把三个口径对齐,重新定义了在途库存的登记规则,用 12 个月历史数据重算了交期分布。三个月后,采购员每周花在补货上的时间从 16 小时降到 3 小时,缺货率降了一半,而他们没有换 ERP。补货自动化的门槛从来不在系统,而在于你有没有把"补多少"这件事的每一个变量,清楚地写进一张表和一套规则里。
我一开始是照着网上流传的补货表格抄的,字段看着挺全,SKU、销量、库存、交期都有,结果跑起来建议量每天上下跳,采购根本不认。后来复盘才发现问题不在公式,而在库存口径,在途、预占、退货、质检中的货全混在一个「库存」字段里,系统算出来的可用量跟仓库实际能发的货根本不是一回事。
字段分五层来配。主数据层:SKU、ASIN、MSKU的映射关系、供应商、采购仓库、目的仓、采购交期、头程交期、入仓上架天数、MOQ、箱规、货值;库存层必须拆开:实物库存、已预占、采购在途、头程在途、质检待检、退货待上架、不良品,其中只有实物库存减去预占和不良,才是真正能参与补货计算的可用库存;
需求层:日均销量、剔除缺货期的修正销量、促销系数、季节性标签;规则层:安全天数、目标覆盖天数、补货点、是否自动生成建议;执行层:建议补货量、审批状态、PO号、预计到货日。判断模板是否可用的标准很简单:随便挑一个SKU,让系统算出的可用库存跟仓库当天能发出的数量对得上。
对不上,先别谈自动化,先做口径治理。退货和在途尤其容易出错,退货只有质检完成、换标完成、真正上架之后才能回冲可用库存,采购在途和头程在途要分成两段计,因为它们的到货时间差着两三周。
我最开始就是拿日均销量乘个交期就下单,结果旺季前接连断货,淡季又压了一堆呆滞。当时很困惑:公式看起来没错,为什么实际总偏差?后来才想明白,跨境的总提前期不是采购交期一个数,采购交期加头程加清关加上架,加起来能到四十多天,而且每个平台的仓容和补货限制还不一样。
用两段公式。补货点约等于日均销量乘以总提前期再加安全库存,总提前期等于采购交期加头程运输加清关加目的仓上架天数;建议补货量约等于日均销量乘以目标覆盖天数,减去可用库存,再减去确实能在覆盖期内到货的在途库存。
举例:某SKU日均30件,采购交期15天,头程22天,上架3天,安全库存按7天需求210件,总提前期40天,补货点就是30乘40加210等于1410件;
当前可用300件,在途400件,按45天覆盖算需要1350件,建议量就是1350减300减400等于650件,再按MOQ500和箱规24向上取整,落到720件。取整必须做,因为供应商按箱、按托盘、按整柜发货,理论值不可执行。
多仓分配按三层优先级:先满足平台仓有补货限制的硬约束,再按各仓近28天销量占比分配,最后用物流成本和仓容做微调。公式定完不要直接上线,拿过去12个月的历史数据回测,看建议量和实际补货量的偏差,偏差超过30%的SKU要单独设规则。
我们内部讨论自动化的时候,运营想一键下单,财务坚决不同意,怕系统抽风或者数据延迟导致批量下错单。这个矛盾我遇到过好几次,后来发现关键不是「要不要自动化」,而是先分清哪一层在自动化,数据自动、建议自动、执行自动,是三件完全不同的事。
按三层来落地。数据自动是基础,订单、库存、在途、交期每天同步,这层必须做到,做不到后面全是空谈。建议自动是大多数企业真正该停的位置:系统按规则算出补货点和建议量,推给采购,采购确认后生成PO。执行自动只建议覆盖稳定SKU,也就是连续6个月有销量、供应商准时率稳定、需求波动小的那批。
人工审批阈值可以参考这几个维度:单笔采购金额超过企业月均采购额的某个比例(常见是5%到10%)、新SKU前3次采购、首次合作的供应商、大促前30到45天的放量、单一供应商占该SKU采购额超过60%、毛利率低于品类基准线的SKU。
异常处理要单独建清单并指定负责人:供应商延期、头程爆仓或甩柜、目的仓仓容受限、退货未及时回冲、汇率大幅波动、平台政策调整。每类异常定响应时限,比如供应商延期超过3天由采购当天确认替代方案,头程异常由物流在24小时内更新预计到货日并回写系统。
自动化的边界不是技术问题,是资金风险问题,金额越大、越不稳定的SKU,越要留人工这一道闸。
我们上线后第一个月,运营说缺货少了,采购说没感觉,财务说库存反而涨了,三个人拿着三套数在会议室吵。那次之后我才意识到,比指标本身更重要的是先把口径写下来,不然每个部门算出来的「缺货率」都不是一个东西。
盯五个指标,并且每个都先固定口径。缺货率:当日有订单但可用库存为0的SKU数,除以当日有销量的SKU数,必须分平台、分仓、按ABC分层看,因为全店平均会把问题SKU稀释掉。订单满足率:24小时内能全部发出的订单行数除以总订单行数。
库存周转天数:滚动90天平均库存除以滚动90天日均出库成本,在库和在途要不要计入必须全公司统一,建议在库在途都计,因为资金已经占住了。呆滞库存占比:超过90天无销量或超过180天未动销的库存金额占总库存金额比例,这个数上升说明补货规则太激进或者需求判断失真。
补货建议采纳率:采购直接采用建议量生成的PO行数除以系统给出的建议行数,这是最灵敏的诊断指标,低于70%通常说明规则参数或主数据有问题,不是采购不配合。再加一个供应商准时交货率,它是补货规则能不能被信任的地基,准时率低于85%的供应商,交期参数要按实际值上浮而不是按合同值填。
上线节奏建议先跑2到4周影子模式,系统只出建议不下单,把建议量和人工实际下单量做逐单对比,找出偏差最大的20个SKU逐个调规则,再开审批流。另外提醒一句,不要拿预测准确率当唯一考核目标,补货本来就是应对不确定性的,重点看异常响应速度和库存资金效率,而不是把预测做到100%。


读者评论
文中多平台多仓库存口径不统一的问题很真实。可售、在途、FBA在库各有一套定义,如果ERP里不先统一口径,补货建议只会把分歧算得更快。先治理主数据,再谈自动化,顺序不能反。
人工审批阈值的设计很关键。全量审批等于没自动化,完全自动又容易出事故。按金额、新品、单一供应商等维度设阈值,让大部分常规补货自动流转,高风险再人工复核,更符合实际业务。
交期拆成预计值和波动区间这个建议很实用。跨境提前期接近40天,任何固定交期都会放大缺货或积压。再配合日均销量做缺货修正,补货点才不会系统性偏低。