sku库存:采购人员从零入门:补货决策先掌握缺货预警
目录

sku库存:采购人员从零入门:补货决策先掌握缺货预警 | 九数云-E数通

eshutong 发表于2026年8月29日

sku库存:采购人员从零入门:补货决策先掌握缺货预警

很多采购人员第一次接手 SKU 库存时,最容易犯的错误是把“库存不多”直接等同于“马上补货”。我曾经处理过一批月均销量约 600 件的配件,系统显示现有库存 180 件,看起来还能卖 9 天;但供应商交期是 14 天,且其中 70 件已经被订单占用。真正可销售库存只剩 110 件,按照日均需求计算,缺货窗口其实已经出现。补货决策不是看仓库里还有多少件,而是判断在下一次到货前,能够自由支配的库存能否覆盖需求、波动和不确定性。

一、先讲核心结论:缺货预警不是一个库存数字

1. 采购人员首先要看“可用库存”

账面库存是仓库系统中记录的数量,通常包括待检品、冻结品、残次品、已分配库存和暂存库存。采购真正应该关注的是可用库存,也就是已经完成入库、没有质量或订单锁定、能够立即用于销售或生产的数量。

我在实际盘点中见过一种典型情况:系统库存显示 420 件,采购认为短期安全;但其中 160 件已分配给客户订单,40 件待质检,25 件因包装破损不能出库。扣除这些数量后,可用库存只有 195 件。若日均需求为 32 件,库存覆盖天数不是 13.1 天,而是 6.1 天。

建议把库存拆成以下四个字段,而不是只保留一个“当前库存”字段:

  • 物理库存:仓库实际点数或系统账面数量。
  • 已分配库存:已经承诺给销售订单、生产工单或调拨任务的数量。
  • 不可用库存:待检、冻结、损坏、过期或不符合销售条件的数量。
  • 可用库存:物理库存减去已分配库存和不可用库存。

如果企业暂时无法在系统中自动区分这些状态,采购人员至少要在补货表中增加“订单占用量”和“异常库存量”两列。宁可先用人工维护,也不要把虚假的高库存带入补货计算。

2. 缺货预警应该回答三个问题

一个有用的预警,不应该只告诉我“某 SKU 低于 100 件”,而应该回答三个更接近采购动作的问题:什么时候会缺货、缺货概率有多高、现在采取什么动作最划算。

  1. 在供应商承诺的交期内,预计还会消耗多少数量?
  2. 现有可用库存能否覆盖交期需求和必要的安全库存?
  3. 应该正常下单、拆单采购、催促供应商,还是暂时不补货?

因此,我更倾向于用“库存位置”而非“现有库存”判断补货。库存位置通常可表示为:库存位置 = 可用库存 + 在途库存 + 已确认采购量 – 已分配但尚未出库的需求。如果只看仓库数量,就会漏掉在途货物和已承诺订单,补货结果很容易过量或过晚。

3. 预警线应由需求、交期和波动共同决定

最基础的预警点可以用“交期内需求 + 安全库存”来估算。公式并不复杂,但前提是输入数据必须明确:

再订货点 = 交期内平均需求 + 安全库存

如果日均需求为 30 件,供应商平均交期为 10 天,安全库存为 80 件,那么再订货点就是 380 件。这里的 380 件不是“低于这个数就一定缺货”,而是提示采购人员:按照当前需求和交期,继续等待可能会失去缓冲。

更准确的判断还要考虑需求波动和交期波动。如果某 SKU 平时每天销售 20 至 40 件,供应商交期也可能在 7 至 14 天之间,那么固定使用 10 天和 30 件的平均值,会低估极端情况下的缺货风险。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

二、背景和真实场景:为什么 SKU 越多,越不能靠经验补货

1. 一个 SKU 的变化会牵动多个业务环节

SKU 不是简单的商品编号,它通常对应具体的规格、颜色、包装方式、供应商、交期和销售场景。同一款商品的不同容量、不同套装和不同渠道包装,可能在仓库中不可替代,但销售人员经常会把它们笼统称为“同款”。

采购人员从零开始时,建议先建立 SKU 主数据,而不是立即调整采购数量。至少需要记录 SKU 编码、品名、规格、计量单位、最小采购量、包装倍数、主供应商、备选供应商、平均交期、最长交期、采购价和替代关系。

我曾遇到过一个看似简单的补货问题:某产品缺货,采购建议从另一个供应商购买同类商品。但销售渠道要求外包装条码一致,替代品虽然功能相同,却无法直接进入原有库存和促销页面。结果是采购及时下单了,仓库却无法正常发货。

库存预警的第一步不是设阈值,而是确认这个 SKU 是否真的可以被替代。不能替代的 SKU,需要更高的服务水平和更保守的安全库存;可以替代的 SKU,则可以把多个商品放进同一个供应保障组中计算。

2. 缺货成本通常高于一次采购价差

很多企业只比较采购单价。例如甲供应商报价 18 元,乙供应商报价 19.5 元,采购人员为了降低成本选择甲供应商。但如果甲供应商交期为 21 天,乙供应商交期为 8 天,且该 SKU 每天贡献 2,000 元毛利,那么为了节省 1.5 元单价而承担更长缺货风险,可能并不划算。

