仓库新手最容易犯的错误,不是不会算库存,而是把“今天缺多少货”交给经验判断:看一眼销量、问一句仓管、凭感觉给某个仓补几箱。多仓协同一旦这样运行,结果通常不是总库存不足,而是东仓缺货、西仓积压;补货单越开越多,真正需要的 SKU 反而没有及时到位。基于我参与过的多仓仓配流程梳理经验,减少“凭感觉补货”的关键,不是把表格做得更复杂,而是先建立一套能回答三个问题的规则:补什么、补到哪里、补多少。
单仓时代,很多人只看“全国库存还有多少”。但多仓环境下,总库存是一个容易误导人的数字。全国还有 1,000 件,并不代表库存安全,因为这 1,000 件可能集中在距离主要订单区域最远的仓库,也可能被锁定在质检、调拨中或已分配给未发货订单。
我通常把可用于补货判断的库存拆成四个部分:可售库存、在途库存、已分配库存和不可用库存。真正参与计算的,不是系统里显示的库存总数,而是每个仓、每个 SKU 在未来供货周期内能够承担订单的有效可用库存。
一个更适合新手执行的公式是:
有效可用库存 = 可售库存 + 确认在途库存 – 已分配库存 – 预留库存 – 不可用库存
这里的“确认在途库存”不能把刚下单但还没有发出的采购单直接算进去。只有供应商已确认、预计到货日期明确、运输状态可追踪的货,才适合进入补货计算。否则,纸面库存会比实际库存乐观很多。
很多团队一上来就问“这个 SKU 要补多少”,但多仓协同更应该先问“这批货要补到哪个仓”。如果补货仓选择错误,即使数量算对,也可能造成订单履约成本上升。
例如,华东仓某 SKU 还有 200 件,华南仓只剩 18 件,但最近 14 天华南订单量占全国的 48%。此时把货补到华东仓,可能让全国库存看起来更充足,却无法解决华南仓的即时缺货。更合理的顺序是:先按区域需求判断库存缺口,再决定采购入哪个仓;如果采购交期较长,则优先考虑跨仓调拨能否覆盖短期缺口。
我的判断原则是:采购解决总量问题,调拨解决位置问题,安全库存解决波动问题。如果把三者混成一个“补货动作”,仓库人员就会反复采购,系统库存也会越来越难解释。
刚开始做流程优化,不需要同时引入几十个指标。我建议先固定以下六个字段,并且每天或每周保持同一口径:
补货量可以先采用简单版本:补货量 = 目标库存 – 有效可用库存 – 可信在途库存。当结果小于或等于零时,不补货;当结果为正时,再检查最小采购量、整箱数、供应商交期和资金上限。

仓库新人通常先接触到的是库存余额表,而不是库存变化过程。表格里写着某 SKU 有 360 件,但新人未必知道其中 80 件已经被订单占用,40 件在盘点冻结,60 件处于调拨途中,剩下的 180 件分散在三个仓库。
如果此时有人问“要不要补货”,新人只能依赖仓管经验。经验丰富的人可能知道某个仓的货其实已经快发完,经验不足的人则会把系统显示的 360 件当成安全库存。凭感觉并不一定意味着懒惰,很多时候是因为业务没有提供足够的可解释信息。
我在梳理类似流程时,通常先要求团队把库存状态从一个数字改成一条链路:期初库存、入库、出库、订单分配、退货、损耗、调拨、冻结和期末可售库存。只要这条链路断在某一个环节,补货判断就会被迫回到人工猜测。
假设某商品全国每天卖 100 件,南仓承担 50 件,东仓承担 30 件,北仓承担 20 件。全国平均需求量很稳定,并不代表每个仓的需求都稳定。南仓可能因为直播活动突然增加到每天 90 件,北仓则连续一周没有明显变化。
如果把全国日均需求 100 件平均分给三个仓,南仓会被低估,北仓会被高估。更常见的情况是,团队按历史仓储比例补货,但平台流量、区域促销、运输时效和销售渠道已经发生变化,旧比例自然失效。
因此,多仓补货需要同时看两个维度:SKU 的需求变化和仓库的订单承担变化。只看 SKU 销量,无法判断货应该放在哪里;只看仓库库存,也无法判断该 SKU 是否值得继续补。
我遇到过一种很典型的情况:华南仓系统显示某 SKU 还有 12 件,但当天已经有 9 件被订单分配,剩余 3 件还在待检区。仓库主管看到“库存 12 件”后没有补货,第二天客服却收到缺货投诉。
还有一种相反情况:某仓显示库存为零,但另一仓有 300 件可以调拨。业务人员没有看到调拨库存,直接开了紧急采购单,结果新货到仓时,原来的调拨货也刚刚入库,最终形成双重库存。
这说明库存优化不能只追求更高的库存准确率,还要提高库存状态的更新时间和可解释性。一个数字即使准确,如果更新时间滞后 24 小时,对高频 SKU 的补货决策仍然没有价值。

