去年双十一，我帮一家做美妆的客户复盘，他们当天爆单，结果爆单爆出了一个尴尬：最畅销的三款面膜，下午两点就断货了，后面涌进来的订单全部无货可发。客服电话被打爆，退款率飙到 40%，一个本该冲销量的日子，硬生生变成了口碑灾难。

缺货与断货出了问题先查哪里？给仓库一份排查顺序

复盘的时候，老板第一句话是："仓库怎么搞的，货都不备足？"仓库主管委屈地说："我早就报过库存预警了，是采购没及时补货。"采购经理又甩回来："销售预测说这三款会卖 5 万件，我按 5 万备的，结果卖了 8 万，这能怪我吗？"

免费试用

三个人互相甩锅，最后谁也没说清：到底是哪里断了？为什么断的？下次怎么不断？

这件事让我明白一个道理：缺货断货这件事，最可怕的不是"货不够"，而是"你不知道为什么不够"。 缺货的原因，可能出在预测、采购、仓库、物流、系统任何一个环节，你不按顺序排查，就永远在互相甩锅，断货也永远治不好。

这篇文章，我想给仓库和老板一份"缺货断货排查顺序"——当你发现缺货断货，应该先查哪里、再查哪里，每一步对应什么原因、该做什么动作。照着这份顺序查，你就能从"互相甩锅"变成"定位到根"，把断货真正堵住。

一、核心结论：缺货不是"货少"，是"补货链断了"

我先把最反常识的判断放在前面：缺货断货的本质，不是"库存太少"，而是"补货链条上某个环节断了"。 货从供应商到仓库、再到货架，是一条链：预测 → 采购下单 → 供应商发货 → 在途 → 入库 → 上架。这条链上任何一个环节卡住，都会导致断货。

很多人一遇到缺货，第一反应是"多备点货"。但多备货解决的是"库存水位"，解决不了"链条断裂"。如果断货的根因是"供应商发货慢"，你备再多货，供应商发不出来，照样断；如果根因是"系统库存数据不准"，你备再多货，系统显示有货、实际没货，照样断。

所以，排查缺货，第一件事就是放弃"多备货"这个偷懒的想法，转而沿着补货链，一段一段查，看是哪一段断了。

而这条补货链上，有三个最关键的东西，决定了你"会不会断货"：

安全库存：为了应对需求波动和供应波动，你额外多备的那部分"缓冲库存"。安全库存设得合理，能扛住大部分波动；设得不对，要么断货，要么积压。

补货点：当库存降到某个水位时，就该触发补货了。补货点设得对不对，决定了你"补货的时机"准不准。

在途库存：已经下单、供应商正在发、但还没入库的货。在途库存算不算进"可用库存"，决定了你"会不会重复下单"或"漏下单"。

这三个东西，就是缺货排查的三个核心抓手。下面我按顺序，一步步带你把断货的原因查出来。

二、排查顺序：五步走，沿着补货链从后往前查

我把缺货排查，整理成一个五步走的顺序。这个顺序的逻辑是：从"离缺货最近的地方"开始查，沿着补货链从后往前，一直查到源头。 每一步都有对应的原因和动作，照着走就行。

第一步：先查"库存数据准不准"——是不是"假缺货"

排查缺货，第一步永远是从库存数据入手。因为很多"缺货"，其实是"假缺货"——货在仓库里，但系统显示没货。

查什么：系统里的库存数，和仓库实际盘点的数，对不对得上。

常见原因：

• 账实不符：退货没及时入账、破损没做报废、借出样品没登记，导致系统库存比实际少。
• 库位错乱：货放错了库位，系统按库位找货找不到，就显示"缺货"。
• 条码/编码错误：同一个货两个编码，系统只认一个，另一个就成了"缺货"。

对应动作：先做一次快速盘点，确认系统库存和实际库存是否一致。如果账实不符，先别急着补货，先把数据搞准——否则你补的货，可能补到了"假缺货"上，反而造成真积压。

第二步：再查"补货点设得对不对"——是不是"补晚了"

