SYSTEM HANDOVER · CONTROL BOARD
管理员交接不能只移交一个登录账号；应把账号归属、角色权限、关键配置、接口联系人、变更依据和未完成事项交到同一份可复核清单里。
直接答案：交接的是“谁能做什么、为什么这样设、出了问题找谁”，而不只是密码。
人员变化时，真正容易断的不是一个账号，而是配置背后的上下文：某个状态为何存在、临时权限谁批准、接口报错要联系谁、哪些变更还没有收尾。交接资料应让接收人能独立找到记录，而不是只能追着前任问。
BOARD 01
把交接拆成五张责任卡
每张卡只解决一类对象，避免在一份长文档里混淆账号、配置和待办。
管理账号管理员、备用角色、服务联系人；核对归属、状态与授权人。
用户权限岗位、可见范围、特殊授权；找出离职、临时或权限过大的账号。
关键配置字段、编号、状态、模板和业务规则；说明版本、范围与变更依据。
外部连接接口对象、双方联系人和故障入口；分清业务确认与技术排查责任。
未完成事项待处理故障、调整申请、文档缺口；写清进度、下一步和风险。
不要在交接文档中复制密码、密钥或其他不应多人查看的凭据。本文只提供核对对象；具体凭据管理、审计和授权要求，应按企业内部制度执行。
BOARD 02
一项配置，至少留下四个定位点
看到一个名称或勾选项，不等于知道它该不该动。下面是可脱敏使用的记录模板。
- 配置对象
- 业务状态 / 编号规则 / 角色权限
- 配置目的
- 解决哪一段业务判断或岗位分工
- 影响范围
- 哪些岗位、哪些新业务或历史记录会受影响
- 最近依据
- 确认记录、变更单或负责人说明 待复核也要写明
CHECK
接收方独立复核的四件事
交出方讲完不等于交接完成；接收方需要能独立定位、复述和验证。
- 从岗位出发核对权限先列岗位应查看和操作的对象，再比对实际用户，而不是按人名逐个回忆。
- 找出单点依赖记录只有一位管理员掌握的操作、联系人或资料；是否设置备用人，由有授权的负责人决定。
- 用脱敏场景走一遍双方可用不含敏感数据的测试场景验证必要管理动作，不把测试当成对生产数据的任意修改。
- 让待办留在台面上缺失文档、异常权限和无法确认的配置，应带着责任人与下一步进入待办。
FLOW
一次交接，可以按这个顺序推进
顺序的作用是让信息、验证和责任闭合，而不是制造更多流程。
- 呈现现状交出方按五张责任卡说明当前账号、配置、连接和未完成事项。
- 独立定位接收方自行找到关键记录，并复述用途、影响与责任人。
- 核对边界负责人确认需要调整的权限和待办归属；交接人员不自行扩大权限。
- 留下版本记录交接时间、适用版本、未决问题及后续复核安排。
FAQ
两个常见误区
交接完成不是“没有问题”，而是让已知问题有去处。
原管理员离开后才发现没有交接，怎么办？
应由有授权的负责人先确认账号与权限现状，收集现有配置和变更记录，再逐项恢复责任关系。不要绕过安全控制，也不要删除无法解释的记录。
只有一个管理员是否可以？
本文不规定人员数量，但单点依赖应被识别。企业可结合规模、安全制度和支持方式，确定备用联系人、授权与紧急处理安排。
