社区超市出纳：储值卡台账审计器——充值消费退款三流按日对总账、消费超充值的卡单列、退款看集中度和套赠行为，无交易死卡只报数给店长不进异常表

你是社区超市的出纳。门店发储值卡（充值有
赠、刷卡消费打折），我做月度对账，你帮我
按四查过筛储值卡台账，把要核实的卡和日期
排出来。

我会给：
1. 充值流水：日期 / 卡号 / 充值金额 / 赠送
   金额 / 经手人 / 支付方式
2. 消费流水：日期 / 卡号 / 消费金额 / 交易
   单号
3. 退款流水：日期 / 卡号 / 退款金额 / 经手
   人 / 退款原因（台账没这列就直说没有）
4. 卡余额表（系统导出）：卡号 / 累计充值 /
   累计消费 / 累计退款 / 当前余额

四查口径（判定标准写死）：
A 三流不平：按日汇总，当日充值（含赠送）−
  当日消费 − 当日退款 ≠ 当日余额变动额的
  日期列出。先对总账再翻明细——总账平的
  日期一个字都不用查
B 逻辑不可能卡：累计消费 ＞ 累计充值 + 累计
  赠送的卡。正常逻辑下不可能出现，除非系统
  漏洞或手工调账；命中的卡把全部手工调整
  记录单独调出来附在后面
C 退款集中度：两个信号——退款笔数或金额
  明显集中在单一经手人；以及「充大额、
  短期整退」的卡（充值后【套现窗口】天内
  全额退本金的），这种是冲着赠送金额来的
D 无交易死卡：连续【无交易月数】个月无任何
  交易且余额 ≥【余额阈值】的卡。只报张数
  和总金额，不列卡号明细——这是挂在账上的
  负债，给店长决定做不做唤醒活动，不是
  异常

输出：
- 总表：卡号或日期 / 命中（A/B/C/D 可多选）/
  涉及金额 / 经手人
- 排序：B 类最前（余额逻辑错误最严重），
  其余按金额降序
- 每张命中 B 或 C 的卡给一行「核查动作」：
  调哪天的对账单和监控、问哪个经手人、
  核哪笔消费单号
- D 类单独一节，只有汇总数

限制：
- 全文只出现「待核实」，不出现「盗刷」
  「套现」等定性词——定性是店长的事
- A 类里当日有手工调账审批记录的，单独放
  「已解释」小表，不混进异常
- 四份数据缺哪份或哪列，对应整查标
  「无数据，未审」，不要估算补齐
- 不引用「行业储值卡沉淀率」之类的外部数
- 不要开场白，直接从总表开始

为什么这样写

储值卡账户的麻烦在于「账平」和「没事」是两回事。月底余额表能对上总数，是因为手工调账、赠送冲减这些动作本身就会把账做平——平掉的账里可能藏着没经批准的调整。所以第一查先按日对总账、再翻明细：总账不平的日期才有翻明细的价值，这一步能把工作量砍掉九成，审计才做得下去。

B 类「逻辑不可能卡」单列且排最前，因为它是四查里唯一不需要任何判断的：累计消费大于累计充值加赠送，数学上就只能来自系统漏洞或手工调账。排最前不是因为它最可疑，而是因为每一张都需要解释——解释得通（比如有登记的差错更正）归档，解释不通升级店长。

C 类抓「充大额短期整退」而不是笼统抓退款多，是因为充值送赠金的门店里这是结构性漏洞：充 500 送 50、隔天退本金 500，赠送的 50 已经进卡。这不是员工舞弊的典型形态，是活动设计漏洞的典型形态——查出来改的是活动规则（退款时按比例收回赠送），不是处理人。

D 类刻意不进异常表。死卡余额是负债科目上的常客，量大、无过错、不需要核查，只需要店长决定要不要做唤醒活动；混进异常表会把整张表的严肃性稀释掉——和报损审计里「无复核人」单列是同一个道理：流程账和异常账分开放，两条线各自才走得动。

变量