工作交接
本章介绍人员离职或调岗时的责任转移流程：发起交接、处理交接项、完成或取消交接单。
人员离开岗位时，其名下的部门主管身份、角色绑定、应用成员身份、数据归属等责任不会随账号停用而自动解除。工作交接功能用于记录并跟踪这些责任的转移过程。
1. 适用场景与前置条件
| 场景 | 说明 | 对用户状态的要求 |
|---|---|---|
| 离职 | 人员离开企业，账号最终置为「已离职」并被禁用 | 目标用户当前须为「在职」状态。已在交接中、已离职或已禁用的用户不可重复发起 |
| 调岗 | 人员变更部门，原岗位职责需移交 | 无状态要求 |
交接由具备相应权限的管理员代为发起，员工本人不参与发起操作。管理员不可对自己发起交接，超级管理员除外。
权限要求：发起、查看、指派与完成交接，需具备超级管理员或部门管理员身份。其中「强制完成」仅超级管理员可执行。部门管理员只能操作管辖部门范围内的人员，被交接人与接收人的主部门均须落在其管辖范围内。
2. 发起离职
操作步骤
- 在控制台「部门与用户管理」中找到目标用户，在其行操作中选择「办理离职」；
- 填写以下内容；
- 点击「发起离职」。系统生成一张离职类型的交接单，界面提示「已为「姓名」发起离职交接」。
表单项说明
| 项目 | 输入方式 | 说明 |
|---|---|---|
| 离职人 | 只读 | 显示所选用户 |
| 计划离职日期 | 日期选择，必填 | 不可早于当天 |
| 默认接收人 | 搜索选择 | 选填。作为交接项的默认承接人 |
| 交接说明 | 文本输入 | 选填 |
发起后，该用户状态变为「离职中」。此阶段账号仍可正常登录使用，直至交接单完成。
发起示例员工离职及交接的前置设置
3. 交接项清单
交接单生成时，系统一次性扫描该用户名下的资源并生成交接项清单，之后不再重算。
交接项类型
| 类型 | 生成来源 | 初始状态 |
|---|---|---|
| 部门负责人 | 该用户担任主管的每个部门，逐个生成 | 待指派 |
| 角色绑定 | 该用户的角色绑定 | 已完成（标注「完成交接时自动回收」，仅作展示） |
| 应用成员 | 整类占位 | 受阻 |
| 模板归属 | 整类占位 | 受阻 |
| 数据归属 | 整类占位 | 受阻 |
| 待办事项 | 整类占位 | 受阻 |
| 插件运行时归属 | 整类占位 | 受阻 |
交接项状态：待指派、已指派、已完成、已跳过、受阻。
标记为「受阻」的项，界面提示「该类资源暂无自动交接能力，需人工线下处理」。这类项以整类形式出现，标注「（整类，需人工确认）」，表示系统未逐条列出具体资源，需要人工确认实际情况后处理。
说明：待办事项为整类占位项，系统不会查询该用户实际的流程待办。若需确认待办情况，请到流程管理中查询。
虚构员工交接单的待办清单与完成、取消入口
4. 处理交接项
功能入口：控制台 →「交接管理」，在列表中打开目标交接单的详情。
交接项按类型分组展示，每项可执行以下操作：
| 操作 | 适用情况 | 说明 |
|---|---|---|
| 指派接收人 | 待指派的项 | 打开人员选择器指定接收人，指派后状态变为「已指派」 |
| 标记完成 | 受阻或已指派的项 | 用于人工线下处理完毕后的收尾。确认提示「确定将「名称」标记为已处理完吗？此操作不可撤销」 |
| 跳过 | 确认无需处理的项 | 必须填写原因，未填写时提示「请填写跳过原因」 |
若指派时提示「该交接项已被他人修改，请刷新后重试」，表示该项已被其他管理员同时修改，刷新页面后重新操作即可。
5. 完成交接
当交接单中不存在未完成的项时，可执行「完成交接」。
确认提示内容为：「确定完成「姓名」的离职交接吗？完成后用户将置为已离职、账号禁用、角色回收并强制下线。」
完成时系统依次执行
- 将交接单置为已完成，用户状态置为「已离职」，并禁用其登录账号。此步骤整体成败一致，失败则全部回退；
- 撤销该用户的全部角色绑定；
- 强制下线该用户的全部登录会话，同时关闭其正在使用的表单。
第 2、3 步采用尽力执行的方式：即使失败也不影响交接单的完成状态，但界面会以提示条形式逐条告知失败内容，需人工核实并处理。
🔴 完成交接不可撤销。 执行后用户账号立即被禁用且无法恢复为在职状态。请确认全部责任已实际转移后再执行。
强制完成：仍有交接项未处理完毕、但业务上需提前收尾时，超级管理员可执行「强制完成」，跳过"全部项均已完成"的校验。该操作必须填写原因，原因会记入操作日志。仅在确认线下已妥善处理的情况下使用。
6. 取消交接
交接单可以取消，必须填写原因。取消后单据作废，但两种类型的实际影响不同：
| 类型 | 取消后的影响 |
|---|---|
| 离职 | 该用户状态从「离职中」恢复为「在职」 |
| 调岗 | 单据作废，但已发生的部门调整不会回滚，需人工还原 |
这是将「离职中」用户恢复为在职的唯一方式。在部门与用户管理页对该用户执行启用操作无法达到此目的。
取消交接前填写原因并核对恢复在职提示
交接单已取消，保留交接项处理记录
7. 交接记录查询
功能入口：控制台 →「交接管理」。
列表显示离职人、类型、状态、发起人、发起时间、计划离职日期，可按状态筛选（全部、进行中、已完成、已取消）。点击「查看」进入详情，可查看交接项明细及各项的接收人与处理情况，用于追溯责任转移的过程。
8. 使用限制与注意事项
| 限制 | 影响 | 应对措施 |
|---|---|---|
| 指派接收人仅为记录，不产生实际转移 | 为「部门负责人」项指派接收人后，该部门的主管字段并不会被改写。交接单标记完成不代表资源已实际移交 | 指派的同时，在部门管理中实际修改部门主管；其他资源同理，需到对应功能中实际操作 |
| 完成交接时实际自动执行的只有角色回收与强制下线 | 应用成员、模板归属、数据归属、待办等均需人工处理 | 逐项确认线下已处理，再标记完成 |
| 交接项在发起时一次性生成 | 发起后新增的资源归属不会补充进清单 | 发起交接后避免再为该用户分配新的责任 |
| 完成操作不校验单据当前状态 | 已完成的单据可被重复执行完成操作 | 避免对已完成的单据重复操作 |
| 已离职为终态 | 无法恢复 | 确认无误后再完成交接 |