功能定位：把人工申诉变成规则驱动
自动申诉流程并不是新造一条审批流，而是给「异常记录」加一个无人值守的「申诉决策层」。当员工出现漏卡、迟到、早退时，系统先按预设规则判断能否直接豁免；若命中豁免条件，则自动生成已通过状态的申诉单并回写考勤结果，否则才转人工。对 HR 而言，80% 的例行异常在员工感知前就被消化，剩余 20% 再进入人工通道，大幅压缩审批量。
2025 年 9 月钉钉 7.15 版之后，该功能被收纳在「考勤专业版→异常策略中心」内，仅对开启「区块链可信考勤」的组织可见。若后台仍显示旧版「申诉设置」页，代表组织尚未完成链上考勤迁移，需先走完数据初始化。
最短可达路径：桌面端 vs 移动端
桌面端（Win/Mac 7.15.0 及以上）
- 管理员登录管理后台 oa.dingtalk.com
- 工作台 → 考勤与假期 → 专业版 → 异常策略中心 → 自动申诉
- 点击「新建规则」→ 选择触发事件（目前仅支持「漏卡」「迟到」「早退」三种链上异常）
- 在「豁免条件」区块添加过滤器，例如：漏卡前后 2 小时内有门禁打卡记录 & 当日排班时长 ≥8h
- 审批链选择「系统秒批」或「指定机器人」；若选后者，需提前在「宜搭 Pro」发布一个「无人审批」机器人并授权
- 保存后返回列表，开启右上角的「启用」开关，规则会在次日排班开始时生效
移动端（iOS/Android 7.15.0 及以上）
移动端仅支持查看与紧急停用，不支持新增复杂条件。路径：工作台 → 考勤打卡 → 管理 → 异常策略中心 → 自动申诉 → 右上角「⋮」→ 停用。若需修改规则，仍须回到桌面端。
规则编排：如何把「门禁打卡」写进豁免条件
「豁免条件」本质是一条类 SQL 的过滤器，后台字段全部来自区块链可信考勤上链数据。常用可筛字段包括：checkin_type、door_id、schedule_start、schedule_end、location_accuracy。以下示例把「漏卡」豁免门槛设为「当天任意门禁机再打卡」：
保存时系统会做语法预检，若字段名拼错会实时提示。经验性观察：条件写得越宽，误豁免概率越高；建议把「前后 30 分钟」改成「前后 120 分钟」前先跑一周灰度，观察豁免率与投诉率。
审批链的三种模式与取舍
| 模式 | 秒批速度 | 合规留痕 | 适用场景 |
|---|---|---|---|
| 系统秒批 | <1 s | 仅保存操作日志 | 制造业黑灯工厂，对实时性极端敏感 |
| 无人审批机器人 | 1–3 s | 生成 PDF 留档+链上哈希 | 政企单位，需满足关保 3.0 审计 |
| 人工复核 | 平均 4 h | 完整审批流 | 零售门店，投诉率高，需店长确认 |
若组织已启用「国家人社部职场链」，建议至少使用「无人审批机器人」模式，否则秒批记录无法写入链上审计通道，会在年底合规抽检时被标记为「缺失审批主体」。
例外与副作用：豁免不是「免责」
为了平衡体验与纪律，可在「例外人员」页把「职级 ≥ P8」或「部门 = 销售外勤」排除出自动申诉，强制走人工。设置路径：异常策略中心 → 自动申诉 → 更多 → 例外人员 → 按职级/部门/个人添加。被加入例外的员工，其异常仍会推送到传统「申诉入口」，由直线经理审批。
回退与灰度：一键关闭还不够
规则上线后若发现误豁免激增，可先使用「灰度比例」滑块把生效范围从 100% 降到 10%，而非直接关闭。保持规则启用状态有利于后台继续收集数据，方便后续调优。灰度滑块位置：规则列表页 → 更多 → 灰度设置。注意，灰度只对「新增异常」生效，已豁免成功的历史记录不会回滚。
若必须回滚历史数据，请使用「考勤校正」批量接口：管理后台 → 考勤与假期 → 数据校正 → 选择日期范围 → 校正类型「撤销自动豁免」。此操作会重新触发算薪，薪酬系统会在次日 02:00 自动重算，请提前告知财务。
验证与观测：用三张报表确认健康度
- 豁免率日报：异常策略中心 → 报表 → 自动申诉统计，指标「豁免量/异常总量」
- 申诉复核通过率：审批 → 报表 → 申诉单复核，指标「人工复核后仍通过比例」；若低于 90%，说明规则过宽
- 链上审计哈希匹配：区块链可信考勤 → 审计 → 哈希一致性，指标「自动申诉单哈希缺失数」；任何大于 0 的缺失都会触发关保告警
建议把三张报表订阅到 HR 群，每日 09:00 自动推送。连续 7 天豁免率波动超过 3 个百分点即自动 @考勤管理员。
与机器人/第三方协同：最小权限原则
若使用「无人审批机器人」模式，需在「宜搭 Pro」创建空白应用并仅授权以下三个接口：读取考勤异常、写入审批结果、回写链上哈希。切勿勾选「员工全量档案」或「工资数据」，防止一旦机器人账号泄露造成过度数据访问。经验性结论：接口权限越少，安全部审计越快通过，平均缩短 2.5 个工作日。
故障排查：豁免未生效的 4 个高频原因
| 现象 | 可能原因 | 验证步骤 | 处置 |
|---|---|---|---|
| 员工端仍显示「待申诉」 | 规则未启用或灰度比例 0% | 查看规则列表「启用」开关 | 打开开关或调大灰度比例 |
| 豁免成功但薪资仍扣款 | 薪酬计算触发在豁免之前 | 核对「考勤校正」日志时间戳 | 手动触发重算或等待次日 02:00 |
| 链上哈希缺失 | 机器人未获得「链上写入」权限 | 区块链可信考勤 → 审计 → 缺失明细 | 补授权后重新执行「生成哈希」 |
| 规则保存时报「字段不存在」 | 组织未开启区块链考勤，字段未上链 | 检查「考勤专业版」首页是否显示「链上」角标 | 先完成链上初始化再配置规则 |
适用/不适用场景清单
- 适用：员工规模 ≥5000 人、排班规则标准化、已启用区块链考勤、关保合规刚需。
- 不适用：弹性工作制占主力、异常类型多为「公出」且需纸质证明、豁免率历史 >20%、尚未完成链上迁移。
版本差异与迁移建议
2025 年 7 月以前的老版本把自动申诉藏在「考勤高级版→智能助手→自动处理」里，仅支持「迟到 ≤5 分钟」单一条件，且不会写链上哈希。若组织此前已配置旧规则，升级 7.15 后会看到「一键迁移」按钮，点击即可把原条件转换为新语法，但审批链默认会改成「人工复核」，需手动改回「系统秒批」才能保持原体验。