如果库存数据是准的，货确实少了，下一步查补货点——是不是补货补晚了。

查什么：你的补货点（触发补货的库存水位）设得合理吗？是不是设得太低，导致库存已经见底了才触发补货？

常见原因：

• 补货点设太低：补货点 = 日均销量 × 补货周期（采购提前期），如果这个公式里的参数估错了，补货点就设低了，等你触发补货时，货已经快卖完了。
• 补货点没考虑波动：补货点只按"平均销量"算，没考虑销量波动，遇到销量突然放大，补货点就兜不住。
• 补货点长期没更新：销量已经变了，补货点还是几个月前的旧值，早就失效了。

对应动作：重新算一遍补货点。补货点 = 日均销量 × 采购提前期 + 安全库存，而且要定期（至少每季度）根据最新销量更新。补货点设对了，才能"该补的时候补，不该补的时候不补"。

第三步：再查"安全库存够不够"——是不是"扛不住波动"

补货点查完，如果补货时机没问题，下一步查安全库存——是不是安全库存设得太低，扛不住需求或供应的波动。

查什么：你的安全库存够不够？遇到销量波动（突然放大）或供应波动（供应商延迟），能不能扛住？

常见原因：

• 安全库存设太低：只考虑了"平均需求"，没考虑"需求波动"，一旦销量突然放大，安全库存就兜不住。
• 安全库存没考虑供应波动：供应商经常延迟发货，但安全库存没把这部分"供应不确定性"算进去。
• 安全库存一刀切：所有 SKU 用同一个安全库存标准，但不同 SKU 的波动性完全不同——畅销爆款波动大，该多备；长尾冷门波动小，可以少备。

对应动作：重新算安全库存。安全库存 = 安全系数 × 需求波动的标准差 × 采购提前期，核心是要"分 SKU 设"——波动大的 SKU 多备，波动小的少备。安全库存设对了，才能"用最小的库存成本，扛住最大的波动"。

第四步：再查"在途库存算没算"——是不是"重复下单或漏下单"

安全库存查完，如果缓冲也够了，下一步查在途库存——是不是在途的货没算进去，导致判断失误。

查什么：已经下单、供应商正在发、但还没入库的"在途库存"，你有没有算进"可用库存"？

常见原因：

• 漏算在途：在途的货没算进可用库存，导致你以为"库存不够了"，又下了一单，结果两批货先后到，反而积压。
• 重复下单：在途库存信息没同步，采购和仓库各下各的单，导致重复采购。
• 在途时间估错：供应商承诺 7 天到货，实际 15 天，你在途库存按 7 天算，结果中间有 8 天的空窗期，就断货了。

对应动作：把在途库存纳入"可用库存"统一管理。可用库存 = 现有库存 + 在途库存 - 已承诺订单，采购下单前先看可用库存，避免重复下单或漏下单。同时，对供应商的实际到货时间做跟踪，用真实数据修正"在途时间"的估计。

第五步：最后查"预测和采购源头"——是不是"从根上就备少了"

前四步查的是"执行环节"，如果执行环节都没问题，最后一步查源头——预测和采购，是不是从根上就备少了。

查什么：销售预测准不准？采购有没有按预测执行？

常见原因：

• 预测失误：销售预测拍脑袋，高估或低估了需求，导致备货量从根上就错了。
• 预测只看短期：只看最近三个月销量外推，没考虑季节、促销、趋势，导致预测失真。
• 采购没按预测执行：预测是准的，但采购为了压价或凑批量，擅自改变了采购量，导致备货不足。

对应动作：把预测从"拍脑袋"改成"看数据"。预测要基于 12 个月历史销量，剔除促销、季节等异常因素，再叠加趋势。同时，采购要严格按预测执行，不能为了折扣擅自改量。源头备对了，后面才不容易断。

下面这张表，我把五步排查的顺序、查什么、常见原因、对应动作整理出来，你可以直接当自查表用：

三、断货的六大原因树，以及各自的对策

