做补货决策时,最危险的错误不是少订了 100 件,而是把一款“看起来快卖完”的 SKU,按错误的库存口径、错误的需求周期和错误的到货时间补了一批货。本文这份《sku库存:仓库主管实操版清单:补货决策需要检查哪些环节》,来自我参与仓库盘点、补货复盘和库存清理时反复验证的一套方法:先确认库存是否真实,再判断需求是否有效,最后才计算订多少、何时订,以及这批货是否值得占用现金。
仓库主管面对一张补货建议表时,不能只看“当前库存”和“安全库存”两列。我通常要求现场先回答五个问题:现在能卖的库存到底有多少?在途库存何时真正可用?未来需求是否仍然有效?供应商承诺的交期是否可信?这批货到仓后,会不会把资金锁在低周转库存里?
只要其中两个环节没有核实,补货数量就不应被视为“建议答案”,最多只能算一条需要人工复核的预警。我的经验是,补货表看上去越精确,越要警惕它是否把错误数据计算得很漂亮。
最实用的第一步,是把库存量换算成库存覆盖天数。基础公式是:库存覆盖天数=可用库存÷日均需求。这里的“可用库存”不是系统中的期末库存,而是已经扣除不可售、冻结、质检、已分配和订单占用后的数量。
如果某 SKU 可用库存为 1,200 件,过去 28 天剔除异常订单后的日均销量为 80 件,那么覆盖天数只有 15 天。若供应商稳定交期为 12 天,入库质检和上架还需要 2 天,这个 SKU 已经接近补货临界点,而不是“还有 1,200 件,暂时不用管”。
| 判断项目 | 计算口径 | 仓库主管要确认的事实 | 常见误判 |
|---|---|---|---|
| 可用库存 | 实盘可售库存-已分配-冻结-质检-破损 | 异常库存是否已从系统剔除 | 把破损和待检库存当成可销售库存 |
| 日均需求 | 有效销量÷有效销售天数 | 是否排除了断货日和异常大单 | 直接用自然日平均,导致需求被低估 |
| 补货点 | 交期内需求+安全库存 | 交期是否包括运输和入库时间 | 只使用供应商生产周期 |
| 在途库存 | 已发运且预计能在需求窗口内入库的数量 | 是否有物流节点和到货日期 | 采购单一创建就全部计入可用库存 |

并不是所有低库存 SKU 都应该补货。补货前,我会先把 SKU 分成三类:继续销售且需求稳定的常规品;有明确订单或活动支撑的机会品;销量下滑、规格替代或即将淘汰的风险品。第一类可以按模型补货,第二类要结合订单和活动周期,第三类通常应先消化库存,而不是继续加仓。
一个容易被忽略的原则是:低库存是补货信号,高库存不是唯一的停止信号,需求质量才是。有些 SKU 库存只有 20 天,但过去 14 天没有有效销售,只因一笔大客户退货前的集中出库造成历史均值偏高。这种情况下补货会把一次性波动误判为持续需求。
在实际仓库里,我把缺货分为销售缺货、拣选缺货和账面缺货。销售缺货是确实没有可售库存;拣选缺货是系统有货,但货物未上架、位置错误或批次不能匹配;账面缺货则是系统显示为零,但在退货区、待检区或其他仓库仍有可用实物。
这三种缺货的处理方式完全不同。销售缺货需要评估补货或替代品,拣选缺货需要先解决库位和作业流程,账面缺货则必须做库存调整和跨仓调拨。若三者都交给采购处理,仓库会越补越多,销售仍然可能继续报缺。
| 缺货类型 | 现场表现 | 优先处理人 | 正确动作 |
|---|---|---|---|
| 销售缺货 | 所有仓库均无可售库存 | 采购与计划 | 确认需求、交期和补货优先级 |
| 拣选缺货 | 系统有库存,但拣货员找不到 | 仓库主管 | 核对库位、上架、盘点和拣选路径 |
| 账面缺货 | 其他区域或其他仓库仍有实物 | 库存控制与调度 | 调拨、库存校正或释放冻结库存 |
我曾处理过一类很典型的情况:某配件系统库存 760 件,销售每天都在催货,采购建议继续下单。现场核查后发现,760 件中有 230 件处于质检状态,180 件被售后换货单占用,90 件存放在错误库位,真正可直接拣选的只有 260 件。
按照日均出库 35 件计算,真实覆盖天数只有约 7.4 天。表面上看是“库存不低但发不出货”,本质上却是库存状态管理和库位执行失真。这个案例提醒我,补货表必须至少增加“可销售库存、可拣选库存、已分配库存、冻结库存”四个字段。

