员工记录不完整
预期周期存在漏填工作或缺少必要信息。
员工负责补齐记录。可直接使用的工时表审批应用
包含退回、锁定和传输的工时表审批工作流
从已填充工作流开始，让周期、受影响记录、退回原因、更正、决策、审批时长、锁定和接收系统状态保持关联。
审批工作流的价值在于异常路径清楚可见。只有提交按钮，却没有更正历史、队列负责人和传输状态，并不足够。
- 已提交、已退回、已重新提交、已审批和已传输的周期
- 包含审批时长和异常背景的经理队列
- 由业务团队掌控的字段、规则、流转路径、角色视图和指标
保留从提交到传输的每个状态
每次状态转换都有明确责任人和依据。
- 01
提交完整周期
员工在确认周期前审核工时记录、合计、漏填日期和必填背景。
提交时记录操作人、时间、合计和可见声明。 - 02
校验并路由
规则会显示漏填、时间重叠、加班、迟填或未知代码记录，并分配正确审批人。
队列会说明每个周期需要关注的原因。 - 03
退回受影响的工作
经理选择相应记录、填写原因，并只重新打开需要更正的内容。
原值和退回决定保持关联。 - 04
重新提交并审批
员工更正工作，经理记录最终决定。
已审批工时和决策用时会更新到工时周期。 - 05
锁定并传输
已审批工时周期进入薪资、开票或报表批次，并保留接收状态。
已传输、已拒绝和已对账记录始终可追溯。
将每个状态交给有能力采取行动的人
提醒疲劳往往是因为把正确的信息发给了错误的负责人。
经理待决策
完整的工时周期已提交，正在等待审核。
审批人对已经过的等待时间负责。员工待更正
经理已说明原因并退回一条或多条记录。
员工负责完成指定修改。需要升级处理
当前负责人未在约定时间内采取行动。
升级处理遵循政策，而不是向所有人群发通用提醒。传输待解决
接收系统拒绝或阻止了一个已审批周期。
由运营或集成负责人处理反馈。同步调整规则和操作界面
新增异常不能只出现在表单里，却从待办队列和仪表板中消失。
团队修改表单、通过邮件发送新说明、更改电子表格筛选器，然后只能寄希望于导出结果仍然匹配。
经过培训的管理员可围绕同一生命周期增加字段、校验、退回原因、审批人、待办队列、权限、提醒和指标。
- 超过加班阈值时必须填写原因
- 为一个审批周期设置代理审批人
- 为承包商设置单独交接路径
- 为区域经理创建逾期时长视图
衡量流程本身，而不是经理的收件箱
仪表板应显示决策卡在哪个环节，并允许负责人打开受影响周期。
初次审批
无需退回更正即可审批通过的周期。
审批等待时长
已提交周期等待决策的时长。
更正完成情况
被退回周期应在约定时间内完成更正并重新提交。
传输被拒
被接收流程阻塞的已审批工时周期。
关于退回、锁定和升级处理的问题
一条记录有误时，应该退回整张工时表吗？
不一定。应保留周期和决策记录，重新打开受影响的明细或子集，记录原因，并让员工重新提交更正后的工作。
审批能否委托他人处理？
可以。记录代理人、范围、原因和生效日期，让最终决策始终责任明确。
周期应该何时锁定？
选择能够保护下游流程的锁定点，通常是最终审批或交接。此后如需更正，应受控地重新打开并作出新决定。
业务人员能否自行更改工作流？
经过培训的管理员可以修改获批的字段、规则、路由、视图、提醒和仪表板。敏感政策、集成、架构或重大重新设计仍需相应审查。
上线前完整测试异常处理路径
测试正常周期、漏填一天、加班、定向退回、更正、审批延迟、锁定、传输被拒和对账。工作流应无需旁路消息即可说明每种状态。