劳动合同与人员事项日历
合同到期、试用期、证件年审、体检和属地增减员窗口应绑定员工、责任人和当前状态；具体日期以合同与属地规则为准。
来源：劳动合同、员工档案与属地申报日历
01现在要盯的日期与规则
先看哪些时点不能漏
02真实断点
这个岗位的时间耗在哪
入转调离要跑多个系统
员工档案、组织、邮箱、业务系统、考勤和门禁状态不一致，漏关账号形成风险。
招聘进度各方反复问
需求、面试、审批和 Offer 回执散开，同一个进度一天要口头汇报多次。
合同与证件到期靠翻表
续签、转正、年审与体检没有统一到期矩阵，提醒后也不知道是否完成。
行政事项完成没有客观回执
采购、维修、领用和资质办理停在“已通知”，没有凭证证明下一步是谁。
03应用场景
人事 / 行政 的 4 条业务闭环
页面使用本行业、本岗位的单据和叫法；详情只链接当前已经存在的产品闭环。
- 闭环推进
- 标准接入
入转调离跨系统状态收口
按员工事件生成各系统待办，逐项回读账号、组织与资产状态，差异交给责任人。
跑完留下：生命周期清单、系统状态回读、差异记录
查看对应通用闭环 - 闭环推进
- 标准接入
招聘需求到授权录用与 Offer 回执
把编制、职位、面试与薪酬审批拉到同一需求，获批后由招聘人员发送 Offer。
跑完留下：招聘需求、面试记录、审批与 Offer 回执
查看对应通用闭环 - 持续观察
- 标准接入
合同证件到期到办理回执
按员工与事项生成续签、年审、转正和体检待办，持续提示到人工上传有效回执。
跑完留下：到期矩阵、办理待办、人工回执
查看对应通用闭环 - 生成成果
- 当前即用
人事行政通知到人审发送
根据现行制度生成通知草稿，保留适用对象与来源，由 HR 审核后发送。
跑完留下：通知草稿、制度引用、发送记录
查看对应通用闭环 04业务终态
跑完之后，系统里多了什么
不是多一段聊天记录，而是能继续流转、复核和追责的业务对象。
- 入转调离跨系统状态核对表
- 招聘需求—审批—Offer 回执链路
- 合同、证件与转正到期矩阵
- 有制度出处的人事行政通知
05人机边界
Agent 做什么，人在哪拍板
Agent 负责
- 核对员工事件、系统状态和到期日
- 生成待办与通知草稿
- 读取人工办理后的回执
必须由人确认
- 录用、转正、调岗、离职和权限决定由负责人确认
- 候选人沟通与员工通知由 HR 人审发送
- 隐私数据范围由企业依法配置
明确不做
- 不参与招聘筛选或候选人评价
- 不做绩效评价或员工行为监控
- 不声称替人自动办结，只提示并核对回执
相邻分工
上下游还要看哪些页面
用你自己的材料验证
带一名员工的入转调离清单来试跑
先核对同一个人在组织、账号、资产和合同里的状态是否一致。
建议带上：一份脱敏员工事件清单 + 相关系统状态导出
工作日 8:30–18:00 在线。