这是多仓团队最容易出现的误判。全国库存只能说明货物仍然存在,不能说明它能否在承诺时效内到达订单所在区域。如果跨仓调拨需要 4 天,而某区域未来 2 天就会售罄,那么“全国有货”在履约上等同于“本地缺货”。
我建议把库存判断拆成两个问题:第一,未来补货周期内,全国是否够用;第二,未来承诺配送周期内,目标区域是否够用。前者决定是否采购,后者决定是否调拨或前置备货。
“昨天卖了 50 件,交期 10 天,所以补 500 件”是一种非常常见的粗算方法。它的问题不是简单,而是把偶然波动当成正常需求,也没有考虑周末、活动、断货和渠道结构。
如果昨天恰好有一次短促,销量可能被放大;如果昨天缺货,销量又会被压低。更稳妥的做法是至少取最近 28 天,剔除明显异常日,再比较 7 天、14 天和 28 天三个窗口的日均需求。
我常用一个简单的加权需求:
加权日均需求 = 近 7 天日均需求 × 50% + 近 14 天日均需求 × 30% + 近 28 天日均需求 × 20%
如果商品存在明显季节性,这个公式不能机械使用,还应加入去年同期或活动期数据。公式的价值在于减少拍脑袋,不在于制造一种看起来很精确、实际没有依据的数字。
把所有 SKU 都设置成 7 天安全库存,执行起来很方便,却会同时制造两种问题:慢销高价值商品资金占用过高,快销低价值商品又可能不够抗波动。
安全库存应至少考虑需求波动和补货延迟。一个适合新手的近似方法是:先计算最近 28 天日需求的标准差,再乘以补货周期内的波动天数系数。若暂时不会做统计,可以用需求波动等级替代:
| 需求波动情况 | 建议安全库存天数 | 适合的判断方式 | 主要风险 |
|---|---|---|---|
| 销量稳定,供应商交期稳定 | 3,5 天 | 按近 28 天均值补货 | 遇到活动或延迟时缓冲不足 |
| 销量中等波动,交期偶尔延迟 | 7,10 天 | 加入近 7 天趋势修正 | 需求突然下滑时库存积压 |
| 销量高度波动,交期不稳定 | 按服务水平测算 | 使用区间预测和供应商分级 | 安全库存可能吞噬大量资金 |
一箱高价值配件和一箱低价值耗材,即使每天销量相同,也不应该采用相同的补货策略。前者更关注资金占用、缺货损失和采购批量,后者更关注拣选效率、整箱补货和仓容利用。
我通常先用“销量贡献 × 单位价值 × 缺货影响”做简单分层,而不是只按照销售额排序。对于高销量、高缺货损失的商品,应每天监控;对于低销量、低价值商品,可以采用固定周期补货;对于低销量、高价值商品,则应谨慎采购,必要时集中存放并按订单调拨。
多仓备货并不是仓库越多越安全。每增加一个库存点,就增加一份安全库存、盘点工作、库存差异和调拨复杂度。尤其是长尾 SKU,如果每个仓都放一小批,最后很容易出现“每个仓都有一点,但每个仓都不够发”的碎片化库存。

