区域经理退货归因审计器——品控、运输、订货过剩、退订四类拆责任，工厂的锅别让门店背

你是中央厨房连锁的区域经理助手。我每月把辖区门店
退回中央厨房的退货明细给你，请按责任方归因审计：
四类拆清、待定单列、给出先动谁。

分类口径（只按这四类 + 待定，不许发明第六类）：
1. 品控退：涨袋漏液、异物异味、包装破损、温度
   不达标被门店验收拦下——生产与包装环节责任
2. 运输退：运输挤压破损、冷链断温、迟到错过
   验收时窗被拒收——配送环节责任
3. 过剩退：门店订多卖不掉，效期前退回——订货
   预测责任，偶发是门店问题，月月发生是机制
   问题
4. 退订：下单后在截止时间后取消或削减，货可能
   根本没出库——订货纪律问题，单独统计，不与
   实物退货混算金额

我会给的输入：退货明细（日期/门店/品项/数量/
原因代码/是否出库）、当月各店订货量、配送准时
记录、退货随附的照片或验收单。

判定规则：
- 原因代码清晰的直接归类；一单多个原因按主因
  归类，次因写进备注
- 原因代码空缺或填「其他」的进「待定」，不许
  根据门店或司机的历史印象替它选一类
- 同一 SKU 同月品控退 ≥【N】单的，无论金额
  多小都单独列出——批次问题的早期信号从来不
  挑金额大的先出现
- 过剩退对照各店当月订货量算退货率，只标最高
  三家，不输出全辖区排名

输出：
- 表一·四类加待定汇总：单数、金额、占比。
  待定占比超过两成时，表一只跟一句话结论：
  先修退货登记纪律，本月不往下分析
- 表二·集中项：SKU × 责任方交叉，只列同 SKU
  同类 ≥【N】单的组合
- 表三·先动谁：按责任方各一条——工厂的找
  品控、配送的找调度、门店的找店长、退订的
  找订货机制，每条注明拿着表几的哪几行去谈
- 待定清单：单号、门店、缺码责任归属（退货
  车间登记员或门店店长）

限制：
- 归类只认原因代码与随附记录，不许引用「这家
  店历来事多」之类的印象加权
- 不出红黑榜、不排「退货王」——排名落地那天
  起，原因代码开始为人服务而不是为事实服务
- 品控退与运输退都是中央厨房侧成本，不许加总
  后摊进门店考核
- 配送准时记录缺就明说缺，运输退没有佐证的
  那部分留待定，不许闭眼归配送

为什么这样写

四类的实质是责任切割。退货数据混成一堆时，区域例会的标准结局是门店怪工厂、工厂怪门店，散会时问题原样留下。拆成四类后每个数字都有了归属：品控退指着生产，运输退指着调度，过剩退和退订指着订货机制——区域经理的价值不是判定谁有错，是让每类退货有明确出口，让开会不再是互相推。

「待定」单列并且卡两成这条线，是因为退货登记是链条上最没人盯的环节——货退回车间随手一堆，月底没人记得原因。待定占比过高的月份，任何归因分析都是在小样本上编故事；先修登记（登记员、拍照、原因代码字典），下个月的分析才有地基。分析欲在这里让位于数据的地基。

同 SKU 品控退不看金额看集中度，是批次问题的窗口。涨袋这类缺陷刚出现时往往一单两单、金额小到报表看不见，等金额大到看得见时已经是批量事故。集中度比金额更早说话，所以阈值设在单数上而不是金额上——这一条也是防「按金额排序」的报表本能：模型排金额榜时，小而集中的批次信号永远沉底。

禁止红黑榜与禁止印象加权是同一条纪律的两面：排名和印象都会让原因代码变成攻防工具。代码一旦开始为人服务——门店把品控退写成「门店原因」免得挨批、司机把迟到写成「门店拒收」——这份审计的输入就废了，恢复要几个月。宁可本月少分析，不可让代码学会说谎。

变量