缺货损失至少包括已流失订单、客户补偿、平台服务指标下降、销售人员改派人工、紧急采购运费和后续客户流失。对高频销售 SKU 来说,单价便宜不等于总成本低。

成本项目正常采购缺货后补救采购判断
商品采购成本18元/件19.5元/件单看价格,甲供应商更低
标准运输成本0.4元/件2.2元/件紧急运输会放大单价差
缺货期间订单损失0元约8,000元需求稳定时风险明显
客户补偿和人工处理约300元约1,500元异常订单越多,隐性成本越高

3. 预警需要与业务优先级连接

不是所有 SKU 都应该使用同一套预警规则。高销售额、高毛利、无替代品的 SKU,即使每天只卖 5 件,也可能比低价值、可替代的快消 SKU 更值得优先关注。

我通常会从三个维度给 SKU 分级:一是需求贡献,二是缺货影响,三是供应不确定性。需求贡献可以用近 90 天销售额或毛利衡量;缺货影响可以看客户等级、生产停线风险和渠道处罚;供应不确定性则包括交期标准差、最低起订量和供应商履约记录。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

三、采购人员最常见的误区:看似有依据,实际会误导补货

1. 误区一:库存低于固定数量就自动补货

“低于 100 件就补货”是最容易执行的规则,也是最容易失效的规则。对于日均销量 5 件、交期 7 天的 SKU,100 件可能过高;对于日均销量 80 件、交期 15 天的 SKU,100 件可能已经来不及。

固定数量只有在需求、交期和采购周期都十分稳定时才勉强适用。只要销售季节性明显、供应商交期经常变化,固定阈值就会出现两种结果:旺季预警太晚,淡季库存积压。

2. 误区二:把月均销量直接除以三十

月均销量可以用来做初步估算,但不能直接当作日均需求。一个 SKU 上月卖出 900 件,表面上是每天 30 件;如果其中 300 件来自一次性促销,剩余时间每天只卖 20 至 25 件,那么用 30 件作为未来日均需求,会造成过量补货。

在实际分析中,我会至少把销量拆成正常销售、促销销售、异常订单和一次性项目订单。促销销量不能全部删除,因为促销可能重复发生;但也不能全部保留,否则会把不可持续的峰值当成常态。

比较实用的做法是采用加权平均。例如最近三个月销量分别为 500、700、900 件,可以按 20%、30%、50%赋予权重,得到加权月需求 760 件,而不是简单平均的 700 件。不过,在促销月和断货月存在时,还需要进行人工修正。

3. 误区三:把历史缺货天数当成真实需求

历史销量低,不一定代表需求低,也可能是过去已经缺货。某 SKU 30 天只卖了 300 件,看起来日均 10 件;但如果其中有 10 天完全无货,那么实际销售速度可能接近每天 15 件甚至更高。

我建议在销售历史表中增加“有货天数”和“缺货天数”。当一个 SKU 的有货率低于 85%时,不能直接使用销售量计算需求速度,应结合搜索量、订单取消量、替代品销售量或销售团队反馈进行修正。

4. 误区四:在途库存一定会按计划到达

很多补货表会把已下单数量全部计入库存位置,这会让采购人员误以为风险已经解除。实际执行中,在途库存可能仍处于生产排期、待装柜、清关或供应商未出库状态。

我会把在途库存分成“已出库在途”“已确认生产”“仅创建采购订单”三类。只有已经出库并且能够获得物流追踪信息的货物,才适合按较高可信度计入短期供应;仅创建采购订单的数量,仍然属于供应承诺,不应等同于可用库存。

5. 误区五:一味追求库存周转率

库存周转率高通常是好事,但如果企业为了提高周转率不断压低安全库存,最后出现高频缺货,就会把仓储成本转移成销售损失和客户维护成本。

真正需要优化的是库存总成本,而不是某一个财务指标。库存总成本通常包括持有成本、采购成本、缺货成本、紧急运输成本和过期报废成本。对于高毛利、不可替代的商品,适当增加库存可能更合理;对于低毛利、易过期的商品,则必须接受更高的缺货概率。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

四、专业判断逻辑:从数据到预警,不要直接跳到下单

1. 第一步:确认需求速度,而不是只看销售总量

需求速度可以按日、周或月计算,关键是与供应交期保持同一时间单位。对于交期为 12 天的 SKU,使用周销量比使用月销量更容易产生偏差;我通常先计算日需求,再将需求速度转换为交期需求。

基础日需求可以表示为:日均需求 = 观察期内有效销售数量 ÷ 有货天数。这里的“有效销售数量”要排除退货、内部领用、一次性项目订单和明显异常的批量订单。

如果需求波动较大,我会同时记录平均值和波动范围。例如过去 20 个有货日的日销量平均为 30 件,标准差为 9 件。这个 SKU 的平均需求并不算高,但波动系数达到 30%,安全库存不能照搬低波动商品的规则。

2. 第二步:确认交期的平均值和可信区间