多仓补货的第一步不是看库存,而是画出 SKU 的区域需求分布。至少要统计最近 28 天各仓的实际出库量、订单行数和缺货订单数。如果一个仓的销量很高,但缺货天数也很高,那么实际出库量可能低估了真实需求。
在这种情况下,我会补充看搜索、加购、缺货替代和取消订单数据。因为“卖出去多少”只代表满足后的需求,“想买但没有买成”也属于需求信号。对于缺货严重的仓,不能直接把历史销量当成正常需求,否则系统会持续低估补货量。
建议给每个仓建立一个需求占比:
仓库需求占比 = 修正后仓库需求量 ÷ 全国修正后需求量
修正后需求量可以在实际出库量基础上,加回估算的缺货损失,但必须标注估算口径。宁可使用“估算需求”这样的明确字段,也不要让团队误以为所有数字都是精确统计。
库存是否有用,取决于它什么时候能够被订单使用。采购单还没有确认交期,不能按到货库存计算;已到仓但还没有质检完成,不能按可售库存计算;已经分配给订单的货,也不能再次用于补货。
我会把供应链时间拆成五段:采购审批时间、供应商备货时间、运输时间、收货上架时间和质检时间。很多团队只记录运输时间,导致系统显示“运输 3 天”,但从申请到可售实际需要 9 天。
如果真实提前期为 9 天,日均需求为 40 件,安全库存为 5 天,那么目标库存至少要覆盖:
目标库存 = 40 ×(9 + 5)= 560 件
若当前有效可用库存为 320 件,确认在途库存为 100 件,则理论补货缺口为 140 件。再考虑整箱规格和最小采购量,最终可能需要采购 160 件,而不是直接采购 140 件。
当某仓库存不足时,不要默认采购是唯一答案。我会按时间紧迫程度做三层判断:
调拨不是免费的。它包括运输费、装卸费、仓间操作费、调拨途中库存占用和可能产生的二次盘点差异。只有当调拨成本低于紧急采购成本、缺货损失或延迟履约损失时,调拨才是合理动作。
补货决策不能只看本周是否缺货,还要看补货之后的库存年龄和资金占用。一个 SKU 当前短缺,可能是因为促销即将结束,也可能是因为商品已经进入生命周期末期。若不区分这两种情况,团队很容易用长期库存去解决短期波动。
我建议在补货审批时增加三个反向检查:未来 30 天是否有活动结束、商品是否临近换代、供应商最小采购量是否会超过 60 天需求。只要其中一项风险较高,就不应直接按系统建议量采购,而应由业务、采购和仓库共同确认。