采购表里经常写着“交期 10 天”,但仓库主管真正要问的是:过去 10 次订单,有几次在 10 天内到仓?如果平均交期为 10 天、最长交期为 18 天,而安全库存只覆盖 3 天,那么这套补货模型并不安全。
我建议同时记录承诺交期、实际出货时间、运输时间、到仓时间和可销售时间。特别是进口品、定制品和需要抽检的产品,真正影响销售的是“可销售入库日”,不是物流系统显示的到货日。
最近 7 天数据反应快,但非常容易被促销、周末、平台活动或偶发大单带偏。对于销量波动较大的 SKU,我更倾向于同时观察 7 天、28 天和 90 天三个窗口,再判断短期变化是否具有持续性。
例如某 SKU 7 天日均销量为 120 件,28 天日均销量为 72 件,90 天日均销量为 68 件。如果没有活动、价格和订单结构变化的证据,我不会直接按 120 件补货,而会把短期增量拆成“可能持续需求”和“待验证需求”。
可以使用加权平均,但权重不能机械固定。稳定常规品可以提高 28 天权重;季节性产品要参考去年同期;活动品则要以活动订单、投放计划和活动结束后的回落曲线为依据。
如果一个 SKU 连续 5 天没有库存,系统记录的销量是零,但这不代表客户没有需求。直接把这 5 天放进平均值,会把日均需求人为压低,最终导致补货点过晚。
我会给销售数据增加“需求有效性”标记:有可售库存且正常营业的日期才进入销量均值;完全断货日单独记录为需求受限日;部分缺货日则要结合订单取消、替代品销售和缺货时长进行估算。
这一步尤其适合爆款和刚进入增长阶段的 SKU。它不能保证还原全部潜在需求,但至少能避免用供应不足制造出来的低销量,反过来指导下一次继续少补。
采购单已下达,不等于库存已经在路上;货物已发出,也不等于可以在需求窗口内使用。对于在途库存,我通常按“已确认发运、物流节点正常、预计到货日期明确、没有质量或单证风险”四个条件分级处理。
| 在途状态 | 是否计入可用供应 | 建议折算比例 | 补货动作 |
|---|---|---|---|
| 已入库待上架 | 原则上不计入现时可拣选库存 | 按上架时效折算 | 优先完成质检、上架和库位确认 |
| 已发运且节点正常 | 可计入未来供应 | 80%,100% | 根据预计到仓日期与需求窗口核对 |
| 已下单未生产 | 不建议计入近期供应 | 0%,30% | 确认生产排期和取消风险 |
| 物流异常或单证不全 | 不计入近期供应 | 0% | 先处理异常,不要用乐观到货日期替代事实 |
单价下降并不等于采购成本下降。若最低采购量超过未来 90 天的合理需求,新增的折扣可能被仓储费、资金占用、过期损耗和清仓折价抵消。
我在复盘时会计算“单位采购成本+单位持有成本+预计清理成本”,而不是只看采购单价。尤其是包装、颜色、规格变化快的 SKU,低价囤货往往是把采购部门的成本转移给仓库和财务。