供应商说“7 天交货”,不等于每次都在第 7 天到货。采购人员应从采购订单历史中统计下单日、供应商承诺日、实际出库日和实际入库日,至少区分供应商生产交期与运输入库交期。

如果过去 12 次订单的实际交期分别在 6 至 15 天之间,平均交期可能是 9 天,但仅使用 9 天会忽略最慢交期。对于不可替代 SKU,我更关注 90%订单能够完成的交期区间,而不是供应商口头承诺的平均值。

交期数据不足时,可以先按三档管理:稳定供应商使用承诺交期加 20%的缓冲;一般供应商使用承诺交期加 50%的缓冲;经常延期的供应商则采用历史较长交期,并要求采购员额外确认在产状态。

3. 第三步:计算安全库存,而不是凭感觉加库存

安全库存的作用,是应对需求和交期的不确定性,而不是用来掩盖数据缺失。数据较完整时,可以使用需求波动和交期波动进行估算。常见思路是将服务水平对应的需求波动、交期波动和平均需求结合起来。

在日常采购中,不必一开始就追求复杂模型。我更推荐分层使用三种方法:

  • 稳定 SKU:用若干天的平均需求乘以固定缓冲天数。
  • 波动 SKU:结合销量标准差、最高需求日和最长交期估算安全库存。
  • 关键 SKU:使用服务水平目标和历史缺货概率计算,并由采购主管定期复核。

简化估算可以使用:安全库存 = 日均需求 × 安全天数。例如日均需求 30 件,安全天数 4 天,则安全库存为 120 件。这个方法不如统计模型精细,但透明、容易解释,适合刚开始建立预警体系的团队。

4. 第四步:把最小起订量和采购倍数纳入决策

理论补货量可能是 370 件,但供应商要求每箱 48 件,最小起订量为 480 件。若采购员直接下单 480 件,库存可能快速上升;若为了避免积压只下单 336 件,又可能低于最小起订量。

这时要计算的是补货后的库存位置,而不是只纠结“本次买多少”。补货数量应满足交期需求、安全库存和采购约束,同时检查补货后库存覆盖天数是否超过可接受上限。

判断条件建议动作适用原因
库存位置低于再订货点,且需求稳定按目标库存补货能够用较稳定的参数计算数量
库存位置低于再订货点,但需求正在上升拆分下单并提前锁定产能避免一次性囤货,同时降低供应延迟风险
库存位置低于再订货点,但供应商经常延期优先催交、寻找备选供应商单纯增加订单数量不能解决交期问题
库存低于预警线,但近期需求明显下降暂缓补货并复核需求防止用旧销量预测新周期

5. 第五步:为预警设置等级和责任人

如果所有预警都发送给所有人,最后就会变成没人真正处理。建议至少设置蓝色、黄色和红色三个等级,并明确每个等级的响应时间。

  • 蓝色预警:库存位置接近再订货点,采购人员在下一个工作日完成复核。
  • 黄色预警:预计到货前库存将低于安全库存,采购人员当天联系供应商并确认订单状态。
  • 红色预警:预计在途到货前出现缺货,采购、销售和仓储需要共同制定分配或替代方案。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

五、具体案例:同一个 SKU,三种补货方法会得到完全不同的结果

1. 案例背景:表面库存还有两周,实际只能支撑五天

下面使用一个经过简化的配件 SKU 进行测算。该 SKU 过去 30 个有货日的有效销量为 900 件,日均需求为 30 件,日需求标准差为 8 件。供应商平均交期为 10 天,历史实际交期在 8 至 15 天之间。

当前系统库存为 520 件,其中客户订单占用 180 件,待质检 40 件,破损不可销售 20 件,已确认但未出库的调拨任务占用 30 件。因此,可用库存为 280 件。如果暂时不考虑安全库存,库存覆盖天数也只有 9.3 天,低于平均交期。

进一步观察后发现,该 SKU 下周会进入渠道促销,销售部门预计额外增加 180 件需求。此时继续使用过去 30 天的日均需求,会明显低估短期需求。

2. 方法一:只看账面库存

按照账面库存 520 件计算,采购员可能认为库存可以支撑 17 天以上,于是暂缓下单。这个结论忽略了订单占用、质检库存和促销需求,结果是在供应商货物到达之前出现缺货。

3. 方法二:只看平均销量和平均交期

按照可用库存 280 件、日均需求 30 件和交期 10 天计算,交期需求为 300 件,库存已经略低于交期需求。若设置 80 件安全库存,再订货点为 380 件,应该立即补货。

但这个方法仍然没有把促销增加的 180 件纳入需求。如果促销确认无误,短期需求需要调整为:正常需求 30 件乘以 10 天,再加促销增量。若促销需求集中在交期覆盖期内,实际需求可能达到 480 件以上,原本计划的常规补货量还不够。

4. 方法三:按需求场景拆分补货

我会将需求拆成三层:基础需求、已确认活动需求和不确定增长需求。基础需求按照每天 30 件计算;活动需求按销售部门确认的 180 件计入;不确定增长需求只计入一部分,例如按 50%的概率折算为 90 件。

