处理身份关联、离职回收与紧急管理员

从“账号与安全”进入“企业策略”，确认当前企业。以下操作需要企业范围的安全配置权限；查看记录另需安全查看权限。选择成员的清单还需要相应成员查看权限，清单为空时先核对读取结果和权限。

身份关联会影响哪个账号可以通过企业身份源登录，离职回收会影响成员访问。先由负责人员核对真实身份和交接安排，再操作，不把它们当成普通资料编辑。

处理同邮箱身份冲突

企业身份源与已有手工账号出现相同邮箱时，不会自动合并。管理员在“身份源冲突”查看提供商、邮箱和状态。

1. 由企业身份负责人核对外部身份与现有账号是否确属同一人员，以及是否应当允许关联。
2. 只有待处理记录提供操作。确认应关联时点“关联现有账号”；不应关联时点“拒绝”。当前按钮直接提交，没有再次确认对话框。
3. 等待对应结果提示，重新读取该记录；关联后由成员本人从正常企业登录入口重试，再核对当前企业与实际角色。

关联只是建立登录身份关系，不代表所有业务资料合并，也不自动证明成员权限、企业状态或数据范围正确。拒绝处理的是当前关联请求，不等于永久封禁整个身份源或停用原账号；后续访问限制仍需按实际授权处理。

读取失败、对象不存在或提交结果不明时，先核对记录。不要新建同名账号或重复邀请来绕过冲突，也不要仅凭邮箱相同就确认关联。

离职回收前先完成业务交接

当前“离职回收”可以停用该企业的成员关系，并撤销当前绑定这家企业的相关会话。选择“接任者”会记录接任信息；不能据此确认未完成待办、审批或其他业务负责人已经自动移交。

1. 由业务负责人在原业务分别核对未完成任务、审批和业务负责人，完成必要的真实交接，并由接任人员确认能继续处理。
2. 核对拟回收成员确实属于当前企业，确认交接及访问回收已获批准。本页的离职成员清单不提供企业 Owner 选项；不要借此处理企业所有权交接。
3. 在“离职回收”选择该成员，按真实安排选择接任者。即使页面提供“无接任者（仅无待办时允许）”，也应先自行核实没有待交接工作，不能依赖该文案保证系统已检查。
4. 填写 3–500 个字符的“离职原因”，核对后点“执行离职回收”。点击即提交，没有再次确认步骤。
5. 等待“成员已完成离职回收，相关会话已失效。”，重新查看成员状态，并由接任人员在原业务核对交接结果。

回收的是当前企业的成员访问，不是删除自然人的登录账号、其他企业成员关系或历史业务资料。也不能把成功提示扩大为该人员在所有企业、所有设备上都已退出。

提交超时先核对成员状态和已有回收结果，不反复选择不同接任者提交。已经形成的回收记录不会因重复提交自动改写原接任安排；当前卡片也不提供撤销回收或重新移交的按钮，后续调整由负责人按成员管理和原业务处理。

预先准备紧急管理员

紧急管理员用于预先批准的恢复安排，不应在失去所有正常管理入口后才临时准备。

• 候选人必须是企业活跃成员，已启用 MFA，并注册至少一个可用 Passkey；按本人账号安全完成准备。
• 核对其原有管理角色和必要的数据范围。登记紧急管理员本身不授予安全配置权限或其他管理角色。
• 确认合法恢复网络和使用安排。该登记不解除企业 MFA 或 IP 限制，不能当作无条件恢复通行证。

登记、停用与恢复

1. 在“紧急管理员”先检查已有记录，避免为同一人员重复登记。
2. 选择正确活跃成员，填写 3–500 个字符的“设置原因”，点“登记紧急管理员”。
3. 等待“紧急管理员已登记。”，核对列表中的账号标识。当前列表可能显示账号标识而非姓名，需与所选成员核实，不能仅凭排列顺序判断。
4. 使用完毕或复核不再需要时，点该记录“停用”；经负责人确认需要恢复时，点“恢复”，等待结果后再核对。

当前登记表单没有到期日字段，不应假设会在指定日期自动失效。已有记录若已过期，恢复会被拒绝；本页没有修改到期日的入口，由负责人按正式恢复安排处理。

“停用”只停用这条紧急管理员登记，不等于删除成员或撤销其原有角色；需要限制原有访问时，按成员和权限管理另行处理。登记成功也不能代替实际恢复能力验证。

完成后保留处理原因与业务交接记录，分别核对身份关系、成员访问、实际业务承接和紧急管理员状态；企业安全策略的执行范围与恢复条件仍需由负责人确认。