补货模型的基础不是销量,而是 SKU 主数据。条码、规格、包装数量、采购单位、销售单位、箱规、替代关系、保质期和供应商信息,任何一项错误都可能让补货数量失真。
我见过“采购单位为箱、销售单位为件”的错误:系统建议补 500,采购员按 500 箱下单,实际需求却只有 500 件。也见过同一商品因颜色或版本编码不一致,被拆成两个 SKU,导致一个 SKU 过量采购,另一个 SKU 被误判为缺货。
我建议把库存至少拆成以下几类:可销售、已分配、冻结、待检、残损、退货待判、调拨中和在途。对补货而言,真正有价值的是“在需求窗口内能够转化为可销售库存”的部分。
如果冻结库存只是因为审批未完成,处理方法是推动释放;如果冻结库存是质量问题,处理方法是隔离和追责;如果退货待判预计 2 天内可重新销售,则可以作为短期供应,但不能把全部退货直接当成现货。
需求分析至少要识别四类异常:一次性大单、促销峰值、断货低估和退货冲销。对于大单,我会单独标注订单是否已经确认、是否分批交付、是否可能取消;对于促销,我会观察活动前后 14 天的回落速度;对于退货,则要看退回库存是否真正恢复销售。
一个简单的判断方法是把销量拆成“基础需求+事件需求”。基础需求用于常规补货,事件需求只有在订单、活动或合同已经确认时,才可以加入计划。如果事件没有明确证据,就不能直接用峰值销量指导长期采购。
安全库存不是随意加上的缓冲数量,它应该对应供应波动和需求波动。需求稳定、交期稳定的 SKU,安全库存可以相对较低;需求波动大、供应商经常延期的 SKU,安全库存需要提高;但对于生命周期短或价值高的 SKU,安全库存过高同样危险。
实操中可以先用一个易执行的公式:补货点=交期内平均需求+安全库存。若日均需求为 80 件,正常交期为 12 天,安全库存为 240 件,则补货点为 1,200 件。此时如果可用库存加确定性在途库存低于 1,200 件,就需要进入补货评审。
对于交期波动明显的 SKU,可以将“最长正常交期”纳入复核。例如平均交期 10 天、正常波动上限 16 天,则安全库存不能只按 10 天设计,否则供应商一次普通延期就会造成缺货。

补货量不能只由公式决定,还要受到库容、现金、最低采购量、供应商产能、保质期和销售窗口约束。常用的基础数量是:建议补货量=目标库存-可用库存-确定性在途库存。
目标库存可以按“评估周期需求+交期需求+安全库存”估算。比如每周评估一次,供应商交期 10 天,计划覆盖 30 天,日均需求 50 件,安全库存 200 件,那么目标库存大约是 1,700 件。若当前可用库存 600 件,确定性在途 400 件,建议补货量为 700 件。
但如果供应商最低起订量是 1,000 件,我不会直接接受 1,000 件,而会继续判断:是否有其他仓库可以合并采购?能否分批交付但一次锁价?能否更换包装或替代规格?如果都不能,是否值得承受多出的 300 件库存?这就是公式之外的主管判断。
一条没有责任人的补货建议,实际上还没有完成。每个需要动作的 SKU 都应明确:谁确认库存、谁确认需求、谁联系供应商、谁批准金额、谁跟踪到货、谁处理异常。
我通常把补货清单分为“今天必须处理、三天内处理、观察不下单”三档,并在每天固定时间更新状态。这样可以避免采购只看到数量,却不知道哪些 SKU 已经被销售订单锁定,哪些 SKU 已经由其他仓库调入。
某配件 SKU 过去 90 天有效出库 6,120 件,剔除 4 天断货后,有效销售天数为 86 天,日均需求约 71.2 件。过去 28 天日均需求为 74 件,波动不大;供应商实际交期在 9,12 天之间;仓库可用库存 1,050 件,确定性在途 300 件。
按 12 天交期计算,交期需求约为 888 件。若安全库存设置为 250 件,补货点为 1,138 件。当前可用库存加确定性在途为 1,350 件,短期不必立即下单,但要确认在途 300 件是否能在 5 天内入库,否则库存覆盖会快速下降。
这个案例的重点不是“系统显示库存高于补货点”,而是确定性在途库存的时间价值。如果在途货物 10 天后才到,现有 1,050 件只能覆盖约 14.7 天,已经接近交期末端,建议提前锁定下一批采购资源。
某日用品 SKU 平时日均销量 25 件,活动期间连续 5 天达到 160 件。活动结束后,日销量回落到 32,38 件。若直接按最近 7 天计算,日均需求会被推高到 110 件左右,采购量很可能是常态需求的数倍。
我会先确认活动是否还有第二波、销售渠道是否持续投放、价格是否已经恢复、活动期间新增客户是否会形成复购。如果没有明确的后续计划,补货模型应将活动峰值与常态需求分开。活动尾货最多按未来 7,14 天的回落需求覆盖,不应把峰值延长到整个供应周期。
某配件 SKU 账面库存只有 180 件,过去 30 天销量 12 件,表面覆盖 450 天。它已经被新版本替代,销售端只接受老客户维修订单,供应商还要求最低采购 500 件。
这种 SKU 即使系统标记为“低于安全库存”,也不应该补货。正确动作是锁定现有库存、建立替代关系、通知销售可供应数量,并将客户订单转向新版本。补货的目标不是永远保持库存线,而是用合理库存满足有效需求。