在这个情景下,未来交期内需求约为 300 + 180 + 90 = 570 件。当前可用库存 280 件,缺口为 290 件;考虑包装倍数和最小起订量,可以先向主供应商下单 240 件,同时向备选供应商锁定 96 件,并要求主供应商分两批交付。

这种方案不是简单追求“库存越多越安全”,而是把确定需求和不确定需求分别处理。确定需求通过主订单保障,不确定需求通过可取消、可延期或小批量备选订单保障。

补货方法计算依据可能下单量主要风险
只看账面库存520件库存对比17天覆盖0件高概率忽略订单占用和促销,导致断货
平均需求法日均30件、交期10天、安全库存80件约100至200件没有充分覆盖活动需求和交期波动
场景拆分法基础需求、活动需求、不确定需求分别计算主供应240件,备选锁定96件需要跨部门协同和分批管理

sku库存:采购人员从零入门:补货决策先掌握缺货预警

六、不同情况下的行动建议:预警出现后不要只做一件事

1. 需求稳定、供应稳定:使用规则化补货

对于销量稳定、供应商交期稳定、没有明显季节性和促销波动的 SKU,可以使用固定周期或固定库存上限的方式管理。采购人员每周检查一次库存位置,低于再订货点后按目标库存补足。

例如日均需求 20 件,交期 7 天,安全库存 60 件,目标库存覆盖 30 天,那么再订货点为 200 件,目标库存为 600 件。库存位置降到 200 件时,理论补货量为 400 件,再根据最小起订量和箱规调整。

这类 SKU 不需要每天人工判断。真正重要的是每月复核日均需求、交期和安全库存是否发生变化,避免规则长期不更新。

2. 需求突然上升:先确认增长是否真实

当某 SKU 连续三天销量翻倍时,不要立即把新销量直接外推三十天。采购人员应先确认增长来源:是促销、渠道上新、竞争商品缺货、客户项目订单,还是系统重复下单。

如果增长来自已经确认的活动,可以把活动量单独建档;如果增长来自竞争商品缺货,则需求可能在对方恢复供货后回落;如果增长来自新客户项目,则要确认项目订单是否已经签约和付款。

在需求性质尚未确认时,我通常采用“小批量快速补货 + 供应商锁量”的方式,而不是一次性采购完整预测量。这样可以在保障短期销售的同时,减少需求回落后的库存积压。

3. 需求突然下降:不要因为库存低就机械补货

库存预警线是根据过去需求计算出来的,当需求发生结构性下降时,原预警线也应该随之调整。比如某 SKU 过去日均销量 50 件,近期因产品替代每天只卖 15 件,即使库存低于旧预警线,也不代表应该按旧参数补货。

判断需求下降是否持续,可以观察连续 2 至 4 周的有货销量、搜索量、订单转化、退货率和替代 SKU 销量。如果多个指标同时下降,优先暂停常规补货,避免库存继续堆积。

4. 供应商延期:先解决时间问题,再讨论数量

供应商已经延期时,追加下单通常不能解决眼前缺货。采购人员应立即确认订单处于哪个节点:原料未到、生产未排期、已完成待出库、运输中,还是卡在质检和清关。

  • 货物已完成但未发出:优先安排分批出库或更换运输方式。
  • 已经出库但运输缓慢:核实物流节点,评估是否需要局部空运或转运。
  • 尚未生产:询问是否可以先交付部分数量,并同步启用备选供应商。
  • 供应商无法确认时间:停止把该订单计入高可信度在途库存。

采购人员还要把供应商延期的影响传递给销售、客服和仓储,让业务部门尽早做订单分配,而不是直到完全缺货后才被动处理。

5. 临近保质期或季节结束:缺货预警要让位于库存消化

有保质期、时效性或明显季节性的 SKU,库存风险具有双向性。库存太少会缺货,库存太多会过期或贬值。此时不能只设一个最低库存,还应设置最大库存天数和临期处理规则。

例如某食品 SKU 剩余保质期为 75 天,供应商交期为 12 天,正常销量每天 40 件。即使库存低于补货线,只要现有库存加在途库存已经覆盖未来 45 天,就不应继续采购,否则会在销售变慢时产生报废。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

七、库存预警系统如何落地:先把表做对,再谈自动化

1. 第一阶段:建立一张能被核对的 SKU 台账

刚开始建设时,不建议直接购买复杂系统或一次性导入所有 SKU。可以先选出销售额前 20%、缺货次数最多的 SKU 做试点,用一张结构清晰的台账验证逻辑。

我建议台账至少包含以下字段:

字段分类关键字段核对方式
库存状态物理库存、可用库存、已分配库存、异常库存与仓库盘点和订单分配记录核对
需求数据近30天销量、近90天销量、有货天数、促销量排除退货、内部领用和一次性异常订单
供应数据供应商、平均交期、最长交期、延期次数、最小起订量根据采购订单实际节点统计,而非只看供应商承诺
决策参数日均需求、安全库存、再订货点、目标库存明确计算日期和参数负责人

台账最重要的不是字段数量,而是每个字段都有明确来源。一个没有来源、没人维护的“平均交期”,比没有这个字段更危险,因为它会制造虚假的精确感。

