5. 把控制关系交接清楚
运营人员能完成日常工作，不代表企业已经掌握完整的资产关系。课程019讲“备份权限”，想解决的是一个登录身份失效之后，工作是否还能继续。对团队更有用的提问是：当前有哪些资产，谁负责，谁能授权，交接后的访问是否已经确认？
先记录控制关系，再讨论备用人员
原课用多个账号分担失去访问的风险，但这不等于所有人员都应取得最高控制权。024展示的细分授权提醒我们，权限可以跟着任务安排。
作为整理者的团队管理建议，可以将“谁负责”和“谁实际有权限”并排记录，再找出差异。不要把公司内部职务当作平台权限证明。例如老板对业务负责，却没有任何资产访问权；外包负责发帖，却成为唯一能分配人员的人。这些都是需要核实和交接的关系，不能仅凭称呼认为已经解决。
原课依据：019节约04:00—09:15；024节12:18—13:46。
交接检查留下四类信息
| 信息 | 具体记录 | 核对目的 |
|---|---|---|
| 资产 | 主页、业务组合、广告账户、数据源、网站的名称与ID／地址 | 防止交错对象 |
| 人员 | 当前管理者、业务负责人、具体工作者 | 防止只知道一个联系人，不知道授权关系 |
| 任务 | 内容、消息、广告、报表、财务、人员管理、网站配置 | 防止把所有职责合并成“管理员” |
| 状态 | 已邀请／已接受／已分配资产／已确认能完成任务／待处理项 | 防止把发送邀请当作交接完成 |
这些是根据课程整理的工作表。只有实际查看得到的状态才能填写为已完成；没有证据就写“待核对”。新增、移除或修改权限属于实际操作，应由有权人员按确认的交接安排执行。
个人登录凭据与企业协作权限分开保管
Meta官方安全说明建议开启双重验证，并明确不要与别人分享登录信息。本模块因此采用“分别授权、分别核对”的协作思路，不要求在共享工作表里填写个人密码、恢复代码或双重验证密钥。Meta账号安全说明
019节展示了把密钥交给第三方网页生成验证码的例子。本库将其记作原课演示而不是默认操作方案；密钥与普通资产ID也不应混为一类信息。
保留原课边界
买号、买BM、指纹浏览器、代理IP和“白名单不会封”等说法，不能证明企业拥有合法、稳定且可恢复的资产控制关系。原课也没有给出完整的所有权争议、账号找回或受限申诉流程。因此，本模块的完成标准是“关系与缺口写清楚”，不是“已经解决所有账户安全问题”。