排查到最后，你会发现断货的原因，翻来覆去就这六大类。我把它们画成一棵"原因树"，从根到叶，你对着找就行。

在列六大原因之前，我先给一个更底层的判断框架。断货的原因，归根结底可以分成两类：一类是"备少了"，一类是"补慢了"。"备少了"是计划端的问题——预测低估、安全库存不足、补货点设低；"补慢了"是执行端的问题——供应商延迟、采购没及时下单、物流卡壳。你排查断货，先判断自己是"备少了"还是"补慢了"，方向就清晰了一半。因为"备少了"要改预测和库存参数，"补慢了"要改供应商和采购流程，两者是完全不同的解法。

原因一：销售预测低估。这是最常见的断货原因。销售报了个保守的预测，采购照着备货，结果实际销量远超预测，货就不够了。对策：预测要"看数据 + 留余量"，用 12 个月历史数据做基准，再叠加趋势和促销，同时给畅销品留出安全余量。

原因二：安全库存不足。安全库存设得太低，扛不住需求波动。对策：分 SKU 设安全库存，波动大的畅销品多备，波动小的长尾品少备，用最小成本扛住最大波动。

原因三：补货点设错。补货点设太低，导致补货补晚了。对策：重算补货点，定期更新，补货点 = 日均销量 × 采购提前期 + 安全库存，每季度根据最新销量刷新。

原因四：供应商延迟。供应商承诺 7 天到货，实际 15 天，中间的空窗期就断货了。对策：对供应商做"到货准时率"考核，用真实数据跟踪，对经常延迟的供应商要么催、要么换，同时把"供应不确定性"算进安全库存。

原因五：采购没及时下单。库存已经降到补货点了，采购却没及时下单，或者下单了但流程拖沓。对策：建立"补货点自动预警"机制，库存降到补货点就自动提醒采购下单，不让"该下单了"这件事依赖人想起来。

原因六：物流和入库卡壳。货到了仓库门口，但入库、上架流程慢，货压在待入库区，货架上已经空了。对策：优化入库上架流程，货到即入、入即上架，缩短"到货"到"可卖"的时间差。

这六大原因，前三个（预测低估、安全库存不足、补货点设错）是"备少了"，后三个（供应商延迟、采购没下单、物流卡壳）是"补慢了"。你排查断货，先判断是哪一类，再对号入座。

四、一个完整的排查案例：从"甩锅"到"定位到根"

讲一个我 2023 年做的完整案例，把这套排查顺序串起来给你看。

这家企业做的是母婴用品，SKU 有 4000 多个。老板的痛点是："畅销品老是断货，一断货就被客户骂，但仓库、采购、销售互相甩锅，谁都说不是自己的问题。"

我接手后，没急着下结论，而是带着他们按五步顺序排查。

第一步，查库存数据。先做了一次快速盘点，发现系统库存和实际库存基本一致，账实相符。这一步排除"假缺货"。

第二步，查补货点。把畅销品的补货点调出来看，发现一个关键问题：补货点还是 8 个月前设的，当时这些 SKU 的日均销量是 200 件，现在涨到了 400 件，补货点却没更新。销量翻倍了，补货点还是老值，等于"该补货的时候没补"。这一步定位到"补货点设错"。

第三步，查安全库存。进一步看安全库存，发现所有 SKU 都用同一个安全库存标准（统一备 15 天的量）。但畅销爆款的需求波动远大于长尾冷门，15 天的安全库存对爆款来说根本不够。一刀切的安全库存，导致爆款扛不住波动。这一步定位到"安全库存不足"。

第四步，查在途库存。看在途库存，发现采购和仓库的信息不同步——采购下了一批货在途，仓库不知道，又催采购补了一批，结果两批货先后到，反而造成了积压。在途库存没统一管理，导致重复下单。这一步定位到"在途库存漏算"。

第五步，查预测源头。最后看销售预测，发现预测是销售"拍脑袋"报的，既不看历史数据，也不考虑促销和趋势，预测准确率不到 60%。源头预测就错了，后面全错。这一步定位到"预测失误"。