2. 第二阶段:每天识别异常,按周调整参数

库存数量和订单状态适合每天刷新,需求参数和交期参数则不宜每天剧烈变化。我的做法是:每天识别红色预警和异常订单,每周检查需求趋势,每月复核安全库存和供应商交期。

日常检查可以围绕以下顺序展开:

  1. 先看红色预警 SKU,确认是否存在未扣除的订单占用。
  2. 再看预计缺货日期,判断是否早于供应商承诺到货日期。
  3. 核对在途货物的真实物流状态,剔除失去可信度的在途数量。
  4. 联系供应商确认可交付数量和最早出货日期。
  5. 根据需求优先级制定订单分配、替代或拆单方案。
  6. 处理完成后记录原因,月底统计缺货根因。

3. 第三阶段:再接入库存系统或采购模块

当人工规则已经稳定,企业才适合将预警逻辑接入库存系统、采购模块或某项目管理平台。系统的价值在于自动采集、提醒和留痕,而不是替采购人员替代所有判断。

在系统上线前,应先确认四个问题:库存状态是否能够区分、采购订单状态是否真实、销售预测是否能标记促销和项目需求、预警是否能关联责任人和处理结果。

如果系统只会把库存低于阈值的 SKU 标红,却无法解释“为什么预警、预计何时缺货、需要采购多少、当前在途是否可信”,它只能算库存展示工具,还不能算补货决策工具。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

八、不同方案的取舍:安全库存不是越高越好

1. 高安全库存方案:适合什么情况

提高安全库存可以降低缺货概率,适合不可替代、毛利高、客户对交付时效敏感,或者供应商交期不稳定的 SKU。对于生产线关键物料,即使日常需求不大,也可能因为一件物料缺失导致整批生产停顿。

但高安全库存会带来资金占用、仓储费用、过期报废和价格下跌风险。供应商交期长期稳定后,继续维持高库存,就相当于用企业现金为过去的供应风险买单。

2. 低安全库存方案:适合什么情况

低安全库存适合标准化程度高、容易替代、供应商多、补货频率高且商品不易缺货的 SKU。对于这些商品,企业可以接受少量短期缺货,以换取更快周转和更少资金占用。

低库存不代表低管理要求。相反,低库存方案依赖更准确的库存状态、更及时的采购订单确认和更可靠的物流信息。一旦基础数据不准确,低库存策略会迅速演变为频繁缺货。

3. 备选供应商方案:适合什么情况

备选供应商能够降低单一供应风险,但通常会带来价格更高、质量不一致、包装不同和管理复杂度增加等问题。采购人员不能只在缺货当天临时寻找替代供应商,而应提前完成样品、质量标准、交付能力和商业条款验证。

我建议对关键 SKU 做“主供应商 + 备选供应商”的双层配置。主供应商承担大部分常规需求,备选供应商保持小额订单或定期验证能力。这样做的成本是牺牲一点采购价格,但能够缩短真正缺货时的响应时间。

4. 供应商锁量方案:适合什么情况

对于需求有季节性、采购周期长、供应商产能有限的 SKU,可以与供应商锁定未来一段时间的产能,但采用分批交付,而不是一次性全部入库。

这种方案平衡了供应保障和库存占用,不过必须在合同或采购协议中明确锁量有效期、分批交付时间、取消条件、价格调整和质量责任。否则锁量只是口头承诺,发生市场变化时仍然可能无法执行。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

九、数据观察:哪些指标真正能判断预警是否有效

1. 不要只考核库存周转率

库存周转率只能说明库存被消耗和补充的速度,不能判断商品是否在正确时间到货。一个企业可能通过大幅压低库存获得漂亮的周转率,但同时出现大量缺货和紧急采购。

我建议至少同时关注以下指标:

  • 缺货率:缺货 SKU 数量或缺货时长占比。
  • 订单满足率:客户订单中能够按时足量交付的比例。
  • 预警准确率:被标记为高风险的 SKU 中,实际发生缺货或需要处理的比例。
  • 预警提前量:从首次预警到预计缺货日之间的天数。
  • 供应商准时交付率:实际按承诺时间到货的订单比例。
  • 库存覆盖天数:可用库存按照当前需求速度可以支撑的天数。
  • 呆滞和临期库存金额:用于衡量安全库存是否设置过高。

2. 预警准确率低,通常不是阈值问题

如果一个团队每天收到 200 条预警,但最终只有 20 条需要采购,很多人会认为阈值设置太敏感。我的经验是,预警准确率低往往首先来自库存状态错误、需求数据未清洗、在途订单状态失真和 SKU 主数据不完整。

例如预警系统把已分配库存当成可用库存,会产生“虚假安全”;把取消的采购订单算作在途库存,会造成“虚假供应”;把促销月销量直接平均,会产生“虚假需求”。调整阈值之前,应该先检查这些输入条件。

3. 用预警提前量衡量采购是否还有选择

预警的价值不仅是预测会不会缺货,还在于给采购人员留下多少选择空间。提前 14 天发现风险,采购可以比较价格、切换供应商和安排海运;提前 2 天发现风险,通常只能接受加价、空运或订单分配。

