第一层:账面库存
系统里显示的数量是记录结果,不等于货架上可以立即拣选的数量。我会先确认入库、出库、调拨、退货和冻结状态是否都已完成过账。
我先给出最直接的答案:滞销识别不是单纯把“卖得慢”的 SKU 挑出来,而是把销量、库存、库龄、订单状态和盘点差异放进同一套判断里。只有先识别真实可用库存,再判断需求是否已经变弱,滞销清单才不会误伤正常备货;反过来,持续的滞销分析也能反向暴露负库存、错库位、未及时入账等数据问题,帮助仓库把库存准确率真正提升起来。
文中经营数据、SKU名称与案例均为演示性示例,不代表任何企业的真实经营结果。
示例看板:先核对“能不能卖”,再讨论“卖不卖得动”
注意:第三个 SKU 不能直接判定为滞销,必须先确认 29 件差异是未上架、冻结、损耗还是系统录入问题。
如果我把库存账面数量当成绝对正确,再用一个固定的“90天未销售”规则筛滞销,得到的结果往往既不完整,也不可靠。下面先用三个层次把判断对象分开。
系统里显示的数量是记录结果,不等于货架上可以立即拣选的数量。我会先确认入库、出库、调拨、退货和冻结状态是否都已完成过账。
真实可用库存要扣除破损、质检、锁定订单、待上架和跨仓调拨中的数量。只有这个口径稳定,库存覆盖天数才有比较意义。
我不会只看累计销量,还会看最近7天、30天、90天的趋势、季节性、促销影响和替代品迁移,再判断是暂时慢销还是结构性滞销。
滞销识别与库存准确率是相互促进的关系:准确的库存让滞销名单更可信;持续的滞销复盘又会逼着团队发现并修正库存差异。真正有效的流程不是“筛一次就结束”,而是“核库存—看需求—定动作—复核结果”的闭环。
很多团队把这两个指标放在不同会议里:仓库看盘点差异,采购看周转,销售看动销。我的经验是,它们应当被放在同一条业务链里观察。
某个 SKU 在系统里显示有 300 件,但连续30天没有销售。第一反应可能是“这就是滞销”,然而现场盘点后可能发现其中80件已经破损,40件放在待检区,30件仍在旧库位,另有一部分已经被订单锁定。若不拆分这些状态,团队会错误地认为仓库积压严重,也会继续用错误数量制定采购和促销方案。
我会把“异常高库存+低销量”视为一次核查机会,而不是直接贴标签。把账面量、可用量、冻结量、在途量和损耗量拆开后,库存准确率问题会从隐性误差变成可定位的任务。
如果促销人员以账面300件为依据设计折扣,实际可售只有180件,活动期间就可能缺货;如果真实可售只有40件,却把300件当成长期库存,又会高估资金占用。库存准确率越高,清仓、换包装、组合销售、调拨和采购暂停等动作越能按真实数量执行。
公式用于建立统一口径,实际系统还需结合企业状态字段定义。
下面的商品名称、数量和比例都是为了演示判断方法而设置的示例,不是任何企业的真实资料。我建议新人先从场景理解口径,再去套用企业自己的数据。
我曾经会把这种情况理解成库管员没有按库位摆放,后来发现原因可能更复杂:收货已完成但未上架、同款不同规格被混放、调拨单已建但实物未发、退货入库只录了总箱数没有拆到 SKU。此时销量为零不一定是市场不需要,而可能是前台无法正常售卖。
先做什么:按库位、批次、状态和最近操作时间追溯,优先处理“系统有量但可拣选为零”的 SKU。
商品换代后,旧包装和新包装使用了不同编码,销售端只下新编码的订单,采购端仍把旧编码库存合并到一个品类里。表面看总库存足够,实际上旧编码占用库位、无法正常出库,且销售趋势已经发生变化。这是编码治理和滞销识别交叉的问题。
先做什么:核对 SKU 主数据、替代关系和包装转换规则,不要仅按品类总量判断周转。
一个季节性用品在促销月卖得很好,活动结束后的30天没有订单。如果我只看最近30天,可能把正常的季节回落判成滞销;如果把活动期高销量直接外推,也会高估未来需求。判断时需要把促销标签、季节月份、渠道和价格变化一起放进观察窗口。
先做什么:把活动期与自然销售期分开,至少对比同季历史或相近产品,而不是机械使用一个天数阈值。
账实盘点结果可能达到很高的一致程度,但如果采购批量过大、补货规则没有考虑需求下滑,仓库仍会堆积大量可用库存。库存准确率解决的是“有多少货”的可信度,滞销分析解决的是“这些货未来是否值得继续占用资源”,两者不能互相替代。
先做什么:把库存准确率和库存周转、库龄结构、毛利、缺货率放在同一张经营看板里。
滞销是一个经营判断,不是某个筛选器自动生成的事实。下面这些做法看起来简单,却容易让新人在数据和现场之间失去联系。
固定天数只能作为初筛条件。备件、节日用品、工程项目物料和高客单价耐用品的合理销售周期不同,应该结合品类生命周期、历史需求、交付周期和毛利贡献判断。
待检、锁单、冻结、破损和待报废数量如果没有从可用库存中剔除,会同时造成库存覆盖天数虚高和促销承诺失真。状态字段比单一总量更重要。
编码、订单、采购、退货、调拨和财务结算都会改变库存记录。仓库负责现场动作,但主数据和流程责任需要跨部门共同承担。
相同的库存量可能由新到货组成,也可能有一半已经存放超过半年。库龄分层能帮助我判断资金风险、质量风险和清理优先级。
累计销量会掩盖近期下滑。一个 SKU 90天卖了90件,不代表未来每天都能卖1件;我还要比较7日均值与30日均值的方向是否一致。
盘点只能修正当下差异,不能自动修复收货、拣货、退货等流程。需要设置差异原因、责任环节和复核时间,才能把准确率变成持续能力。
这套方法适合新手理解,也适合后续在 E数通或其他分析工具中配置指标。每一步都回答一个不同的问题,不能跳过库存状态核对直接进入促销决策。
先确认商品编码、规格、包装转换、仓库范围和统计日期。把重复编码、已停用编码、虚拟组合品和赠品规则标记出来。
将账面库存拆成可用、锁定、待检、破损、待报废、在途和待上架。无法解释的差额进入异常池,不能直接计入可售。
同时观察7日、30日和90日销量,计算近期日均销量与库存覆盖天数,并标记零销量、断货后低销量等特殊状态。
检查季节性、活动、价格、渠道迁移、替代品、产品生命周期和客户项目。数据筛选是起点,业务解释决定最终标签。
明确是盘点、调拨、暂停采购、组合销售、降价、退供应商还是继续观察,并设置负责人、截止日期和复核指标。
常见口径是盘点时账面数量与实盘数量的匹配程度。建议同时看 SKU 行数准确率和数量准确率,避免少量大差异被平均数掩盖。
可用库存 ÷ 近30日平均日销量。若近30日销量为零,不能简单输出无限大,应显示“无销量待核查”,并结合更长周期或同类需求判断。
按入库日期或批次拆分0—30天、31—90天、91—180天及180天以上。库龄越长,资金占用、质量变化和清理成本通常越需要优先评估。
我不会用评分代替业务判断,但会用它来排序核查任务。下面是示例权重,企业可以根据品类调整:
评分仅为示例模型,不能视为通用行业标准;真正上线前应使用企业历史数据回测误报和漏报。
以下全部是演示数据,用于说明分析关系。第一张图展示库存准确率改善与滞销识别质量的联动;第二张图展示不同 SKU 在库存覆盖、近30日销量和库存差异上的组合关系。
准确率提高后,异常滞销池中的“账实差异占比”下降
阅读方式:蓝线是库存准确率,绿线是滞销清单复核通过率。两者都上升并不表示系统自动解决了问题,而是说明盘点、状态拆分和复核流程开始稳定。
覆盖天数越高、近30日销量越低,越值得优先核查
横轴是库存覆盖天数,纵轴是近30日销量,气泡大小代表账实差异数量。气泡大不等于滞销,仍要结合库存状态和业务背景。
这里优先使用 E数通做说明,但以下企业、SKU、数字、流程效果都属于虚构的演示案例,不代表 E数通客户的真实数据,也不构成产品效果承诺。我想表达的是一种分析组织方式:让仓库、采购和经营人员看到同一套可追溯口径。
假设某团队有3个仓库、约1200个活跃 SKU,每天通过订单系统、WMS和采购表维护库存。团队每周发现一批“90天无销量”商品,但仓库盘点后经常有人说这些商品并非全部积压:有的在途,有的待检,有的只是编码变更。
他们希望解决的不是生成一张漂亮报表,而是回答四个问题:
| 分析层 | 建议字段 | 要回答的问题 | 输出动作 |
|---|---|---|---|
| 库存总览 | 仓库、SKU、账面量、可用量、锁定量 | 库存总量与可售量是否一致 | 先拆状态,建立异常池 |
| 销售趋势 | 7/30/90日销量、订单数、渠道、活动标签 | 需求是下降、波动还是季节性 | 确定观察窗口与阈值 |
| 库龄分析 | 入库日、批次、库龄区间、成本 | 资金和质量风险集中在哪里 | 排序清理与调拨优先级 |
| 差异追踪 | 账实差、原因、责任环节、复核日期 | 为什么库存不准,是否重复发生 | 分配任务并回看闭环 |
假设 SKU-C203 的账面库存为150件,近30日销量为0,初筛结果是高风险。但 E数通的明细下钻显示:29件处于“待上架”,15件被订单锁定,6件在质检区,实际可自由销售的数量只有100件;进一步追踪发现该 SKU 的新编码已经承接了原来一部分订单。此时“零销量”是编码迁移与库存状态共同造成的,不应直接把150件全部按滞销处理。
团队可以先完成旧库位上架、锁定订单核销、主数据映射和质检处理,再重新计算30日销量及覆盖天数。若处理后仍然连续多个周期没有订单,再选择组合销售、渠道转移或暂停补货。这个顺序能避免把数据问题包装成经营结论。
我建议新人不要只维护一个红色清单,而是至少使用“销量趋势×库存状态×库龄”的组合判断。这样每一类 SKU 都有下一步,而不是所有问题都被交给仓库盘点。
| 观察组合 | 典型表现 | 优先判断 | 建议动作 | 复核指标 |
|---|---|---|---|---|
| 高库存 + 低销量 + 账实一致 | 可用库存多,近期趋势持续下滑,差异很小 | 更接近真实滞销 | 暂停补货,按毛利和库龄制定清理、组合或渠道转移计划 | 库存金额、库龄、清理率、毛利损失 |
| 高库存 + 低销量 + 差异大 | 系统库存高,但实盘或状态拆分不清 | 先判断是否为库存数据问题 | 冻结自动补货与促销承诺,先盘点、查单据、修正状态 | 差异率、原因闭环率、修正时效 |
| 低库存 + 低销量 + 季节性明显 | 当前销售少,但历史同期有规律 | 可能是正常淡季 | 保留安全库存,按季节和交付周期安排补货 | 缺货率、季节回升后的满足率 |
| 高库存 + 高销量 + 近期上升 | 活动或新品期销量快速增长 | 不应按滞销处理 | 检查补货周期与库容,防止因过度清理造成缺货 | 订单满足率、周转天数、预测偏差 |
| 低库存 + 高销量 + 差异大 | 实盘少于账面,且订单仍在增长 | 缺货和履约风险较高 | 立即核对锁定和在途,优先处理可发库存与补货 | 缺货率、取消率、账实数量差 |
工具可以缩短取数时间,但不能替代责任分工。我建议把任务嵌入已有的仓库、采购和经营节奏,让每次异常都有负责人、截止日期和验证结果。
查看负库存、账面有量但可拣选为零、待上架超时和订单锁定超时的 SKU。只把影响当天履约的事项列为即时任务。
按仓库、品类、库龄和金额排序,区分真实滞销、数据异常、季节性、项目库存和正常新品。对高价值异常先做抽盘。
检查重复编码、最小采购量、补货点、包装转换、供应商交付周期和停产标识,避免问题只在仓库端反复出现。
把库存准确率、周转天数、长库龄金额、清理折损、缺货损失和毛利一起看,决定哪些规则需要调整。
以下百分比是演示团队的过程评分,不是事实数据。
如果“差异原因可闭环”明显落后,我会先补流程而不是继续增加看板数量。因为没有原因和负责人,更多的预警只会增加噪音。
我会把行动建议分为“先纠错、再经营”和“可以直接经营”两大类。这样既能保护库存数据质量,也能避免真正滞销的商品继续占用现金和库位。
第一优先级是盘点和追溯,不是降价。可以按金额、出库频率和影响订单数安排循环盘点:高价值、高频和影响履约的 SKU 先查;低价值、低频 SKU 可以纳入周期盘点。
此时可以进入经营处置,但不建议一上来全量打折。先按毛利、库龄、质量保质期、替代关系和渠道适配性分层,再组合使用暂停采购、换渠道、捆绑销售、阶梯折扣和供应商协商。
我会保留“暂不处置”的理由,而不是简单放进滞销池。记录预计使用月份、项目编号、客户承诺、需求概率和最大可接受库存量,到了复核日期再判断是否转为处置。
取舍在于:保留库存会占用资金和库位,但过早清理可能导致旺季缺货、项目交付延误或重新采购成本上升。
这类 SKU 不应因为差异问题被错误清仓,也不应因为账面库存高就继续承诺大量订单。需要在补货和盘点之间建立临时控制,快速确认真实可发量和在途量。
取舍在于:临时加严核验会降低一点出库速度,但能减少超卖、取消和客户投诉。对于高销量商品,这种短期控制通常比错误促销更值得。
我会提前把指标之间的冲突说清楚。仓库新手最容易被要求同时做到零库存、零缺货、零差异、最快出库,这在现实中通常不可兼得,重要的是明确优先级和可接受范围。
全量复核会拖慢出库,完全不复核又会把错误放大。我建议按风险分层:高价值、高频、差异大的 SKU 加强复核,低风险 SKU 使用抽盘和周期盘点。
降价清理能释放现金,却可能消耗毛利或误伤备件。处置前要保留必要安全库存,尤其是有客户承诺、售后责任或长交付周期的商品。
统一编码和状态有利于分析,但项目物料、组合品和渠道专供品可能需要例外。例外可以存在,但必须有明确标识,不能悄悄绕开标准口径。
我真正追求的不是一张永远没有红色的库存报表,而是一张能解释“为什么红、谁来处理、什么时候复核、处理后有没有变好”的报表。
不用一次搭建复杂模型。我建议先做一个口径可靠、能够复核的小闭环,跑通之后再增加预测、分群和自动预警。
我用仓库新手常见的提问方式来回答,尽量把术语放回实际场景中。文中数字仍为方法演示,不代表行业统一标准。
我刚开始做库存分析时,也会把两个指标当成独立任务:库存准确率由仓库负责,滞销则交给采购或销售。但如果系统显示100件、现场只有70件,我算出的库存覆盖天数和清仓数量都会失真。准确率决定滞销判断使用的库存分母是否可信,滞销复盘又能帮助我发现长期未动、状态异常和编码错误,因此两者应放在同一闭环中管理。
我不建议直接套用一个固定天数,因为备件、季节品、快消品和项目物料的销售周期完全不同。比如示例中的节日用品在淡季连续60天无订单可能是正常现象,而快消品连续14天无销量就值得调查。我会先看7日、30日、90日趋势,再结合库龄、生命周期、活动和历史同期,最后由业务负责人确认标签。
不一定。库存覆盖天数通常用可用库存除以近期日均销量计算,当近期销量为零时,结果会被放大甚至无法定义。一个即将进入旺季、已经有项目订单或正在经历短期活动切换的 SKU,覆盖天数高并不等于应该清理;我会先确认销量是否因为缺货、编码变化或统计口径导致,再决定是否进入滞销处置。
我会优先盘点和追溯,至少先确认可售数量、锁定数量、待检数量及差异原因。假设系统有300件,现场只有220件,如果直接做“300件清仓”活动,可能造成超卖和履约失败;如果现场实际只有少量可用货,促销方案也会完全不同。促销可以同步设计,但不能在库存口径未确认前做最终承诺。
我会先搭建能解释业务的基础字段,而不是一开始追求复杂模型:仓库、SKU编码、品类、账面库存、可用库存、锁定库存、在途、库龄、7/30/90日销量、最近出库日、成本、活动标签和差异原因。通过这些字段,可以在 E数通中建立库存总览、库龄分层、销量趋势和异常追踪视图,之后再逐步增加毛利、预测和责任人字段。
库存准确率回答的是“系统数量是否接近实物数量”,并不回答“这些货是否值得继续保留”。如果采购批量、最小起订量、需求预测或产品生命周期判断有问题,即使账实完全一致,也可能堆积大量真实库存。我会把准确率与周转天数、长库龄金额、库存成本、毛利和清理结果一起看,避免把盘点做准误解为经营问题已经解决。
可以。我会先从一个仓库和一类高金额 SKU 开始,建立统一表头和每周复核节奏:账面量、可用量、最近出库日、30日销量、库龄、差异原因和动作状态。哪怕先用简单报表,也要保证口径稳定、责任明确和结果可追踪;当数据量变大、需要多维下钻或多人协作时,再使用 E数通这类分析工具减少手工合并与重复计算。
如果让我把整篇内容压缩成一套仓库新手可以带走的做法,我会保留下面五句话。
先做小范围、可复核的改善,比一次性搭建复杂指标更容易形成团队习惯。