在我复盘过的一批中小型仓库样本里,补货异常最常见的来源不是计算公式本身,而是库存状态没有及时更新、断货日被当成零需求、在途交期过于乐观。三类问题叠加后,常常会同时出现一部分 SKU 缺货、另一部分 SKU 积压的局面。
第二个观察是,库存准确率对补货结果的影响往往大于模型复杂度。一个库存准确率只有 85% 的仓库,即使使用很复杂的预测模型,也可能把错误库存作为输入;而一个库存准确率达到 98%、需求分类清楚的仓库,使用简单的补货点模型也能取得更稳定的结果。
第三个观察是,仓库主管最有价值的工作不是每天修改几十个参数,而是识别异常并推动跨部门闭环。补货系统负责筛选,主管负责解释,采购负责兑现,销售负责确认需求,财务负责审视现金和库存成本。
常规 SKU 的重点是减少人工判断频率,但并不意味着完全自动下单。建议每天或每两天跑一次补货预警,仓库主管只重点复核库存变化大、交期异常和需求偏离的 SKU。
促销前补货,先看活动计划,而不是直接复制上一次活动销量。需要确认活动持续时间、折扣力度、渠道覆盖、投放预算、历史活动回落速度和活动结束后的剩余库存。
活动库存最好拆成“活动前安全库存、活动期需求、活动后过渡库存”三部分。这样活动结束后,仓库不会因为还剩一大批货而继续被系统判定为需要采购,也能避免把短期爆发误认为长期增长。
断货 SKU 不能只按缺货天数排序。我会优先看客户影响、替代品可用性、订单金额、毛利、供应交期和缺货原因。一个日销量很低但没有替代品的关键配件,可能比高销量且容易替代的日用品更应该优先处理。
| 优先级 | 适用情况 | 第一动作 | 补货策略 |
|---|---|---|---|
| 紧急 | 关键订单受阻、无替代品、客户影响大 | 确认现货调拨和加急供应 | 可接受较高运输成本,但要记录异常费用 |
| 高 | 需求稳定、缺货已超过正常补货周期 | 核查断货期间潜在需求 | 按恢复期需求加安全库存补货 |
| 中 | 有替代品或订单影响有限 | 确认替代关系和销售通知 | 小批量补货,避免恢复后过量 |
| 低 | 需求下滑、产品淘汰或库存已有替代方案 | 停止自动补货 | 消化现货并清理主数据 |
供应商延期时,最容易出现的错误是采购持续催货,仓库却没有重新评估未来缺口。正确做法是先把预计到货日期后移,再计算这段时间的需求消耗、已确认订单和可替代库存。
如果延期只增加 3 天,现有库存仍能覆盖,就不一定需要加急;如果延期会穿透安全库存,应考虑分批发货、替代供应商、跨仓调拨或调整销售承诺。加急成本需要和缺货损失放在同一张决策表里比较。