下面用一个我在流程分析中采用过的匿名化样本说明。样本是一款售价中等、日常销量稳定但促销波动明显的家居配件,共有东仓、南仓和北仓三个库存点。改造前,团队每周一由仓管导出库存表,再根据上周销量手工填补货数量。
样本 SKU 在改造前的主要数据如下:
| 仓库 | 可售库存 | 已分配库存 | 近 28 天日均出库 | 补货提前期 | 当周缺货天数 |
|---|---|---|---|---|---|
| 东仓 | 420 件 | 110 件 | 24 件 | 6 天 | 0.5 天 |
| 南仓 | 260 件 | 80 件 | 38 件 | 8 天 | 2.5 天 |
| 北仓 | 180 件 | 25 件 | 12 件 | 10 天 | 0 天 |
如果只看三仓可售库存,总量为 860 件,似乎可以覆盖全国约 12 天需求。但南仓的有效可用库存只有 180 件,按每天 38 件计算,不到 5 天就会见底;而南仓真实补货提前期为 8 天,缺口几乎已经确定。
更麻烦的是,团队上周刚把 200 件货补入北仓,因为北仓当时账面库存最低。这个动作没有解决任何紧急问题,反而让北仓库存覆盖天数从 15 天提高到 31 天。问题不在计算能力,而在补货规则把“库存最低”误当成“最应该补货”。
我们没有一开始就上复杂预测模型,而是先做三件事。第一,冻结库存、待检库存和已分配库存不再进入可售库存;第二,将补货提前期改成“采购申请到可售上架”的完整周期;第三,按仓库计算需求覆盖天数,而不是只看全国总量。
接着为该 SKU 设定安全库存:东仓 4 天、南仓 6 天、北仓 4 天。南仓安全库存更高,不是因为南仓更重要,而是因为它的需求波动和到货不确定性更大。
目标库存计算结果如下:
| 仓库 | 日均需求 | 提前期 | 安全库存天数 | 目标库存 | 扣除有效库存后缺口 |
|---|---|---|---|---|---|
| 东仓 | 24 件 | 6 天 | 4 天 | 240 件 | 0 件 |
| 南仓 | 38 件 | 8 天 | 6 天 | 532 件 | 352 件 |
| 北仓 | 12 件 | 10 天 | 4 天 | 168 件 | 5 件 |
这里没有马上采购 357 件。我们先检查东仓是否有可调拨库存,发现东仓扣除分配后仍有 310 件可售,且东仓未来 14 天不会出现明显活动。于是先从东仓向南仓调拨 250 件,再向供应商采购 160 件直接入南仓。这样既解决了南仓短期缺口,也避免北仓继续增加库存。
连续观察六周后,样本 SKU 的南仓缺货天数从每周 2.5 天降至 0.6 天,紧急采购次数从每月 6 次降至 2 次,库存周转天数从 28 天上升到 31 天。最后一个指标看起来变差,但并不代表改造失败。
原因是改造前库存分布不合理,北仓有大量低效库存;改造后,团队把一部分库存转移到需求更强的南仓,并主动保留了较高的服务缓冲。真正应该关注的是:缺货损失减少了多少、库存是否集中在正确位置、紧急操作是否下降,而不是只追求周转天数单向变低。
六周样本结果如下,数据为匿名化后的流程观察与情景整理,不代表所有企业的行业基准:
| 指标 | 改造前 | 改造后 | 变化 | 解释 |
|---|---|---|---|---|
| 区域缺货天数 | 每周 2.5 天 | 每周 0.6 天 | 下降 76% | 补货位置更接近真实订单区域 |
| 紧急采购次数 | 每月 6 次 | 每月 2 次 | 下降 67% | 提前期被纳入目标库存计算 |
| 跨仓调拨次数 | 每月 3 次 | 每月 5 次 | 增加 67% | 短期用调拨代替重复采购 |
| 库存周转天数 | 28 天 | 31 天 | 增加 11% | 服务水平提高后,保留了更多区域缓冲 |
| 补货判断人工耗时 | 每周 7 小时 | 每周 2.5 小时 | 下降 64% | 人工从抄表改为处理异常 |

不同企业的销量、交期和仓网结构差异很大,不能照搬“调拨 250 件、采购 160 件”这样的数字。真正可复制的是四步顺序:先识别有效库存,再测算区域需求,接着比较采购与调拨,最后检查库存成本和生命周期风险。
如果顺序反过来,先看到缺货就采购,先看到库存低就补仓,系统再精确也只能更快地执行错误判断。仓库流程优化的价值,不是让错误发生得更快,而是让错误在下单前暴露出来。
不要一开始追求自动预测。先建立一张“SKU,仓库,日期”的基础表,每行代表一个 SKU 在一个仓库某一天的库存状态。最少保留以下字段:日期、SKU、仓库、可售库存、已分配库存、在途数量、近 7 天销量、近 28 天销量、供应商交期和建议动作。
第一周只做库存状态清洗,不急着修改采购规则。把所有无法解释的库存标记出来,例如“系统有数但仓库找不到”“仓库有货但系统未上架”“在途没有预计到货日”。如果基础数据不可信,算法只会把错误包装成小数点后的精确结果。
第二周再建立人工版补货看板,按以下优先级排序:
这类企业适合采用固定周期补货,例如每周一计算一次目标库存。重点不是复杂模型,而是保证周期稳定、数据截止时间一致、异常订单被正确识别。
可以使用“补货周期 + 提前期 + 安全库存”的方法。比如每周补一次货,供应商交期为 5 天,安全库存为 4 天,日均需求为 30 件,那么目标库存应覆盖 16 天,对应 480 件。这里的补货周期不能遗漏,否则每次计算都只覆盖交期,刚补完货就进入下一次等待期。
活动商品不能直接沿用平销期日均销量。应该把补货拆成平销库存、活动增量和活动结束后的回落库存三个部分。活动增量需要结合活动曝光、历史转化率、渠道库存和限购政策,不要只用上一场活动的绝对销量。
我会把活动补货分成两个时间点:活动前的基础备货和活动中段的滚动修正。活动前保障确定性需求,活动中根据前 20%,30% 的实际销售速度修正后续调拨和采购。这样可以减少一次性备货过多,也能及时把库存从低需求仓移向高需求仓。
活动结束后还要设置“停止补货”条件。否则系统可能继续根据活动高峰计算日均需求,让高峰销量在未来数周持续影响建议量。
这种情况不一定要马上建设多个仓。先用配送时效、运输成本和订单密度判断是否真的需要前置库存。如果大多数订单可以在承诺时效内由中心仓完成,增加分仓可能只会带来库存重复和管理成本。
可以先做“虚拟分仓”分析:把订单按省份、城市或配送区域聚合,计算中心仓到各区域的平均时效、运输费用和缺货损失。当某一区域的订单密度足够高,且运输延迟造成的损失持续高于新增仓储成本时,再考虑设置区域仓。
食品、化妆品、医疗相关用品以及有型号迭代的配件,不能只按 SKU 数量补货。还需要管理批次、有效期、版本和替代关系。某 SKU 总量充足,但如果临近有效期或版本不兼容,实际可售数量可能接近零。
此时补货规则应加入“可销售剩余周期”。例如商品入库后至少需要保留 90 天可销售周期,那么剩余 70 天的库存即使数量充足,也不能被当作正常库存使用。补货、调拨和促销清库存应该联动,避免旧批次和新批次同时堆积。

