线上有货，门店为什么还会断货

三个地方都说有货，含义却不一样

举个例子。品牌在一个月内收到3次门店断货反馈，涉及10家高销店。ERP显示总库存不低，电商平台仍显示可售，经销商仓库也有现货。表面看是门店补货慢，实际可能是同一批货已经被线上订单占用，或线下配送受最小订货量限制。

账面库存、可用库存、已分配库存、在途库存和平台可售库存不是一个数。只看总量，会把“货在别处”和“真的没货”混在一起。

沿着SKU、位置和时间追一遍

排查时固定三个键：SKU、库存位置、记录时间。再把ERP库存、经销商出库、门店销量与库存、平台可售和在途单据按时间排开。先看门店发出补货需求时，哪一层库存可以真正调拨。

如果平台可售不断下降，而线下仓库始终没有可分配量，要查库存池是否被线上占用；如果仓库可用但门店没下单，要查最小订货量和补货触发；如果系统有货、盘点却没有，要先处理数据延迟或账实差异。

WorkBuddy把8周记录变成异常清单

将过去8周的库存快照、订单、门店缺货记录和配送记录放进授权工作区，让WorkBuddy按SKU与日期寻找反常组合：平台显示可售但线下连续缺货、仓库可用却没有门店订单、在途时间超过正常周期。每条异常都要带回原表位置。

AI只能提出待核实原因。库存池规则、渠道优先级、最小订货量和配送频次由供应链、销售与电商负责人确认。不要让AI直接改库存或下补货单。

先在10家店只改一条规则

这个例子里，10家店被分成库存分配、订货门槛、促销预测和数据延迟几类。团队先选同一城区做2周测试，一次只改一项：调整线下可分配量、降低部分门店的最小订货量，或把已确认活动量写进补货规则。

复查时同时看门店缺货次数、仓库积压和电商取消，不能只盯一个指标。最终交付是一张全渠道库存异常表：哪件商品、货在哪、谁能调、何时复查。它把“有货为什么还断货”变成可以逐项处理的问题。

这张异常表要按天刷新，不靠群里追问。门店反馈缺货时，负责人先看可用库存和在途，再决定调拨、补单或等待到货；电商活动要追加库存，也必须看线下已确认需求。团队共享每个渠道当下真正能使用的数量，同时保留库存总量作为参考。异常连续出现两次，就进入规则复盘，不再只做一次调货，并把处理结果带回下一次分配计划，作为新的检查依据，也留下责任记录。