如果企业有多个仓库,单仓库存低并不代表整个网络缺货。补货前至少要查看其他仓库可调拨库存、调拨时效、调拨成本和当地订单需求。对于高价值低频 SKU,跨仓调拨往往比新采购更快;对于低价值高频 SKU,调拨成本可能超过采购成本。
我会把库存分成“本仓可用、网络可用、供应商可用”三层。只有当本仓和网络库存都无法在需求窗口内解决问题时,才进入采购。这样做的结果通常是采购单减少,但仓间调拨频率会上升,因此需要同时评估操作成本和服务水平。
把安全库存设得很高,缺货率会下降,但资金占用和过期风险会上升。把安全库存压得很低,库存周转可能变好,但一旦需求或交期波动,客户体验会直接受影响。
我通常不会给所有 SKU 设置同一服务水平,而是按价值、客户影响和替代难度分层。关键配件、战略客户订单和没有替代品的 SKU,可以接受更高库存;普通易采购品,则可以用较低安全库存换取资金效率。
| SKU 类型 | 服务目标倾向 | 库存策略 | 主要风险 |
|---|---|---|---|
| 关键配件 | 高 | 较高安全库存,优先保障供应 | 需求下降后形成积压 |
| 稳定常规品 | 中高 | 按补货点和周期补货 | 参数滞后造成阶段性缺货 |
| 低值易采购品 | 中 | 小批量、高频补货 | 采购和收货作业次数增加 |
| 季节或活动品 | 分阶段 | 分批到货,活动后快速降库存 | 预测错误导致尾货 |
低价大批量适合需求稳定、保质期长、仓储成本低且销量可预测的 SKU。高价小批量适合生命周期短、规格变化快、需求不稳定或库存价值高的 SKU。
如果供应商只给出一个价格折扣,我会要求采购同时提供三个方案:正常批量、最低起订量、分批交付。把每种方案的单价、到货时间、占库数量、现金占用和预计清理成本列出来,通常比争论“单价是否便宜”更容易做判断。
加急不是越快越好,也不是一律浪费钱。判断依据是缺货期间的订单毛利、客户违约成本、替代品损失、加急费用和后续库存风险。如果加急到货后需求已经结束,仓库可能同时承担高运费和剩余库存。
我建议设置加急审批门槛:只有当预计缺货损失明确高于加急成本,且到货后仍有足够需求消化时,才批准加急。对于无法估算订单损失的情况,应先采用跨仓调拨或销售替代方案。

自动补货适合主数据稳定、销量连续、供应商交期可靠的 SKU。人工复核适合新品、活动品、淘汰品、异常退货品和供应商频繁延期的 SKU。
比较稳妥的做法不是“全部自动”或“全部人工”,而是建立例外规则。系统自动处理正常区间内的 SKU,人工只复核需求变化超过阈值、库存状态异常、采购金额过高、在途超过承诺日期和预计覆盖不足的项目。
| 字段 | 用途 | 是否建议必填 |
|---|---|---|
| SKU 与规格 | 避免不同版本、包装和颜色混淆 | 是 |
| 可销售库存 | 作为需求覆盖的基础 | 是 |
| 已分配、冻结、待检库存 | 解释账面库存与可用库存差异 | 是 |
| 7 天、28 天、90 天有效日均需求 | 识别短期波动和长期趋势 | 是 |
| 平均交期与正常最长交期 | 评估供应波动风险 | 是 |
| 确定性在途库存 | 避免把不可靠在途货物计入供应 | 是 |
| 建议补货量与最低采购量 | 比较模型需求和供应商约束 | 是 |
| 补货理由 | 记录常规需求、订单、活动或风险原因 | 是 |
| 责任人和完成日期 | 让建议形成可追踪动作 | 是 |

无论使用表格、ERP、仓储系统还是某项目管理平台,工具最适合完成数据汇总、规则计算、提醒和责任追踪,不适合替主管解释异常需求。系统可以告诉你某 SKU 低于补货点,却不能自动知道这是因为活动即将开始,还是因为主数据把箱转换成了件。
我建议把系统输出设计成三层:第一层是正常建议,自动进入采购流程;第二层是需要人工复核,必须填写补货原因;第三层是禁止自动采购,通常包括淘汰品、异常库存、需求波动过大的 SKU 和高金额采购项目。
如果系统只能展示一个“建议采购量”,却无法解释这个数量由哪些库存、需求和交期数据计算出来,那么它仍然只是一个黑箱。仓库主管应要求保留计算依据,至少能够追溯到最近一次库存快照、需求窗口和供应商交期记录。
采购看板关注“要买什么”,异常看板关注“为什么系统会建议买”。后者更有价值,因为它能发现模型失效的根源。建议至少设置库存差异、需求突变、在途延期、超期未上架、补货后仍缺货和长期未动销六类异常。

