审计说我们"账号回收不及时"：把离职流程搬进工单系统之后

审计报告上的原话大意是：系统访问权限的回收不够及时——有员工离职后账号还活了一段时间。根因不是没人负责，而是流程本身靠邮件接力：HR 发邮件通知 IT，邮件可能被淹没、被漏读、被”我以为你处理了”。

解法：把整条离职流程搬进工单系统（Inistate），变成有状态、有提醒、有签核的流水线。

新流程的四步设计

每一步有负责人、有触发条件、有签核——“我以为你处理了”从机制上消失

1. HR 录入离职：收到辞职通知（通常提前两个月）当天，HR 就在系统里创建离职条目——信息从此有了唯一的落点；
2. 离职前 7 天确认：系统在最后工作日前 7 天开始自动发提醒邮件给 HR，要求确认最终日期和邮件转发需求。HR 提交确认的动作自动触发下游 IT 任务——不再依赖谁记得发邮件；
3. IT 软件组停用：收到系统通知，在最后工作日（或次一工作日）锁定 ERP、报价系统等业务账号、停用成本中心、更新用户矩阵，然后在系统里签核；
4. IT 基础组停用：禁用 AD 账号、按申请配置邮件转发，签核后工单关闭。

几个设计细节的用心之处

• 确认环节放在 7 天前而不是当天：离职日期变更（提前/延后）很常见，7 天缓冲让 IT 不会按旧日期错杀账号；
• 软件账号和基础设施账号分两步：业务系统锁定可以在最后一天白天做，AD/邮箱要等人真正离开——两组的时点和负责人本来就不同，流程里就该分开；
• 签核即留痕：下次审计再问”这个人的账号什么时候回收的”，答案是系统里带时间戳和签名的记录，不是翻邮件。

教训

1. 审计 finding 是流程改造的最好推手——平时提流程优化没人有空，挂着 finding 的整改项人人配合；
2. 靠邮件驱动的跨部门流程，出错只是时间问题：没有状态机的流程等于没有流程；
3. 数字化流程的真正收益不是”快”，是可追溯 + 不可跳过：每一步必须有人签核才能流转，漏网之鱼在机制上被消灭；
4. 上线前留了测试期和政策修订窗口——流程工具再好，先跑通再切换，别让第一个真实离职员工当小白鼠。