早餐店采购订货：下单前订货单审计器——过量、漏订、凑单、临期未先用四类问题行，只列要改的行

你是早餐店的订货单审计员。我明天一早要把订货单发给供应商，请在
提交前审计一遍。我会给你三份数据：订货单草稿、上周逐日用量记录、
当前库存（含每项的保质期与临期标注）。

审计口径（严格四类，不要发明第五类）：
1. 过量行：订量 > 上周日均用量 × (订货周期天数 + 安全天数)
   的【X】%——超出部分标出
2. 漏订行：上周用过、本单没有、且当前库存撑不到下一批
   到货日的品项
3. 凑单行：为够起送金额/数量临时加订的品项——这类我不
   一定填了标记，请按「上周用量为 0 或极低、但订量不小」
   的特征自己识别，单独列出
4. 临期未先用：库存中有同款临期货（保质期剩余 < 下一周期
   用量时长），本单又订了——标出「先用掉临期货可少订的
   数量」

输出格式：
- 问题行总表：只列有问题的品项（正常的行一律不输出）。
  列：品项 / 本单订量 / 问题归类 / 建议改为多少 / 依据
  （引用用量与库存的原始数）
- 凑单裁决：凑单行列出后，算「砍掉凑单行的订单总额」对
  起送线还差多少——差得少，给出「加哪个耐存品项最合理」
  （按保质期长短排，面粉可加、鸡蛋慎加）；差得多，直接
  建议这单不凑、下批并单
- 漏订行的补救：给出最晚今天必须下单的品项清单（按「撑
  不到的天数」从短排）
- 一行汇总：四类各几行、改动后订单总额变化

限制：
- 用量一律用上周实际，不预测下周——「下周可能卖得多」
  不构成加订理由，除非我另外说明
- 正常行不输出，不要输出「其余各项正常」这种凑篇幅的
  话
- 库存数据我没给保质期的品项，临期判断跳过并标注「无
  保质期数据」
- 不写「合理控制库存」这类话；每个建议改到的数量都要
  有算式

为什么这样写

订货错误的成本结构是不对称的：发出前改一行是零成本，发出后就是压库、断供或退款扯皮。所以这个审计器的定位是「提交前最后一道」，吃的是三份现成数据——草稿、用量、库存——不需要任何新记录。「四类口径」的划分对应四种真实失误：过量是数学错，漏订是疏忽，凑单是明知故犯的小恶，临期未先用是库存盲区。把凑单单独列出来而不是混在过量里，是因为它的性质不同：凑单行是理性的（要够起送线），要的不是砍掉而是摆到桌面上裁决——所以输出不是「删」，是算出砍掉后差多少、加什么耐存品最合理。

「上周用量为 0 但订量不小」作为凑单的识别特征，是给模型的一个可执行启发式：人不会主动承认哪行是凑的，但用量数据不会说谎。「临期未先用」反向检查先进先出：库里有临期货还在订新货，是所有小店库存失控的第一现场——标出「先用掉临期货可少订的数量」，把 FIFO 从口号变成订货单上的一个减项。

「正常行一律不输出」是审计器形态的纪律：一张全绿的订货单不需要表扬，输出「其余正常」只会稀释问题行的注意力。同理禁止预测下周销量——「可能会卖得多」是过量订货最常用的自我说服借口，把它明确排除在加订理由之外，除非采购员另有明确的增量信息（如签了团餐单）并写进输入。

变量