逐条比对，核对动作重复
门店、班次、日期与打卡记录分散在不同表中。人需要先对齐口径，再一张张找差异，规模一上来，核对时间就被不断放大。
多门店统一核查口径
多班次按班次规则比对
月度清单自动生成
人事制度保留处理权
01 / Problem
多门店多班次，异常考勤核对耗人且容易漏
问题不在于数据不存在，而在于数据分散、规则不齐，确认链路又需要人在门店、人资与表格之间来回搬运。
异常类型多，遗漏难以察觉
缺卡、时间不符、班次不匹配等问题混在同一个月度清单里。只靠人工扫表，既难保证不漏，也难解释每一处判断。
门店与人资反复往返确认
核对完成后还要逐项发送、催回、汇总。真正需要人判断的事项被包裹在大量搬运工作中，确认责任反而容易模糊。
考勤监察不改变既有考勤制度，只把“找出异常并送到正确的人手里”这一层工作自动化。
02 / Mechanism
自动核查考勤数据 → 标记异常 → 推送门店与人资确认
每个异常都能回到原始记录、核查规则和当前确认状态。智能体把清单做清楚，判断权仍由门店与人资按制度完成。
核查考勤数据
按授权读取门店、岗位、班次与打卡记录，统一时间口径后进行比对。
标记异常
把不符合规则的记录标成待确认事项，保留异常类型、来源与核查依据。
推送确认
按责任范围推给门店和人资，记录确认结果，不让异常见停留在私聊与口头回复里。
一次核查，留下可追踪的过程
智能体只处理可核验的信息。需要解释、审批或处置的部分，仍由人按人事制度完成。
- 读取范围由权限控制
- 异常标记保留核查依据
- 确认与处理记录可回看
异常记录流转
结构示意-
考勤记录完成核查门店、班次与原始打卡已对齐已核查
-
发现待确认异常异常类型与核查依据已写入清单待确认
-
推送责任方门店补充说明，人资按制度确认待推送
-
处理结果归档不替人做决定，只保留结果与责任链待归档
03 / Real scenario
月度考勤异常清单自动生成
门店只需处理被指出的异常，人资拿到的是带状态、带责任方、带核查依据的清单。下面是清单结构与确认流程示意。
月度异常记录
确认记录保留核查依据与处理状态
| 门店 | 班次 | 异常类型 | 确认方 | 状态 |
|---|---|---|---|---|
| 门店 A待说明 | 早班 | 打卡时间不符 | 门店 | 待门店确认 |
| 门店 B已补充 | 晚班 | 班次记录缺失 | 人资 | 待人资确认 |
| 门店 C待说明 | 班次轮换 | 排班与打卡不匹配 | 门店 | 待门店确认 |
| 门店 D已留痕 | 早班 | 缺卡记录 | 人资 | 已归档 |
| 当前筛选下没有记录 | ||||
清单只标记异常，处理结论按人事制度生成。
查看处理边界04 / Boundary
智能体只标记异常，处理走人事制度
监察与裁决是两件事。系统负责把异常找出来、把事实和责任人放清楚，是否批准、如何处置、依据哪条制度，仍由人事流程完成。
标记异常责任方确认人事制度处理
不替代人资裁决
智能体输出待确认事项，不直接认定处罚、薪资或劳动关系结论。
不绕过门店说明
门店有补充事实和解释的入口，确认结果与原始记录一起留痕。
不隐藏核查依据
每项异常保留来源、规则与状态，方便责任方核验，也方便后续复盘。