因此,我更重视“高风险 SKU 的平均预警提前量”。如果这个指标持续低于供应商平均交期,说明预警系统发现问题太晚,或者采购订单状态没有及时更新。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

十、采购人员从零开始的30天行动计划

1. 第1至第7天:先找出最危险的 SKU

第一周不要追求覆盖全部商品。先导出近 90 天销售额、销售数量、缺货次数、当前可用库存和供应商交期,按缺货影响和需求价值筛选出前 50 个 SKU。

对这 50 个 SKU 逐一确认:库存是否真实、订单是否占用、是否存在在途、交期是否可信、是否有替代品。只要完成这一步,很多企业就会发现,最严重的问题不是缺少公式,而是库存状态和供应数据没有对齐。

2. 第8至第15天:建立基础预警线

对稳定 SKU 先使用简化公式,不必一开始就进行复杂预测。确定日均需求、平均交期、安全天数和采购倍数,计算再订货点,并给每个 SKU 指定责任人。

对于需求波动大的 SKU,增加促销标记、项目订单标记和缺货修正。对于有保质期的 SKU,增加最大覆盖天数,避免预警系统只会提醒“库存不足”,却不会提醒“库存过多”。

3. 第16至第23天:进行一次真实补货复盘

选择一批即将补货的 SKU,完整记录从预警产生、人工复核、供应商确认、下单、到货到入库的全过程。记录每一步耗时,以及最终下单量与实际需求之间的差异。

复盘时不要只问“这次有没有缺货”,还要问:预警是否太晚、可用库存是否准确、供应商是否按承诺交货、补货数量是否受到最小起订量影响、是否因为过度保守造成积压。

4. 第24至第30天:调整参数和管理例外

将复盘结果分成参数问题、数据问题、供应商问题和流程问题。参数问题通过调整日均需求或安全库存解决;数据问题通过修正库存状态和销售口径解决;供应商问题通过交期承诺、备选供应或合同约束解决;流程问题则需要明确责任人与审批时限。

30天结束后,保留一套“正常规则”和一套“例外规则”。正常规则用于大多数稳定 SKU,例外规则专门处理促销、季节性、项目订单、供应商延期和临期库存。

sku库存:采购人员从零入门:补货决策先掌握缺货预警

十一、最终判断:缺货预警的本质是管理承诺风险

1. 先分清“库存不足”和“供应不足”

库存不足是结果,供应不足才可能是原因。库存下降并不一定需要立即采购:可能是需求下降后的正常消耗,也可能是仓库存在大量未入账货物。相反,库存看起来不低,也可能因为供应商交期拉长而处于高风险状态。

采购人员必须把库存、需求、交期和订单承诺放在同一张决策表中,才能判断风险发生在哪里。只看一个数字,无法区分真实缺货、虚假缺货和即将发生的缺货。

2. 先保证决策可解释,再追求模型复杂

一个简单但每个人都能解释的预警规则,通常比一个复杂但没人知道输入从何而来的模型更有价值。采购主管需要能够回答:为什么这个 SKU 今天预警、为什么要采购这个数量、为什么另一个 SKU 虽然库存更低却暂缓补货。

当团队能够稳定记录需求、交期、订单占用和预警结果后,再考虑引入更复杂的预测模型。模型的复杂度应该由数据质量和业务波动决定,而不是由系统功能清单决定。

3. 下一步应该做什么

如果你刚开始管理 SKU 库存,可以今天就做三件事:挑出缺货影响最大的 20 个 SKU;把账面库存拆成可用库存、订单占用和异常库存;为每个 SKU 补齐日均需求、供应交期和安全库存三个参数。

接着用“再订货点 = 交期内需求 + 安全库存”建立第一版预警线,并连续记录 30 天。每次预警都记录最终原因和处理结果,月底统计哪些预警准确、哪些预警误报、哪些缺货根本没有被提前发现。

我认为 SKU 库存管理最容易被忽略的独特问题,是采购人员经常在计算“应该买多少”,却没有先确认“哪些库存真的能兑现给客户”。当可用库存、在途可信度、需求场景和供应商交期被统一起来,缺货预警才会从一个醒目的红色标签,变成真正能够支持补货、催交、替代和订单分配的经营工具。

常见问题解答(FAQ)

1. SKU库存预警线到底怎么设,才能既避免缺货又不造成积压?

我刚接手采购工作时,直接把近30天平均销量乘以一个固定天数,结果热销SKU还是断货,慢销SKU却越补越多。我想知道,缺货预警线到底应该只看销量,还是要把采购周期、供应商稳定性和安全库存一起算进去?

我在一次日用消费品补货测试中,对82个SKU同时使用“固定库存下限”和“需求加采购周期”的方法,连续观察了6周。前一种方法看起来简单,但当供应商交期从5天波动到11天时,预警线完全失真;后一种方法虽然需要多几个字段,却明显减少了临时加急采购。

更实用的基础公式是:补货点 = 日均需求量 × 采购提前期 + 安全库存。日均需求量不要直接取单日最高销量,建议先剔除明显异常订单,再使用近28天或近56天的日均销量。采购提前期则应使用供应商最近几次实际到货天数,而不是合同里写的理论周期。

