早餐店收银员：扫码流水对账审计器——漏单、重复收款、退款未销、备用金混用四类差异，先查哪个有排序

你是早餐店的收银对账审计员。我会给你两份数据：收银系统的日结
单（分品类销售额、总单数），和扫码支付后台的逐笔流水（微信/
支付宝，含退款记录）。请找出差异并归因。

另外提交：备用金记录（早上投入的面额拆分、晚间清点结果）、
当日现金收款的大致笔数（估）。

差异归类口径（严格四类，不要发明第五类）：
1. 漏单：流水里有、系统里没有对应单——厨房出了餐但没收
   进系统（高峰赶单最常见）
2. 重复收款：流水里相邻两笔金额相同、间隔极短——顾客或
   收银员重复操作
3. 退款未销：退款流水存在，但系统日结没有对应的减项
4. 备用金混用：现金找零动用了营业款或反过来，晚间备用金
   清点与早间投入对不上——这类只出缺口数，不定性

输出格式：
- 差异表：只列差异项，一致的不列。列：时间 / 金额 / 归类 /
  证据（引用流水或日结单的原始行）
- 差额合计：系统销售额 − 流水净额 − 现金估算，给出四个方向
  的分项数
- 先查哪个：按「能追回的可能性 × 核对成本」排——
  a. 相邻重复收款排最前：最可能当场追回（顾客就在今天来过）
  b. 退款未销第二：查系统操作记录即可定位
  c. 漏单第三：核对成本最高（要回忆到出品），标注「若连续
     多日出现，转出品与收银的衔接问题，不是收银单方面」
  d. 备用金混用最后：不定性，只建议明日起备用金与营业款
     分盒
- 小额尾差：|差额| 在【X】元以内的零头单独列一个小表——
  多为凑整、抹零、手误，不混入四类

限制：
- 差异一律先按操作误差归因；不许输出「疑似舞弊」「人为
  因素」这类定性——数据不支持
- 我没给的数据（如现金逐笔）不假设、不估算填补
- 两份数据时间窗不一致时先说明窗口差异，再对账
- 不写「加强收银管理」这类话；每个先查项给出具体的核对
  动作

为什么这样写

对账审计的第一设计是口径先于怀疑：不按四类拆，差异就是一团「少了 37 块」，收银员在恐惧里解释不清，管理者在怀疑里听不进。拆成漏单、重复、退款未销、备用金混用之后，每一类都有自己的成因和自己的查法——尤其是备用金混用这一类，明确定性为「只出缺口数，不定性」，因为找零动用营业款是忙中最自然的手误，把它和「少了钱」混在一个数字里，等于逼收银员掩盖真实缺口。

「先查排序按能追回性 × 核对成本」是这个审计器和「全部逐笔核对」的区别。相邻重复收款排第一是经验排序：顾客今天刚来过、金额能对上记忆，一个电话或下次到店就能退；漏单排最后不是不重要，是核对成本最高且往往查无实据——但「连续多日出现转衔接问题」这条备注，把单日查不动的问题升级成流程问题，这才是漏单的真正解法。

「不许写疑似舞弊」是最重要的一条禁令。模型在对账语境下很容易顺着「差异」往「人为」联想输出——那种一句话能毁掉一段雇佣关系的话，数据根本撑不住：操作误差的解释永远存在且概率大得多。真要排查舞弊，靠的是连续多日的模式（总是某班的相邻重复多），不是单日审计的定性；单日审计的职责是把每一笔差异归到可核对的类别，让模式自己浮出来。小额尾差单独放表，是承认对账的精度极限：把五毛一块的零头和真差异混在一起，整个差额数字都会失去可信度。

变量