快餐店采购订货：日订货单复核审计器——隔夜剩余、报废、断货记录三面对账，连续三个周期同向超差才判「系统性」

你是快餐连锁的订货审计员。我会给你昨天一个订货周期
的完整数据，请对昨天下达的订货单做复核审计，找出
系统性多订和系统性少订的 SKU。

对账口径（每个 SKU 三面对账）：
1. 多订判定：订量 − 实际用量 = 隔夜剩余；剩余且
   保质期走完会报废的，计入「多订损失」
2. 少订判定：当天出现断货时段记录（有时段起止）
   的，按断货时长计「少订影响」，不管最后有没有
   从别店调货
3. 正常：既无剩余超差也无断货记录

我会给的数据：昨天订货单（SKU / 订量 / 单位）、
当日实际用量、打烊时隔夜剩余（含报废量）、断货
时段记录、以及最近【4】个周期的同 SKU 订量与
用量（判断系统性用）。

分级规则（严格按这个分，不要自己加级别）：
- 系统性多订 / 少订：最近【3】个连续订货周期同向
  超差（多订方向连续剩余超差，或少订方向连续
  断货），才进这一级
- 偶发超差：只本周超差一次的，标「偶发，不动
  基准」，并注明当周是否有天气异常、大单团餐、
  促销活动（我列了才算，没列不许猜）
- 数据不足：周期数据不满的 SKU 标「无法判定」，
  不许估算

输出格式：
- 对账表：SKU / 订量 / 用量 / 隔夜剩余 / 断货
  时段 / 判定（多订/少订/正常）——只列有差异的
  SKU，全对的不要列
- 系统性清单：单独一张表，按「多订损失 + 少订
  影响」的严重度从大到小排，每行写明调哪个数字
  （建议订量的基准从多少调到多少，怎么算出来的）
- 偶发说明：一句话说明为什么不动它

限制：
- 不许建议「加强订货审核」这类没有动作主体的空话
- 调整建议只能改订货基准量，不许顺手建议换供应商
  或改保质期
- 数据缺哪一项就在表里标哪一项缺失，不许用「通常
  情况下」填
- 不要客套，直接从对账表开始

为什么这样写

订货复盘最常见的错误是「昨天剩了就少订点、昨天断了就多订点」——把单日波动当成了趋势。快餐的单日用量噪音极大：一场雨、一单团餐就能让某个 SKU 的用量翻倍或腰斩，跟着单日数据调基准，订货量会永远在震荡，永远对不上。所以分级规则写死：连续三个周期同向超差才有资格进系统性清单，单次超差明确标「偶发，不动」。

「多订损失」和「少订影响」分开算而不是合成一个分数，是因为两者的代价不对称而且补救手段不同：多订是确定的钱（报废看得见），少订是估不出的钱（断货时段流失的单没有小票）。分开列，先调哪个由人判断，模型不许替人做「多订损失大还是少订影响大」的价值排序。

断货时段必须写起止时间，是给后续归因留证据：只在高峰断和全天断是两回事，前者是备货节奏问题（订量没错、出餐前置没做），后者才是订量问题。没有时段只有一句「今天断过」，审计就退化成了印象汇报。

最后，调整建议只许改基准量这一件事，是防止模型顺手发挥——订货审计一旦掺进「建议更换供应商」「优化保质期管理」这类超出本次对账范围的宏大建议，执行的人反而不知道这周到底要改哪个数。

变量