员工办理离职手续，HR结清工资、收回工卡，但他的系统账号还能登录、企业网盘链接还在、外部分享还能打开——这是很多企业安全事件的起点。

离职安全，不止是"人走了"，而是"他对企业数据的所有访问通道都关了"。

一、账号权限收回清单

按系统逐项核对：

1. 企业内部系统账号 - OA、CRM、ERP、邮箱、企业微信/钉钉等系统账号； - 优先按制度停用并核对访问是否被拒绝；删除是否保留历史记录取决于系统设计，不能一概判断； - 管理员账号、后台账号单独检查。

2. 文件与资料系统 - 企业网盘、资料管理系统账号停用； - 该员工名下的文件所有权移交； - 该员工创建的外部分享链接撤销或重新审核。

3. 第三方服务 - 付费SaaS服务中该员工的席位（避免离职后仍在计费）； - 该员工创建的API密钥、Webhook； - 云盘、代码仓库、设计工具等。

4. 硬件与设备 - 公司电脑、手机、U盾、门禁卡收回； - 个人设备上的公司数据按制度清理。

二、为什么不能只停页面登录

有些系统"看起来"员工退出了，实际上：

- 保存的分享链接仍可访问； - API token仍在有效期； - 缓存的登录态未过期。

正确做法是在服务端停用账号、撤销凭证，而不是只在前端隐藏入口。

三、正常离职与异常离职，顺序不同

正常计划性离职（经确认的离职日期与交接期明确）：

1. 按负责人批准的生效时间收回访问； 2. 不因交接未完成延迟应收回访问，缺项由获准人员继续交接； 3. 撤销外部分享链接； 4. 保留其历史操作记录。

存在经确认的具体安全风险（如经有权负责人确认的异常访问、凭据暴露）：

1. 按授权流程先限制相关访问，保留必要核查记录； 2. 再由有权限人员接管资料交接； 3. 后续补充交接清单。

不要机械地"等交接完再停账号"——高风险场景下，先止损再交接更安全。

此外注意：

- 账号停用不等于所有凭证失效——该员工的活动会话、API密钥、外部分享链接要单独核对； - 删除账号是否保留审计记录，取决于系统设计。有的系统删除账号后历史记录仍保留（关联到用户ID而非删除用户），有的则会丢失。建议在系统设计或制度中明确：离职采用停用而非物理删除； - 业务共用的服务账号、API密钥、共享密码不要盲目停用——先确认哪些业务依赖它，再安全迁移。

四、数智通如何支持

数智通公开说明包含按权限使用资料的流程，具体停用、会话撤销、分享和历史记录保留能力，需按当前正式操作说明及获准测试验证。不能只凭成员状态显示停用，就认定所有通道均失效；也不能推断停用能够收回已经下载的副本。可先核对产品说明，未知项向有权管理员确认。

落地清单

1. 列一份企业在用系统/服务清单； 2. 按负责人批准的生效时间收回，不因交接未完成延迟应收回访问；缺项由获准人员续交接； 3. 服务端停用账号，同时撤销活动会话、API密钥和外部分享链接； 4. 共用服务账号先确认依赖再迁移，不盲停； 5. 历史操作记录按系统设计保留，不随意删除； 6. 定期复查：是否还有已离职人员账号仍在有效状态。

常见问题

离职账号是删除还是停用？

优先依据制度停用、移交并保留必要记录。删除对历史记录的影响取决于系统设计；执行删除前应核对留存要求和关联影响，停用后也需独立验证访问结果。

外部分享链接怎么处理？

离职员工名下的有效分享链接应按业务需要撤销或重新创建，避免链接长期流通。

多久复查一次账号权限？

建议每季度复查一次活跃账号与人员名单，及时清理已离职、转岗人员的权限。

把收回结果落实到实际通道

清单不要只列系统名称，还应记录账号标识、负责管理员、计划生效时间、处理动作、回读结果和未完成项。时间按经确认的安排确定，不把某个通知天数写成所有离职都适用的规则。交接内容与权限收回可以分开安排，由有权负责人决定生效顺序，不能为了等待文件整理而让高风险通道长期有效。

用获准的专用测试账号验证：新登录是否被拒绝、旧会话是否仍能操作、文件直链是否失效、原分享链接是否需要单独处理。不要用真实员工密码代为登录，也不向报告复制Token或Cookie。系统不支持即时撤销时，记录影响窗口与管理员认可的补救措施，不能签成全部已收回。

共用服务凭据应先识别依赖和替代负责人，再按授权轮换并验证业务；不可把员工个人账号直接交给接任者共同使用。共享邮箱、定时任务和自动通知的归属也应核对，避免停掉账号后关键业务无人接收。已下载到受控设备的文件要按企业制度处理，远端停用不能证明本地副本已清理。