五步查完，根因清楚了：补货点没更新 + 安全库存一刀切 + 在途库存漏算 + 预测拍脑袋，四个问题叠加，导致畅销品频繁断货。

针对这些根因，我们做了四件事：一是补货点改成"每月自动根据最新销量更新"；二是安全库存分 SKU 设，爆款多备、长尾少备；三是把在途库存纳入可用库存统一管理，采购下单前先看可用库存；四是预测改成"看 12 个月历史数据 + 剔除异常 + 叠加趋势"。

最关键的一步，是我们把这些逻辑固化进了系统。这家企业后来用简道云进销存，把安全库存、补货点、在途库存都做成了自动计算、自动预警——库存降到补货点自动提醒采购，畅销品库存异常自动标红，在途库存实时可见。三个月后，这家企业的畅销品断货率从 18% 降到了 3%，再也没出现过"双十一爆单却断货"的尴尬。

这个案例最值钱的一点，是它证明了：断货不是"货不够"这么简单，而是"补货链上多个环节同时出了问题"。你不按顺序排查，就永远在互相甩锅；按顺序查，根因就清清楚楚。

五、排查断货，最容易犯的三个错误

在帮企业排查断货时，我见过三个特别常见的错误，每一个都会让你查偏方向。

错误一：一断货就"多备货"。这是最普遍的错误。断货了，第一反应是多备货，但多备货解决的是"库存水位"，解决不了"链条断裂"。如果断货的根因是供应商延迟或预测失误，你备再多货也白搭——供应商还是发不出来，预测还是错的。先排查根因，再决定要不要多备。

错误二：只查仓库，不查上游。很多人一断货就怪仓库"没管好"，但断货的根子，往往在采购、预测、供应商这些"上游环节"。仓库只是"货的存放地"，它既不能决定进多少，也不能决定供应商发多快。排查断货，一定要沿着补货链从后往前查，把上游环节也查进去。

错误三：把"假缺货"当成"真缺货"。系统显示缺货，就急着补货，结果货补回来才发现，仓库里其实还有货，只是账实不符或库位错乱。"假缺货"补货，补出来的是"真积压"。排查断货，第一步永远是先确认数据准不准，别在假缺货上浪费补货的钱。

这里我再补一个更隐蔽的错误：错误四：只看"缺货率"这个结果，不看"断货原因"这个根。很多企业考核仓库，只看"缺货率"这个结果指标，缺货率高了就扣钱。但缺货率只是一个"果"，它背后可能是预测失误、供应商延迟、补货点设错等不同的"因"。只考核结果、不追原因，仓库就只能"多备货"来降低缺货率，结果缺货率是降了，库存成本却暴涨，积压又来了。 正确的做法，是把"缺货"和"断货原因"一起记录，每次断货都追到根因，针对根因改进，而不是简单粗暴地"多备货"。

我讲一个"只考核结果、不追原因"导致的恶性循环。某企业考核仓库的"缺货率"，缺货率高于 5% 就扣绩效。仓库为了不被扣钱，唯一的办法就是"多备货"——把畅销品的库存从备 15 天提到备 45 天。结果缺货率确实从 8% 降到了 3%，但库存金额暴涨了 40%，大量货又变成了积压。缺货和积压，看似是两个问题，其实是一根藤上的两个瓜——你压一头，另一头就翘起来。 只有追到断货的根因（比如是供应商延迟、还是预测失误），针对根因改，才能"既不断货、又不积压"。否则你就是在缺货和积压之间来回摇摆，永远找不到平衡点。

六、常见问题解答（FAQ）

问：安全库存、补货点、在途库存，这三个概念到底有什么区别？

答：安全库存是"缓冲"——为了扛住波动，你额外多备的那部分货；补货点是"触发线"——库存降到这个水位，就该下单补货了；在途库存是"路上的货"——已经下单、供应商正在发、但还没入库的货。三个东西各管一段：安全库存管"扛波动"，补货点管"补货时机"，在途库存管"别重复下单"。三个配合好了，才能既不断货、又不积压。