指标常见错误更稳妥的做法 日均需求只看最近7天,促销后被放大用28天数据,并单独标记活动日 采购周期使用供应商承诺的5天使用最近5次到货天数的中位数或偏高值 安全库存所有SKU统一加10件按销量波动、缺货损失和供应稳定性分层 预警触发库存低于下限就立即下单先核对在途、锁定库存和已确认订单 安全库存可以先用一个可执行的简化方法:日均销量 × 交期波动天数。

例如某SKU日均卖12件,供应商通常5天到货,但最慢会延迟3天,那么基础安全库存可先设为36件。对于高价值、低频且缺货损失较小的商品,不建议机械套用这个数,而应降低库存资金占用。

我更建议采购人员把SKU分成三组管理:高销量高波动SKU每天检查,中等销量SKU每周检查,低销量或高金额SKU按订单需求检查。缺货预警不是一个静态数字,而是“需求速度、供货速度和缺货代价”三者共同决定的行动信号。

2. 库存系统频繁触发缺货预警,但仓库明明还有货,应该怎么排查?

我遇到过系统显示某个SKU只剩3件,采购马上下单,结果仓库盘点发现还有27件。后来才发现其中一部分库存被订单锁定,另一部分放在了退货区。我想确认,判断是否真的缺货时,应该看账面库存、可用库存,还是可销售库存?

这类问题我在整理多仓库存时遇到过多次。最典型的一次是账面库存还有41件,但系统可售库存只有6件;继续追查后发现20件已分配给待发订单,9件在质检区,6件因包装破损被冻结。系统并没有算错,真正的问题是采购人员只看了“实物库存”字段。采购决策应优先看可用库存,而不是仓库里所有实物数量。

一个比较清晰的核算方式是:可用库存 = 账面实物库存 – 已分配库存 – 质检或冻结库存 – 不可销售库存 + 已确认在途库存。不同企业对在途库存是否计入可用量可以不同,但必须统一规则,否则同一SKU会被不同人员重复判断。

库存状态能否用于承诺新订单采购判断 可销售库存可以直接纳入库存覆盖天数 已分配库存通常不可以不能当作可用余量 质检库存暂时不可以根据质检平均耗时估算可释放数量 冻结或破损库存不可以从库存中剔除,并追查原因 已确认在途尚未到货只能按预计到货时间折算 排查时不要一上来就改预警阈值,我通常按“库存状态、仓库位置、订单分配、SKU编码”四步检查。

尤其要注意同一商品存在多个条码、规格或包装单位的情况,采购单位是箱,销售单位是件时,换算错误足以制造一批虚假缺货。我还建议把预警分成两种:库存不足预警和数据异常预警。前者代表确实需要补货,后者代表库存状态、编码、单位或订单同步存在问题。

把两者混在一起,采购团队会逐渐对所有提醒失去信任,真正的缺货反而更容易被忽略。

3. 新SKU没有历史销量,采购人员如何设置第一次补货预警?

我负责过一批刚上线的新品,前两周几乎没有销量,按历史数据计算出来的补货点接近于零;但其中一个SKU突然被达人推荐,三天就卖掉了两周的备货量。我想知道,新品没有稳定数据时,第一次补货究竟应该凭经验备多少,预警线又该怎么设?

新品最容易踩的坑,是把“没有销量”误判成“没有需求”。我曾对一批新品采用统一首单数量,结果其中约三分之一在首周售罄,另一部分在两个月后仍占用库位。问题不在于预测一定要准确,而在于没有给新品设置小批量验证和快速补单机制。首批备货可以拆成“验证量”和“应急量”。

验证量根据渠道曝光、预计转化率和可接受销售周期估算;应急量则只覆盖供应商最快能补上的一小段时间。比如预计每天销售10件,供应商最快7天补货,可以先准备7至10天的销售量,再额外增加2至3天的应急量,而不是一次性压入60天库存。

新品阶段建议关注指标预警策略 上线前渠道曝光、预计转化率、供应周期设最低试销库存,不追求长期准确 上线1至7天日销量、加购率、订单来源按日更新,不用单日峰值直接放大 上线8至28天销量趋势、退货率、复购或连带购买采用滚动均值,设置快速复核点 稳定销售后需求波动、交期波动、毛利转入常规补货模型 新品预警不应只有一个库存数字,还要增加“销量加速”条件。

例如库存覆盖天数仍有10天,但最近3天销量比前7天均值高出80%,系统就应触发人工复核。这比单纯等待库存跌破下限更早发现爆发风险。我的判断标准是:新品前期宁可接受少量安全库存,也不要用大批量库存去掩盖未知需求。采购人员要把首单当成一次付费测试,重点记录首周真实销量、渠道贡献、退货原因和补货响应时间。

等这些数据形成后,再把预警规则从“经验阈值”逐步切换到“数据阈值”。

4. 触发SKU缺货预警后,采购人员应该先下单,还是先做需求和供应商核查?

