员工连续加班后还要临时调班，AI能先查出哪些排班会触碰工时红线吗？

夜班临时少了两个人，排班主管准备从白班调人。打开考勤记录后才发现，候选员工中有人已经连续工作多日，有人虽然有空却没有处理关键设备的资质。

排班不能只追求把空格填满。AI适合计算时间重叠、连续出勤和技能覆盖，适用工时制度、员工同意与最终调班仍由人确认。

先把所有时间换成同一条线

统一班次起止、跨午夜、休息、请假和打卡修正口径。跨班次异常要用实际时间段计算，不能把夜班拆成两个自然日后各自判断。原班表、临时变更和实际出勤保留独立版本。

硬约束先于排班偏好

排除硬冲突后，再比较公平性、通勤、偏好和成本。不能先生成一个看似均衡的班表，再补查是否合规。

临时授权要有回收时间

替班若需要临时系统权限、设备授权或带班资格，记录批准人、生效与失效时间。权限不能因为排班表恢复就假设已经回收，执行后要从系统侧回读。

最终通知必须双向确认

1. 主管确认岗位覆盖和制度依据
2. 员工确认班次与可用性
3. 原岗位确认是否留下新的空缺
4. 系统和门禁权限按时生效
5. 次日核对实际出勤并关闭异常

用跨夜班和资质缺口校准规则

用一个跨午夜班次、一名接近工时上限员工和一名无关键资质员工测试，确认系统先排除硬冲突，再比较可用方案。先确认字段能对应、规则能区分边界项，再扩大到完整范围。首轮测试的目标是发现漏项和误判方向，不追求一次给完所有结论。

角色：门店、工厂或客服中心排班负责人。
触发：临时缺人需要调班，但部分员工已经连续出勤或接近加班上限。
资料：现有班表、打卡记录、请假记录、岗位资质、最低人手要求、适用工时制度。
判断：哪些调班方案不可用、哪些需要员工与管理者确认、怎样补足人手。
交付：合规冲突清单、可行排班备选和需人工审批项。
要求：每条结论标出证据位置、资料版本、未知项和需要谁确认，只生成建议与复核记录。

排班冲突表怎样交给主管确认

最终应交付合规冲突清单、可行排班备选和需人工审批项。每个结论都保留输入版本、原始位置、人工修改和批准状态，接手人可以从异常行继续，而不是重新读完整资料。

调班涉及工时和安全时立即停下

• 关键资料缺少版本、时间范围或唯一编号
• 不同来源给出冲突事实，且没有已授权的基准
• 动作会直接触发付款、合同、权限、生产、人事或对外承诺
• 继续处理可能导致排出违反休息或工时要求的班次，也可能因误判资质造成岗位无人可顶

停止自动处理后，保留已经完成的证据整理和影响范围，标出阻塞项、接管人和期望回复时间。不要清空结果，也不要用模型猜测填补缺口。

考勤数据和制度查询怎样衔接

考勤核验与工时统计 Skill负责归并班表、打卡、请假和跨班次工时数据；policy-lookup负责定位适用工时制度、排班限制、审批和例外入口。两项能力接力使用，前一步的输出要成为后一步可复核的输入。

AI不能解释当地劳动法、强制员工加班或代替安全资质确认。所有高风险调班由HR、主管和员工按制度确认。