问：安全库存怎么算才合理？

答：安全库存 = 安全系数 × 需求波动的标准差 × 采购提前期。安全系数一般取 1.65（对应 95% 的现货率），需求波动用历史销量的标准差衡量，采购提前期用"下单到入库"的实际天数。关键有两点：一是分 SKU 算，波动大的畅销品多备、波动小的长尾品少备；二是定期更新，销量和提前期变了，安全库存就要跟着调。

免费试用

问：补货点设多少合适？

答：补货点 = 日均销量 × 采购提前期 + 安全库存。比如某 SKU 日均销量 100 件，采购提前期 7 天，安全库存 300 件，那补货点就是 100×7+300 = 1000 件——库存降到 1000 件就该补货了。关键是参数要准：日均销量用最近 30 天的实际值，采购提前期用供应商的真实到货时间，安全库存按上面的公式算。参数不准，补货点就设不准。

问：在途库存一定要算进可用库存吗？

答：一定要，否则会重复下单或漏下单。可用库存 = 现有库存 + 在途库存 - 已承诺订单。如果不算在途库存，你看到"现有库存不够了"，可能又下一单，结果在途的货到了，两批货叠加，反而积压。算进在途库存，你才能看到"真实的可用量"，做出准确的补货决策。

问：怎么判断断货是"备少了"还是"补慢了"？

答：看断货的"时间特征"。如果断货是"突然发生"的——销量突然放大、或者供应商突然延迟，那多半是"补慢了"（执行端问题）；如果断货是"经常发生、且集中在某些 SKU"的——某个畅销品老是断货，那多半是"备少了"（计划端问题，预测低估或安全库存不足）。先判断是哪一类，再往对应的方向排查，能省很多时间。

这里我补一个具体的判断例子。某企业有两个断货的 SKU：SKU-A 是"偶尔断一次，每次断货都发生在供应商延迟发货之后"——这就是典型的"补慢了"，根子在供应商，要解决的是供应商的到货准时率。SKU-B 是"每个月都断货，而且每次都断在月底销量冲高的时候"——这就是典型的"备少了"，根子在预测低估和安全库存不足，要解决的是预测和安全库存参数。同样是断货，一个要治供应商，一个要治预测，方向完全不同。 你不先判断"备少了还是补慢了"，就可能用"多备货"去治"补慢了"的病，或者用"催供应商"去治"备少了"的病，全都治错地方。

问：排查完断货，怎么防止复发？

答：三个机制缺一不可。一是预警机制，库存降到补货点自动预警，不让"该补货"依赖人想起来；二是参数更新机制，安全库存、补货点定期根据最新销量和提前期刷新；三是根因复盘机制，每次断货都追到根因，针对根因改进，而不是简单粗暴地多备货。防断货，本质是防"补货链上的环节失效"。

七、你的下一步行动

最后，给你一个可以立刻开始的行动清单：

1. 本周内：做一次快速盘点，确认系统库存和实际库存是否一致，先排除"假缺货"。
2. 两周内：重算一遍畅销品的安全库存和补货点，分 SKU 设、定期更新，并把在途库存纳入可用库存统一管理。
3. 一个月内：把补货点做成自动预警——库存降到补货点自动提醒采购，并建立"每次断货都追根因"的复盘机制。
4. 一个季度后：复盘一次断货率的变化，看断货是改善了还是复发了，据此调整安全库存、补货点和预测机制。

缺货断货这件事，最怕的不是"货不够"，而是"不知道为什么不够"。当你沿着补货链，从库存数据、补货点、安全库存、在途库存一路查到预测源头，那些导致断货的根因，就会一个一个浮出来，逼着你去面对、去修正。 记住，断货不是"货少"这么简单，而是"补货链上某个环节断了"——早一天定位到断点，就早一天堵住漏洞。排查不是终点，防复发才是；把这份排查顺序变成每次断货后的固定动作，畅销品就再也不会在关键时刻掉链子了。