员工和主管，核对同一份工时单。
员工清楚做过哪些工作，主管需要完整的每日明细与审批依据。通过AI原生ERP整理工时，要把口述转换成可核对的记录，并区分准备、提交、批准和退回这些业务状态。
这体现了AI原生ERP的工作方式：人通过智能体交办和确认，智能体调用获准的能力，企业系统校验并保存结果。
从一句交办，到一项可核对的决定。
「把上周的工时报了：周一八小时客户调研，周二到周四写方案，周五客户汇报。提交前先把整周给我看一遍。」
员工对已接入的智能体口述，不打开任何系统
智能体确认发话人身份和所属考勤周期
校验重复周期、非法日期和异常工时
整周明细回读给员工，等一句明确确认
ORYH 落库，工时单进入「已提交」
流程自动生成主管的审批待办
主管在自己惯用的智能体里批复或退回
智能体整理，人核对和决定。
- 员工与周期
- 确认员工身份，以及“上周”对应的具体起止日期。
- 每日工作
- 核对日期、小时数、工作描述和项目引用。缺少的工时由员工提供。
- 提交与审批
- 员工确认完整明细后提交；主管通过自己的权限，单独作出审批决定。
员工确认与审批人决定是不同动作。智能体的建议不会自动成为审批结果，哪些操作可以执行，由企业配置的权限与审批边界决定。
办没办成，要看企业留下的记录。
员工一次说清一整周，主管收到的是带着原始事实的待办，不用再回去问「这周到底干了什么」。
记录核对清单 · 非客户运行截图
- 工时主单与每日明细
- 员工的原始交办话术
- 审批事实与意见
- 待办的产生与完成
- 最终状态与变更历史
演示时打开实际保存的单据，检查来源、状态、决定与变更历史。对话中说“完成了”，仍然需要业务记录作为依据。相关模型见ORYH平台能力。
把例外情况也跑一遍。
没有说清每天的小时数
先补问员工，不把日历时段或任务描述直接推算成已经确认的工时。
周期重复或数据异常
核对重复周期、非法日期和异常工时，回到来源单据解决问题后再提交。
主管退回修改
查看审批意见，修正工时单，重新核对后提交，保留相关意见与状态。
要求没有权限的人代批
智能体只能在当前用户的权限内调用能力。指定审批人与职责回避必须在流程配置中明确并验证。
如何验证你们的流程？
按企业习惯选择 WorkBuddy、Codex、Claude Code、Hermes、OpenClaw 等兼容客户端。客户端接入与本场景验证分别核对，具体范围以企业启用的能力为准。
- 准备脱敏的一周工时、员工与主管角色，以及审批规则。
- 测试完整提交、每日工时缺失、重复周期和退回修改。
- 分别从员工与主管身份核对单据和决定，再检查更换智能体后的记录与审计证据。
由流程负责人约定通过、退回、拒绝和可追溯的标准，记录核对时间、修正情况与最终证据，再决定是否扩展。可先查看企业试点准备。