员工离职半年还能调阅合同档案：权限清算功能上线

去年 12 月，一家工程集团的内部审计做了一次专项抽测：从 HR 系统导出 87 个离职超过三个月的员工账号，逐个尝试登录档案系统。结果 41 个能正常登入，其中 9 个在办完离职手续之后仍发生过实际调阅，距离离职最久的一个账号，已经「带权存活」了 214 天。审计报告发到行政部那天，档案室负责人没有辩解，只回了一句：合同、竣工图纸、人事档案都在同一个库里，我也说不清这半年还有多少次没被发现的调阅。这件事之后，该集团上线了人员异动联动的权限清算——把「人走了、权限还在」从靠管理员记性的手工排查，变成系统里的自动动作。

一、为什么离职员工的档案权限，总是收不回来？

先把话说透：这不是档案管理员懒，是流程上有结构性的漏。多数集团的档案权限发放和回收，走的是两条互不相连的线。

1. 权限是当年手工加的，没人留底

三年前上一个投标项目，标书组六个人要查历史合同，管理员手工把六个人加进「合同档案」门类的调阅名单。项目结束没人回来打招呼，名单里六个账号一躺就是三年。后来其中一人离职、一人转岗，名单一行没动过。手工授予的权限，天然没有回收的钩子。

2. 交接清单里，根本没有档案这一项

离职交接单上有什么？电脑、门禁卡、工牌、未报销款。档案调阅权限不在绝大多数企业的交接模板里。HR 的离职流程跑完，档案系统那边什么都不发生，两边的数据从不碰头。

3. 账号停用不等于权限回收

有的企业靠 IT 统一停用域账号，觉得登不上就安全了。但档案系统里挂在账号下的审批身份、在借记录、临时权限都还在，一旦账号因返聘或系统对接的批量操作被重新启用，所有旧权限原样复活。

二、人员异动联动清算，到底清的是哪三样？

这个功能的核心不是「一键删权限」，而是把一次人员异动拆成三类必须清算的对象，缺一样都不算办完。

1. 第一样：调阅权限

包括按门类授予的长期权限（如「合同类可查」）和单次申请的临时权限（如为某个项目临时开通的图纸调阅）。异动触发时两类权限同时冻结：长期权限直接回收，临时权限提前终止，终止原因自动记录。

2. 第二样：审批身份

不少离职员工在借阅审批流里挂着节点——部门初审、密级确认。人走了流程没走，后面的人一提交申请就卡死在他那里。清算时系统自动把这些节点转给默认代理人或上级负责人，不等有人发现「流程转不动了」才补救。

3. 第三样：在借档案

这是最容易被忽略、也最容易出事的一项。电子档案的在借是「已下载未到期」，实体档案的在借是「实物没还库」。清算不是简单记一笔，而是生成一张清收单，跟着离职流程一起走。

三、离职当天名下还有 3 卷在借，怎么办？

实际操作里，在借档案的清收分三种情形，处理逻辑各不相同。

1. 情形一：人还在公司，限时归还

离职流程发起时，系统给本人和档案室同时推一条待办：名下在借 3 卷，限 3 个工作日内归还或办理转借。归还前，离职流程停在档案确认节点，走不下去。

2. 情形二：人已离场，转交接人

突发离职、劳务纠纷走人的，档案没法追着本人要。清收单转给交接人核对：卷在工位上的还库，卷已随项目移交的补办转借手续，确实遗失的走遗失登记，由档案室和部门负责人共同签字认定。

3. 情形三：借阅记录本身就是错的

清理时经常翻出历史登记错误——实物早还了，登记簿没销账。这类记录在清收单里单独标记为台账纠错，顺手把借阅台账也清干净。

四、转岗和项目组解散，也要走一遍吗？

要，而且口径比离职更细。转岗分同部门转岗和跨密级转岗：前者只重算权限范围，后者（比如从综合部调去法务部）按新岗位重新核定门类权限，旧权限收回而不是叠加。项目组解散是最隐蔽的一种——人都没离职，账号全是活的，但「某某项目组」这个临时权限组已经没有任何存在的业务理由。联动清算支持按项目终止日批量回收整组权限，回收前自动比对组内成员是否还挂着在借或在途审批。

该集团第一次跑项目组批量清算，一次收回 3 个已结项目遗留的临时权限 132 条，挂在权限下的未销账在借记录有 17 条，全部转入台账纠错。（口径：该客户 2025 年内部清点统计）

五、回收时点定在哪天更稳？

先把三类异动的清算口径摆在一起看，差别主要在清算范围和时点松紧上：

时点之争是实施时争论最久的问题：HR 的手续完成日往往比实际最后工作日晚一周甚至更久。按手续日回收，等于留了离职后一周的窗口期；按最后工作日回收，又可能卡住正常的交接查阅。最终落地的口径是双层时点：权限冻结跟最后工作日走，当天生效；账号停用和清收单归档跟手续完成日走。中间这段，本人只能查不能下载、不能新发起借阅，交接所需的查阅不受影响。（口径：该客户实施时与 HR 部门共同确认）

六、审计要证据，系统留下了什么？

权限管理做得好不好，最后都体现在审计能不能拿出证据。联动清算把每次异动处理固化成一条可追溯记录，四要素齐全：

• 触发事件：离职／转岗／项目解散，关联 HR 单号
• 清算明细：回收了哪些权限、终止了哪些审批身份
• 在借处置：每卷档案的归还、转借或纠错去向
• 经办与时间戳：谁确认、何时确认、超时未处理升级给了谁

审计复查不再需要管理员人工导表解释，直接调异动记录与 HR 流程比对。上线后首个季度审计复查，抽测离职账号的「带权存活」记录为 0——上一年同口径是 41／87。（口径：该客户上线后首季度内审）过去做一次全量权限盘点要花档案室约 3 个人日，现在每月核对自动生成的异动清单，半小时以内收工。

七、上线前，先把哪两份底数补齐？

功能本身不复杂，难的是底数。有两件事必须先做，否则联动一开，清收单会把历史欠账全部涌出来。

1. 权限底账

把现有账号的门类权限、临时权限全部导出来盘一遍，逐条标注业务理由。说不清理由的，先回收再上线，别让系统第一天就背上一堆解释不了的历史权限。

2. 借阅台账的未销账记录

实体档案借阅登记簿里那些「借出未还」的老账，逐条核实：还了的销账，移交的补手续，真丢的走认定。台账干净之后，清收单上出现的每一行才有分量。

权限清算不是一个孤立功能，更像给整套档案借阅管理系统补上的一块安全底板：借阅流程管的是「谁在什么规则下能借」，权限清算管的是「规则失效之后，门口的锁有没有换」。搭贝这块能力已经开箱可用，底数补齐的集团，上线周期普遍压在两周以内。