如果现在没有完整的补货系统,可以先用三项快速测试判断现状。第一项是库存真实性测试:随机抽取 30 个 SKU,比对账面库存、实盘库存和可拣选库存;第二项是需求有效性测试:抽取 20 个缺货 SKU,检查断货日是否被纳入销量均值;第三项是交期可信度测试:回看最近 10 张采购单,比较承诺交期与实际可销售入库日。
如果三项测试中任何一项差异明显,就不要急于调整安全库存参数。先处理基础数据,否则参数越调越复杂,结果却未必更好。
我认为,仓库补货管理最容易被忽略的核心,不是预测精度,而是库存决策的可解释性。一个预测结果即使只有七成准确,只要仓库知道它为什么建议补货、哪些输入最不可靠、出现偏差后由谁处理,经营风险仍然可控。
相反,如果系统给出一个看似精确到个位数的补货量,却无法说明库存是否真实、需求是否受断货影响、在途是否可靠、交期是否包含质检时间,那么这个数字越精确,误导性越强。
下一步不要先修改安全库存,也不要先采购一批货。请先随机抽取一批高频 SKU,逐项完成“库存状态、需求有效性、在途可信度、实际交期、资金约束”五项检查,再把检查结果带回补货规则。当补货决策能够被仓库、采购、销售和财务共同解释时,SKU 库存才真正从“数量管理”进入了“经营管理”。
我以前遇到过一种情况:系统显示某个SKU库存还够,但仓库实际可拣数量已经不足,结果销售订单被迫拆单。补货到底应该先看销量、库存,还是先看采购在途?我想要一套现场能执行、不容易漏项的检查顺序。
我建议不要从“库存低于多少就补货”开始,而是按照“需求、可用库存、供应、库位、异常”五个层次检查。补货判断的对象不是账面库存,而是未来交付周期内真正可用的库存。第一步看需求:确认近7天、近30天销量,以及促销、季节、重点客户订单是否会改变需求。
只看月均销量很容易漏掉突然增长的SKU,尤其是低频但高价值的商品。第二步看可用库存:可用库存=实物库存-已分配库存-冻结库存-质检待处理库存。仓库里“看得见”的货,不等于可以承诺给客户。第三步核对供应:分别检查采购在途数量、预计到货日期、供应商承诺是否确认,以及运输和质检还要占用几天。
只登记采购单而不确认到货日期,通常会造成虚假的补货安全感。第四步检查库位和批次。若库存分散在多个库位、存在临期批次、整箱库存不能拆零,系统库存可能充足,但拣货效率和实际可发数量仍然不足。第五步才处理异常,包括负库存、重复SKU、条码不一致、长期未动销和近期退货。
异常数据没有排除前,不建议直接批量生成采购单。
检查层次核心问题不检查的后果 需求未来周期会卖多少补货过少或过量 库存真正可分配多少虚库存、缺货 供应在途何时可用重复采购 库位批次能否快速拣出库存有货却发不出 异常数据是否可信错误订单被放大 我实际执行时会把这五层做成一张补货检查单,并要求采购、销售、仓库分别确认自己的字段。
这样做的价值不只是提高准确率,更重要的是能追溯“为什么补、为什么没补、谁确认过”。
我曾经把“过去30天销量除以30”当作日均销量,再乘一个备货天数,结果遇到周末和促销就频繁缺货。安全库存到底应该怎样结合波动、交期和服务水平计算?哪些SKU不适合直接套统一公式?
安全库存不是越高越好,它实际上是在用库存购买交付确定性。我的判断是,先把SKU按需求稳定性、供应交期和缺货损失分层,再决定公式和参数,而不是全仓使用同一个安全库存天数。基础补货点可以写成:补货点=平均日需求×平均交期+安全库存。
若销量和交期波动明显,安全库存可进一步按需求波动与交期波动估算,常用思路是:安全库存≈服务系数×交付周期内需求标准差。例如某SKU近30天平均日销量为40件,平均采购交期为8天,交付周期内需求标准差为18件,目标服务水平对应系数取1.65,则安全库存约为30件,补货点约为350件。
这个结果只适合在销量数据没有明显促销异常时使用。我更关注三个容易被忽略的修正项。第一是交期不是“供应商口头说几天”,而是从下单到质检合格入库的实际天数;第二是促销期间要使用活动需求预测,不能沿用平销日均;第三是存在最小采购量时,补货量要同时考虑库存周转和现金占用。
SKU类型建议方法重点控制 高销量、低波动固定补货点压缩交期和操作延迟 高销量、高波动滚动预测加动态安全库存促销与突发需求 低销量、长交期按订单和覆盖周期判断避免长期积压 临期或易损SKU优先批次和小批量补货报损与先进先出 还有一个实践经验:不要只看平均库存周转天数,要同时看缺货次数、缺货时长和呆滞金额。
一个SKU即使周转看起来很好,只要连续影响重点订单,就不应该简单降低它的安全库存。
我们仓库最麻烦的不是系统没库存,而是系统有库存、拣货员却找不到货。有时是库位错了,有时是包装规格不同,还有时是库存被其他订单锁住。我想知道补货前怎样快速确认库存到底能不能用。
遇到“系统有货但拣不到”,我不会立刻补货,而是先做一次可拣库存核验。补货只能解决数量不足,不能解决库位、条码、批次和库存状态错误。第一项查库位:按SKU逐个核对主库位、临时库位和退货区,特别关注近期移库但未完成扫码确认的记录。实践中,临时库位往往是库存差异的高发区域。
第二项查包装单位:系统可能按箱管理,订单却按件拣货;也可能采购入库时把12件装误录成10件装。应现场抽取一个箱或一个托盘,核对箱规、内包装数量和可拆零规则。第三项查库存状态:区分良品、待质检、待维修、冻结、客户预留和退货待判定库存。只有符合订单要求并且没有被其他订单占用的数量,才应计入可补货判断。
第四项查批次和效期。食品、化妆品、耗材等SKU,即使总数量足够,如果可用批次不符合先进先出或客户效期要求,实际上仍然可能无法发货。
现场核验项目抽查方法判定标准 库位扫码加现场点数系统库位与实物一致 包装抽箱核对箱规件、箱、托盘换算正确 状态查看锁定和质检标识可用数量可被订单占用 批次核对生产日期和效期满足出库规则 我会把“系统库存”和“可拣库存”分成两个指标管理,并每天抽查高销量SKU。
若某个SKU连续两次出现系统数与现场可拣数偏差超过2%,就先暂停自动补货,完成盘点和原因分类后再恢复。
系统给出的补货建议看起来很方便,但我发现有些SKU一旦自动下单,就会带来大量积压。例如产品即将换代、客户订单已经取消,或者供应商有最小起订量。哪些异常情况值得设置人工审批?
系统建议适合处理重复、稳定、规则清晰的SKU;它不擅长识别尚未结构化的经营变化。因此,我不会让所有SKU都走同一条自动补货路径,而是把高风险情况设置为人工复核。第一类是需求即将变化的SKU,包括促销结束、季节切换、产品换代、价格调整和重点客户项目取消。
历史销量在这些场景下并不代表未来需求,继续按历史均值补货会把旧趋势延长。第二类是库存金额高或保质期短的SKU。即使缺货概率不高,也要把资金占用、临期报损和退货成本纳入判断。对这类商品,我更倾向于小批量、多频次采购。第三类是供应异常SKU,例如交期连续延迟、部分到货、供应商临时调价或最小起订量变化。
系统可能仍按旧交期计算,导致补货点明显失真。第四类是数据质量异常,包括近7天销量突然翻倍、负库存、退货激增、SKU合并拆分、条码变更和库存调整频繁。数据没有解释清楚之前,自动建议的精确小数点没有意义。
触发条件人工复核重点建议动作 销量短期翻倍是否促销或一次性订单拆分正常需求与临时需求 库存金额高资金占用和销售速度降低批量,审批后采购 交期连续异常真实到货周期重新估算补货点 产品即将换代旧品消化能力停止常规补货 负库存或条码变更数据是否可用先修正主数据 我建议设置“自动补货白名单”和“人工审批黑名单”,而不是简单地全自动或全人工。
前者只包含销量稳定、供应可靠、库存价值可控的SKU;后者包含高价值、短效期、强季节性和主数据异常SKU。补货审批还应记录拒绝原因,例如“需求为一次性项目”“供应商交期失真”“库存在途未确认”。积累两三个月后,就能看出哪些规则经常误判,再反过来优化参数,而不是只追究某一次采购是否下得及时。


读者评论
把账面库存拆成可销售、已分配、待检和错位库存这一点很实用。很多补货争议并不是采购数量算错,而是仓库里“有货但不能发”。如果能再配合每日库位准确率和待检处理时效,补货判断会更可靠。
文章对断货日销量的处理比较符合实际。直接把断货期间的零销量计入均值,确实会让系统持续低估需求。不过需求修正最好保留订单取消、替代品销售等依据,避免为了防止低估而过度放大潜在需求。
最低采购量不应只看折扣,这个判断很值得关注。建议企业再把保质期、包装迭代和仓储容量纳入测算,有些商品即使未来90天有需求,也可能因为规格变化导致旧库存无法正常销售。