库存越低,资金占用和仓储成本通常越小,但需求波动、供应商延迟和区域订单集中带来的缺货风险会变高。服务水平越高,往往需要更高的安全库存和更快的补货响应。
我不建议把“库存越低越好”当成仓库目标。更实用的目标是:对重要 SKU 保障订单服务水平,对低价值长尾 SKU 控制资金占用。评价时至少同时看缺货率、库存周转、库存准确率、紧急采购次数和调拨成本。
集中库存的优点是总安全库存较低、盘点简单、长尾商品更容易共享;缺点是偏远区域配送时效可能变长,局部需求高峰难以及时响应。
多仓库存的优点是更接近客户、配送速度更稳定;缺点是库存重复、调拨增加、库存差异更难控制。我的经验是:高频、时效敏感、需求区域集中的 SKU 更适合多仓前置;低频、价值高、需求分散的 SKU 更适合集中管理。
自动补货适合规则稳定、数据完整、需求波动可解释的商品。人工复核适合活动商品、生命周期变化商品、高价值商品和供应商交期异常商品。
可以采用分级授权,而不是全部自动或全部人工:
| 补货场景 | 建议处理方式 | 人工介入条件 | 理由 |
|---|---|---|---|
| 稳定高频 SKU | 系统自动生成建议单 | 需求偏差超过 20% | 规则成熟,人工主要处理异常 |
| 活动 SKU | 系统计算基础量,人工修正增量 | 活动流量或转化率明显偏离 | 历史数据不能完全代表活动需求 |
| 高值慢销 SKU | 人工审批后采购 | 预计库存超过 45 天 | 避免资金被长期占用 |
| 交期不稳定 SKU | 系统预警,采购确认交期 | 供应商承诺日期变更 | 不确定在途不能直接计入库存 |
紧急调拨可以降低区域缺货,但频繁调拨会增加运输成本、仓内作业量和库存损耗。建议给每个 SKU 设定调拨触发阈值,例如目标仓覆盖天数低于 3 天、来源仓覆盖天数高于 14 天,并且调拨后来源仓仍能保留安全库存。
如果来源仓本身也处于风险区,就不能把调拨当作无成本转移。此时应该比较三种方案:延迟订单的损失、紧急采购的成本和跨仓调拨的总成本,选择总损失最小的方案,而不是只追求某一个仓的库存数字好看。

