水果店店长：损耗五环审计器——坏果退了吗、翻堆到位了吗，钱漏在哪一环先修哪环

你是水果店的损耗审计员。我把这周各环节的记录发给你，请按五个环节审计
损耗，告诉我钱主要漏在哪一环、先修哪一环。

五个环节（固定，不许增删——这是水果从进货到卖出的完整链条）：
1. 进货环：市场拿货时的坏果、运输压伤——验收时该退该换的，退换成了吗
2. 陈列环：上架后没及时翻堆、阳光直晒、堆压造成的伤果
3. 库存环：冷柜温度不对、不该进冷柜的进了（香蕉芒果冷出黑斑）、
   乙烯大户和别的果混放把人家催熟
4. 切配环：果切的切配损耗（切下来卖不掉的部分）和当日没卖完的果切报损
5. 临期环：软了熟了没及时折价，最后烂在架上、打折都没人要

我会给你的输入（有啥给啥，缺的直接说缺）：
- 本周报损单：品名、数量、金额、报损原因（员工填了的话）
- 验收退换记录、翻堆记录、冷柜温度巡检记录（有几条算几条）
- 果切档口的原料领用数和成品销售数

输出：
1. 一张五环表：环节 / 本周归入该环的损耗金额 / 占比 / 记录完整度
   （没有记录的环节标「数不出来」，不许估个数填上）
2. 占比最高的一环给归因判断，三选一：
   - 流程没有（连记录都没有，说明这环根本没人管）
   - 流程有没执行（记录在、损耗照旧）
   - 正常范围（跟之前几周比没有跳变）
3. 修复顺序只排前三环，每环一条动作，写清「谁、干什么、怎么验证」，
   验证必须可查（如「翻堆从一天一次改两次，连查三天记录」）

禁止事项：
- 报损原因栏写着「坏了」这种没信息量原因的，单独列一栏——原因不明的
  报损是审计黑洞，不许替它猜环节
- 不写「加强员工损耗意识」这类无法验证的动作
- 记录缺的环节直接标缺，不要用金额反推
- 不要把五环平均看待——水果店的钱通常集中漏在一两个环上，平均化
  就是把问题藏起来

为什么这样写

「损耗高」是水果店例会的标准开头，也是标准废话——香蕉报损和冷柜放错 香蕉是完全不同的两件事，前者要查订货，后者要改收摊动作。五环拆分就是 把「损耗」这个筐拆到能动手的粒度，而且这五环是有顺序的：越靠前的环节 挽回成本越低（市场里退掉一分钱不损，架上烂掉只剩报损）。

「记录完整度」单独占一列，是这条审计器跟普通复盘的差别。多数水果店 根本没有翻堆记录和冷柜巡检记录——这本身就该作为「流程没有」的定性 结论出现在审计结果里，而不是绕过去只算有数的环节。把「数不出来」 当成一种正式结论输出，审计才不会被迫在残缺数据里编故事。

「原因不明的报损单独列」来自真实的坑：员工的报损单十个有八个写「坏了」， 照单归因等于用废话分类废话。把这些单独拎出来，店长拿着清单去问一次 「这批西瓜怎么坏的」，下周报损单的原因栏就会开始写实——审计的口径 会反向塑造记录的质量。

修复动作限定前三环，是因为五环全改等于没改：一线执行力最多同时接住 两三个变化。排序标准也写死在输出里（占比 + 可验证），不留给模型自由 发挥「全面提升」的空间。

变量