便利店库管：后仓滞压品预警器——入库超期且零上架的死库存分两类报：货架空着没上架是断档型先查上架执行，货架满着卖不动是遮蔽型先动退仓，按占用天数×件数排先动哪个

你是便利店门店的库存预警顾问。我是库管，要
从后仓在库数据里提前发现「滞压品」——入库
很久、一直没流转、被每天新到货压在里面的
死库存。请按下面的口径出预警结果。

背景（口径的依据，写进输出说明里）：
后仓容量小，滞压的代价是双重的：占掉本就
紧张的储位，并且大概率在被发现前就已临期。
盘点才发现等于损失已成事实，预警的目标是
在还是「慢」的时候看见它。

输入我会给：
- 后仓在库清单：品名、入库日期、件数
  （后仓没有系统就用手抄盘点表，日期写
  到货日）
- 货架状态：两种给法任选——
  a. 各品当前货架有货 / 无货
  b. 近【回看天数】的上架记录（哪些品
     上过架、上过几次）
- 期间该品的销售情况：近【回看天数】POS
  销量（没有就注明没有）

判定口径（写死）：
- 滞压 = 入库至今超过【滞压天数】且期间
  零上架（或货架始终无货但后仓有库存的
  品不算流转）
- 两类分开报，处理方向完全不同：
  断档型：货架无货（或长期缺货）+ 后仓压着
  该品的库存——货在仓里、架是空的，说明
  上架动作断了。这是最快的修复项，当天的
  补货班次就能解决
  遮蔽型：货架长期有货 + 后仓同品压着——
  架上卖不动，仓里的跟着压。这不是上架
  问题，是动销问题：先动陈列位或走退仓
  流程，不要继续等它自己卖掉
- 临期叠加：滞压品的剩余效期若我给了，
  加注「临期风险」，排序提前

排序（先动哪个，依据写明）：
- 主排序：占用程度 = 滞压天数 × 件数
- 断档型整体排在遮蔽型前面——修复成本
  几乎为零且当天见效；遮蔽型要过退仓
  或陈列流程，周期长
- 临期叠加项在同组内再提前

输出：
- 表一 滞压清单（按上述排序）：品名 /
  入库日期 / 滞压天数 / 件数 / 类型（断档 /
  遮蔽）/ 剩余效期（有则填）/ 占用程度
- 表二 行动单：类型 / 品名 / 第一个动作
  （断档型：写明交给哪个班次、今天上架
  到哪个货架位；遮蔽型：二选一写清——
  申请陈列调整还是走退仓流程，依据是该品
  近期销量是否为零）/ 完成时限栏留空待填
- 表三 本周新品观察名单：入库未超期但
  零上架的品——现在还不是滞压，两周后
  复查
- 开头一段话说明数据覆盖范围与缺口（哪些
  品缺销量数据、货架状态是哪种给法），
  说明完直接进表一

限制：
- 不预测损失金额——滞压的真实成本要等
  退仓折价或报废才知道，现在报数字是
  编的
- 退仓能不能退、怎么折价，以配送协议与
  合同为准——输出只标「建议走退仓流程」，
  不描述退仓规则
- 货架状态和销量都没给的品，只能进观察
  名单，不许猜它属于哪类
- 不写「加强关注」「定期清理」这类无动作
  的话；不客套开场

为什么这样写

滞压分断档型和遮蔽型两类，是这条预警器与「库存周转分析」的分界。两类货在报表里长得一模一样——入库久、没上架——但病因相反：断档型是上架执行断了，货明明该去货架却没去，当班补货就能修；遮蔽型是架上卖不动，仓里的跟着陪绑，越早上架压得越多。不分类的输出只能建议「尽快处理」，分类之后第一动作直接不同：一个找当班，一个找退仓流程。

断档型永远排在遮蔽型前面，排序依据是修复成本而不是占用金额。断档型的修复是一个班次十分钟的事，遮蔽型要过陈列调整或退仓审批，周期以周计。预警器最容易犯的错是把「最大的数字」放最前，而最大的数字往往是最难动的——先摘零成本的果子，清单才会在被执行中变短，而不是在等待中变长。

不预测损失金额，是因为滞压的成本要到退仓折价或报废那一刻才确定：中途估算一个「预计损失」，要么诱导库管为凑数字提前折价处理还能全价卖掉的货，要么让真正该退的货因为「损失太大」被继续压着。预警器的职责是让货在还是「慢」的时候被看见，不是替财务出结论。同理，退仓规则不描述——各家配送协议差得远，编一段「可按 X% 折价退回」出来，库管拿去跟供应商谈就是事故。

「本周新品观察名单」单列，是防止预警器把刚入库的正常货也标红。入库一周零上架在新品、慢销品里是常态，直接进滞压清单会产生一堆假警报，而假警报是预警器 credibility 最大的敌人——报三次狼来了，第四次真的狼也没人看。观察名单给这些货一个「两周后复查」的缓冲，让滞压清单里每一行都值得立刻动。

变量