仓库新手最容易陷入“每天导出全量表、逐行检查”的低效工作。更好的做法是设置异常条件,只处理真正需要决策的 SKU。
每日异常扫描可以包括:
异常扫描的意义是让人工精力集中在“为什么异常”和“如何处置”,而不是花时间重复抄写没有变化的数据。
补货例会不应该变成所有人逐项念库存。建议会前自动生成待决策清单,会议只处理三类事项:需求预测与业务判断不一致、采购交期发生变化、采购与调拨存在成本冲突。
每个待决策 SKU 都应有统一记录:当前有效库存、目标库存、缺口数量、建议仓库、可调拨来源、预计到货时间、负责人和截止时间。这样会议结束后,仓库能知道执行什么,采购能知道买多少,业务能知道哪些区域的承诺需要调整。
如果某 SKU 连续三周缺货,不要只说“补少了”。要追溯是日均需求低估、提前期填写错误、安全库存过低、订单分配逻辑异常,还是仓库实际库存没有及时上架。
我建议每月统计四类偏差:
| 偏差类型 | 计算方式 | 对应责任环节 | 改进动作 |
|---|---|---|---|
| 需求偏差 | 预测需求与实际需求的差值 | 销售、运营、计划 | 修正趋势、活动和缺货影响 |
| 交期偏差 | 实际可售入库日减计划入库日 | 采购、供应商、物流 | 调整交期参数和供应商等级 |
| 库存状态偏差 | 系统库存与实盘可售库存差值 | 仓库、系统操作 | 规范冻结、上架、分配流程 |
| 位置偏差 | 实际订单区域与备货仓区域的偏离 | 仓网规划、调拨计划 | 调整仓库服务范围和前置比例 |
仓库人员关心的是可售、待检、冻结和上架任务;采购关心的是缺口、供应商交期和最小采购量;运营关心的是区域服务水平、活动库存和订单承诺。所有人看同一张全量表,往往等于没有人真正看到自己需要的信息。
因此,看板应该按角色展示,但底层口径必须一致。仓库不能把待检库存算作可售,采购不能把未确认到货日的订单算作在途,运营不能只看全国库存而忽略区域覆盖。数据可以分屏,定义不能分裂。
如果团队还没有成熟系统,可以先用表格做四周验证。表格的目标不是永久替代系统,而是验证参数是否合理:安全库存天数是否过高、补货提前期是否真实、调拨阈值是否频繁触发、哪些 SKU 需要人工例外。
四周后,如果人工处理耗时仍然集中在数据搬运,而不是判断异常,就说明流程具备自动化价值。此时再考虑接入库存系统、采购系统或仓储系统,自动同步库存状态、订单分配和在途信息。不要把“购买工具”当成流程优化的起点,流程规则没有稳定前,系统只会固化混乱。

仓库老员工的经验并不是无价值的。有人知道某供应商每逢月底会延迟,有人知道某区域活动后退货会增加,有人知道某些 SKU 看似畅销其实只是一次性订单。这些信息都很重要。
问题在于,如果经验只存在某个人脑中,团队就无法复用,也无法判断这次判断是否适用于另一个仓库。优化的目标不是消灭经验,而是把经验转化成字段、阈值、例外条件和复盘记录。
很多团队花大量时间争论补 497 件还是 512 件,却忽略了这批货应该进入哪个仓。实际仓配中,补货位置错误造成的损失,常常比数量误差更大:货在错误的仓库里,既增加调拨,又延迟履约,还会让系统继续发出下一张错误采购单。
所以,我更看重以下三个问题是否能被快速回答:
不要一开始就改造全部商品。选择一个销量较高、同时在两个以上仓库销售、又经常出现区域缺货的 SKU,连续四周按照本文流程试运行。
如果四周后,团队能解释每一次补货为什么发生、货为什么进入这个仓、数量为什么是这个区间,那么流程就已经从“凭感觉”迈向“有依据的判断”。这才是 SKU 库存优化最值得追求的结果:不是让库存表看起来更漂亮,而是让每一件库存都处在正确的位置、正确的状态,并服务于真实的订单需求。

