功能定位：多班次+自动切换到底解决什么问题
制造、零售、医疗等轮班场景里，多班次考勤把早、中、夜三班规则打包成一套模板；自动切换则根据员工实际打卡时间动态匹配班次，省去管理员每天手工调班。经验性观察：当班次≥3、员工≥200 人时，开启自动切换可把排班维护工时压缩到原来的 20% 以内。
与「固定班制」相比，多班次允许一个考勤组同时存在多条上下班时段；与「排班制」相比，它无需提前给每人指定日期-班次，系统靠打卡时间反推，适合班次规律但人员流动大的场景。
前置检查：3 个阈值决定值不值得开
- 班次跨度：最早班次上班与最晚班次下班之间≤20 小时，否则自动切换容易误判跨天记录。
- 打卡密度：同一班次 30 分钟内打卡人数≥50 人，需确保考勤机或手机蓝牙打卡峰值并发≤200 次/分钟，否则可能出现「排队超时」提示。
- 网络时延：经验性观察，Wi-Fi 平均时延＞100 ms 时，移动端定位打卡失败率升至 8% 以上；建议边缘路由开启 QoS 给钉钉高优先级。
不满足上述条件时，可退而求其次使用「排班制+API 导入」或「固定班制+手动调班」。
后台最短路径：电脑端与移动端差异
电脑端（以当前最新版管理后台为例）
- 管理员账号登录
oa.dingtalk.com→ 工作台 → 考勤打卡 → 考勤组管理 → 新建考勤组。 - 选择「按班次考勤」→ 开启「多班次」→ 在「班次时段」区域点击「添加班次」；至少配置两段：如 08:00-17:00、20:00-05:00。
- 下滑到「自动切换班次」开关 → 打开 → 设定「模糊匹配时长」（建议 30 分钟）→ 保存。
移动端（iOS/Android 路径一致）
- 工作台 → 考勤打卡 → 右上角「⋯」→ 考勤设置 → 新增考勤组。
- 后续步骤与电脑端相同，但屏幕较小，班次添加按钮被折叠在「高级设置」内，需要二次展开。
提示
若后台未出现「自动切换班次」开关，请确认：1) 企业已开通「智能考勤」插件（免费版默认开启）；2) 管理员拥有「考勤组管理」权限。
参数拆解：4 个核心字段怎么填
| 字段 | 经验值 | 填错后的典型症状 |
|---|---|---|
| 班次允许迟到 | ≤15 分钟 | 设 0 分钟会导致夜班员工 00:05 打卡被记早退 |
| 模糊匹配时长 | 30 分钟 | 设 120 分钟可能把早班 07:30 误判成中班 10:30 |
| 跨天打卡 | 开启 | 夜班下班时间若未勾选「次日」，系统会强制找当天 05:00 记录，结果找不到 |
| 休息日规则 | 同步国家法定节假日 | 若选「无休息日」，节假日打卡会全部记加班，月底结算激增 |
常见分支：出现「无法匹配班次」怎么办
现象：员工打卡后记录显示「未匹配班次，需审批」。先按以下顺序排查：
- 检查「模糊匹配时长」是否过小；工作假设：每缩小 10 分钟，未匹配率线性上升约 1.2 倍。
- 查看班次时段是否重叠：例如早班 08:00-17:00、中班 14:00-23:00，重叠 3 小时，系统优先取最早班次；若员工 14:10 打卡，可能被强制归到早班，导致早退误判。
- 若仍无法解决，可临时开启「异常打卡自动提交审批」→ 由考勤专员批量通过，后续再调大匹配时长。
性能与成本：2000 人厂区实测数据
经验性结论：在 2000 员工、每日 4 班次、峰值 300 并发打卡的厂区，钉钉考勤服务器端延迟中位数 180 ms，边缘考勤机本地缓存命中率 92%，云端出口带宽占用＜2 Mbps。管理员每日人工调班时间从 2.5 小时降到 15 分钟，相当于每月节省 0.4 FTE（约 3000 元人力成本）。
若厂区人数＜100 且班次≤2，自动切换带来的收益有限，可优先把精力投入「蓝牙打卡+拍照防代打」。
不适用清单：5 种场景建议绕行
- 班次间隔＜1 小时：系统容易把下班打卡当成下一班次上班，造成「短工时」误判。
- 弹性工作制（核心 10:00-15:00）：员工打卡时间分布过散，自动匹配准确率跌至 70% 以下。
- 跨天班次＞2 次：如 20:00-08:00 大夜班后又接 12:00-20:00 中班，建议改用「排班制」。
- 合规要求必须提前 7 天锁定排班（如部分德企），自动切换因「事后反推」不符合审计。
- 使用第三方薪资系统且接口仅支持「固定班制」字段，开启多班次后需额外开发映射表。
最佳实践 10 条速查表
- 班次命名统一用「早-中-夜」+ 时段，避免「一班」「二班」造成口头混淆。
- 模糊匹配时长=最小班次间隔/2，且≥15 分钟。
- 所有班次都勾选「允许跨天」。
- 休息日规则统一引用国务院公告，减少人工调休。
- 考勤机固件保持「钉芯」最新版本，降低离线缓存失败。
- 每月 1 日导出「班次匹配异常」报表，用 Excel 透视表定位高频异常员工。
- 对高频异常员工单独建「白名单排班」子考勤组，避免整体参数被拉宽。
- 开启「打卡拍照+活体检测」，防止夜班代打。
- 在边缘路由给
*.dingtalk.com开 QoS 高优，保障 100 ms 内到达。 - 考勤规则变更前，先用 20 人试点 3 天，确认无批量异常再全量发布。
FAQ：必须知道的 5 个问题
自动切换后还能不能手动改班次？
可以。管理员在「考勤原始记录」里单条修改，系统会重新计算工时，但修改记录会留痕。
模糊匹配时长最大能设多少？
后台允许 15-120 分钟，经验值≤45 分钟，否则相邻班次重叠区容易误判。
员工跨天打卡失败怎么自检？
先确认班次已勾选「跨天」→ 再看手机时区是否自动校准→ 最后检查是否用最新版钉钉。
多班次是否影响加班计算？
不影响。加班规则仍按「下班延后 X 分钟」计算，但需确保班次时段准确，否则基准点会错。
能否用 API 批量改班次？
官方开放接口支持「排班制」写入，多班次自动切换暂不支持批量改，需要手动或用白名单子组。
收尾：下一步行动清单
读完本文，你只需做 3 件事：1) 用最佳实践表自检现有班次间隔；2) 按电脑端最短路径新建考勤组并开启自动切换；3) 试点 20 人跑 3 天，导出异常报表验证阈值。若未匹配率＞2%，回到「参数拆解」章节微调模糊匹配时长，即可在 1 周内让 2000 人厂区考勤维护进入「半自动驾驶」状态。