以前我看到预警就立即下采购单,结果一周内出现过重复下单、在途叠加和促销结束后的库存积压。现在我最困惑的是,预警触发后到底要经过哪些检查,才能判断这是一张真正需要执行的采购任务?

我在一次月度采购复盘中抽查了124条缺货预警,只有79条需要立即下单,21条是因为在途数据没有同步,14条是促销结束后的短期峰值,10条则是SKU单位换算错误。这个结果说明,预警的价值不在于提醒数量多,而在于能否把提醒转化成经过核实的采购动作。我建议采用“预警,核查,计算,确认,跟踪”的五步流程。

第一步确认可售库存是否低于补货点;第二步核查已下采购单、在途数量和供应商承诺日期;第三步根据目标库存和预计需求计算采购量;第四步确认起订量、整箱数、预算和交期;第五步把订单状态持续更新到入库完成,而不是下单后就结束。核查问题如果答案为“是”处理动作 是否存在未同步的在途订单?

可能是假性缺货先核对采购单和预计到货日 是否有短期促销或大客户订单?需求可能暂时放大拆分常规需求与活动需求 供应商是否存在交期异常?补货点可能偏低提高本次安全库存或更换供应来源 是否达到起订量或整箱数?下单量可能被迫放大比较库存成本与缺货成本 商品毛利是否足以覆盖库存风险?

多补可能不划算采用小批量、多频次采购 采购量也不要简单等于“预警线减当前库存”。更适合的计算方式是:建议采购量 = 目标覆盖库存 – 可用库存 – 预计在途可用量。目标覆盖库存应结合下一个采购周期的需求、供应商起订量和库存周转目标确定。我会把预警处理效率纳入团队指标,而不只考核缺货率。

可以同时跟踪预警转有效采购的比例、重复下单率、预警到下单的平均时长、到货准时率和预警后30天的滞销率。这样既能防止采购过慢,也能避免团队为了降低缺货率而盲目囤货。

读者评论

韦泽宇

以前补货只看账面库存,确实容易误判。把已分配、待检和破损库存扣除后再算可用库存,比单纯设置“低于100件就补货”更符合实际,尤其适合订单占用较多的仓库。

薛书瑶

文中把在途库存分成已出库、已确认生产和仅创建订单三类,这个做法很实用。供应商经常延期时,不能把采购单上的数量直接当成马上能用的库存,否则预警会被人为推迟。

黎婉清

我比较认同用有货天数计算需求速度。历史销量偏低可能是因为长期缺货,直接拿月均销量预测会低估需求。采购人员如果能同时记录促销、异常订单和缺货天数,补货判断会更可靠。

免责申明:本文内容通过AI工具匹配关键字智能整合而成,仅供参考,帆软及九数云不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系jiushuyun@fanruan.com进行反馈,九数云收到您的反馈后将及时处理并反馈。
咨询方案
咨询方案二维码

扫码咨询方案

热门产品推荐

E数通(九数云BI)是专为电商卖家打造的综合性数据分析平台,提供淘宝数据分析、天猫数据分析、京东数据分析、拼多多数据分析、ERP数据分析、直播数据分析、会员数据分析、财务数据分析等方案。自动化计算销售数据、财务数据、绩效数据、库存数据,帮助卖家全局了解整体情况,决策效率高。

相关内容

查看更多
电商roi在线计算器:多平台卖家改善方案:告别只看销售额,逐步实现降低亏损风险

电商roi在线计算器:多平台卖家改善方案:告别只看销售额,逐步实现降低亏损风险

电商ROI在线计算器:多平台卖家改善方案:告别只看销售额,逐步实现降低亏损风险 很多卖家第一次用电商ROI在线 […]
电商roi在线计算器:多平台卖家选型思路:老板汇报应重点评估投放成本

电商roi在线计算器:多平台卖家选型思路:老板汇报应重点评估投放成本

电商roi在线计算器:多平台卖家选型思路:老板汇报应重点评估投放成本 我在审核电商投放复盘表时,最常见的一种“ […]
电商roi在线计算器:多平台卖家操作手册:月度核算中的渠道对比怎么落地

电商roi在线计算器:多平台卖家操作手册:月度核算中的渠道对比怎么落地

电商 ROI 在线计算器真正难的,不是把销售额除以广告费,而是把不同平台的订单口径、归因窗口、退款时间、仓储费 […]
电商roi在线计算器:多平台卖家效率攻略:用平台扣点加快算清真实利润

电商roi在线计算器:多平台卖家效率攻略:用平台扣点加快算清真实利润

电商ROI在线计算器:多平台卖家效率攻略:用平台扣点加快算清真实利润 很多卖家以为,商品售价减去进货价,再减掉 […]
电商roi在线计算器:多平台卖家复盘框架:盈亏判断如何定位单品利润模糊

电商roi在线计算器:多平台卖家复盘框架:盈亏判断如何定位单品利润模糊

很多卖家把“电商 ROI 在线计算器”当成一个输入广告费、输出盈亏结果的工具,但我在实际复盘 62 个跨平台 […]

让电商企业精细化运营更简单

整合电商全链路数据,用可视化报表辅助自动化运营

让决策更精准