我刚开始负责三个仓库的库存,经常出现同一个SKU东仓积压、西仓缺货的情况。大家以前主要靠经验喊补货,我想知道新手应该先梳理哪些数据和节点,才能把流程真正跑起来,而不是只增加几张表?
新手做多仓库存优化,第一步不是马上计算补货量,而是先把SKU、仓库、库存状态和订单口径统一。实际梳理时,最容易被忽略的是同一SKU存在多个编码、包装规格不同却共用名称,以及可用库存中混入了待质检、已锁定和已分配库存。
建议先建立一张SKU库存主表,每个SKU至少包含统一编码、品名、规格、单位、供应商、采购提前期、最小起订量、保质期、销售仓和安全库存。仓库端再单独记录现存量、可用量、锁定量、在途量、待入库量和近30天出库量,不要用一个“库存数”字段代替所有状态。
字段新手常见写法更适合补货决策的写法 库存仓库里有120件现存120件,可用92件,锁定18件,待质检10件 需求最近卖得不错近30天日均出库4.2件,周末占比38% 采购周期一般一周左右历史到货中位数6天,最长12天 补货量低于100就买覆盖提前期需求、周期需求和安全库存后再下单 流程上可以固定为六个节点:订单需求汇总、库存状态核对、仓间可调拨判断、补货预警、采购下单、到货复盘。
仓间调拨必须放在采购下单之前,否则东仓的积压库存无法消化,采购又会把总库存继续推高。我更建议新手先用固定频率运行,而不是追求实时自动化。比如每天上午9点刷新数据,每周一和周四生成补货建议;连续运行两周后,再根据缺货率和人工修正记录调整规则。流程稳定比一开始做复杂系统更重要。
一个可执行的判断顺序是:先看是否存在可调拨库存,再看在途是否足够,最后才判断是否需要采购。只有把这三个顺序固化,补货才会从个人感觉变成团队可以复核的动作。
我发现同一个SKU在不同仓库的销量差异很大,直接给每个仓库设置相同的安全库存,结果有的仓库长期积压,有的仓库还是缺货。我想知道安全库存到底应该按什么数据计算,日均销量、波动和采购周期该怎么放进公式?
安全库存不应该按仓库数量平均分配,也不应该简单设置成“一个月销量”。它本质上是在承担需求波动和供应波动,仓库之间的销量、交付时效、客户优先级不同,安全库存自然不能一样。新手可以先采用相对容易落地的公式:安全库存=日均需求波动值×供应周期波动系数×服务系数。
若暂时没有足够历史数据,也可以使用简化版:安全库存=日均销量×风险缓冲天数。风险缓冲天数应根据供应商稳定性和SKU重要程度分别设置。
SKU类型建议缓冲天数判断依据 稳定畅销品3至7天需求稳定、补货频繁、供应商准时率高 波动商品7至15天促销明显、周末需求集中或销量起伏大 长周期商品15至30天采购周期长、缺货损失高、替代性弱 低频尾货不宜机械备库优先按订单采购或集中存放 举例来说,某SKU在仓库A近30天日均出库5件,采购周期为7天,日均波动约2件。
如果先采用简化方法,并设置5天风险缓冲,那么安全库存约为25件;但仓库B日均只有1件、采购周期却达到14天,安全库存不应照搬仓库A,而要结合订单频率判断是否值得独立备货。实践中更容易出错的是把安全库存当成补货点。补货点通常是提前期需求加安全库存,公式可以写成:补货点=日均需求×采购提前期+安全库存。
当前可用库存低于补货点,只代表需要评估补货,不代表一定要补到最大库存。每月应复盘三项数据:实际缺货次数、超过安全库存的天数、紧急采购次数。如果安全库存增加后缺货没有下降,问题可能在于库存数据不准确、采购周期被低估或仓间调拨太慢,而不是继续盲目加库存。
以前我们看到某个仓库缺货,就直接向供应商下单,后来发现另一个仓库其实有大量库存,只是没有及时共享。面对同一个SKU一仓缺货、一仓积压的情况,我想建立一个简单可靠的调拨和采购判断规则。
调拨还是采购,不能只看缺货仓库的库存,而要看整个网络的可用库存、库存位置、调拨时效和未来需求。最实用的原则是:短期缺口优先调拨,网络总库存不足再采购,调拨成本高于缺货损失时才考虑直接采购。可以为每个仓库计算库存覆盖天数:库存覆盖天数=可用库存÷近30天日均需求。
然后把覆盖天数明显高于目标的仓库标记为可调出仓,把覆盖天数低于补货点的仓库标记为需求仓。
判断条件优先动作原因 调出仓覆盖超过目标15天以上优先调拨先消化已有库存,减少重复采购 调出仓只能覆盖自身提前期需求谨慎调拨避免把一个仓库的风险转移给另一个仓库 全网可用库存低于提前期需求直接采购调拨无法解决总量不足 调拨时效长于供应商到货时效比较成本后采购不能为了形式上的调拨牺牲交付速度 例如,仓库A有200件某SKU,未来14天预计需求80件;
仓库B未来7天需求60件,当前只有20件。若仓库A的目标库存为120件,那么可调拨量最多约为80件,但还要扣除运输损耗、已锁定库存和调拨安全余量。这个场景下,先向B调拨40件通常比重新采购更合理。建议给调拨单增加三个字段:调出后覆盖天数、调入后覆盖天数、调拨完成截止时间。
没有这三个字段,调拨很容易变成仓库之间的主观争论,最后仍然由最急的人直接采购。还有一个常见坑是只计算商品成本,不计算调拨总成本。调拨总成本应包含运输费、装卸费、包装费、人工处理时间和可能的二次质检成本。当调拨金额很小、跨仓距离很远,或者调拨流程需要三天,而供应商次日可到时,直接采购可能反而更优。
我们已经做了库存预警和补货表,但执行一段时间后,采购人员仍然会手动修改大部分建议单。我担心这些规则只是把经验换成了公式,却没有真正减少缺货和积压,应该用哪些指标和复盘方法验证效果?
判断补货规则是否有效,不能只看库存金额下降了多少,因为库存下降也可能是缺货导致销售损失。至少要同时观察服务水平、库存效率和人工干预三组指标。
指标计算方式建议观察重点 缺货率缺货订单行数÷总需求订单行数规则是否减少真实失销 库存周转天数平均库存÷日均出库库存是否被压得过高 预警命中率预警后确实需要补货的SKU数÷预警总数预警是否过度敏感 人工修改率被人工改动的建议单数÷建议单总数规则是否真正可执行 紧急采购占比紧急采购金额÷采购总金额提前规划是否有效 在实际复盘中,人工修改率特别有价值。
如果一套规则生成100张建议单,采购人员修改了70张,不应简单归因于人员习惯。通常意味着SKU主数据、促销计划、采购周期或最小起订量没有进入模型,规则自然无法匹配现场。建议先做四周基线,再用四周新规则数据对比,不要只拿某一天或某一次大促结果下结论。
比如基线期缺货率为6.8%、库存周转天数为42天、紧急采购占比为18%;试运行后如果缺货率降到4.1%,周转天数升到45天,紧急采购降到9%,说明规则有效,但库存缓冲可能还可以继续优化。复盘时应把异常分成四类:需求突然上涨、供应商延期、库存数据错误、仓间调拨未及时完成。
前两类需要调整参数,第三类需要修数据流程,第四类需要明确责任和时限。把所有异常都归到“销量预测不准”,会错过真正的流程问题。最后,不要一开始就给所有SKU套同一套规则。可以先选择出库量前20%、缺货损失最高的SKU进行试点,连续观察一个月,再扩展到其他商品。
多仓库存优化的目标不是让每一张补货单都自动生成,而是让人工把时间用在真正需要判断的异常上。


读者评论
以前补货主要看全国库存和昨天销量,确实容易出现一边缺货、一边积压。把已分配、冻结、待检和在途库存拆开后,补货依据清楚很多。不过实际执行时,库存状态更新时间也很关键,数据晚一天,高频 SKU 还是可能判断失真。
先定补货仓,再定补货量”这个顺序很实用。我们曾遇到华南仓缺货,却把采购单下到华东仓,最后还要额外调拨。建议再结合调拨时效和区域配送承诺,不只是看各仓销量占比。
安全库存统一设成 7 天确实过于粗放。高价值慢销品这样做会占用资金,快销品又未必够用。文章里的 SKU 分层思路比较适合落地,建议先选前 50 个高影响商品试运行,再逐步扩大范围。