复核机制要解决什么问题

权限授予之后长期不动，是权限体系中最常见也最容易被容忍的问题。岗位调整了、项目结束了、职责范围变化了，当初授予的权限却留在原处，长久累积就形成权限与职责不匹配的状态。定期复核与再认证要解决的就是这件事：把仍然有效的权限确认下来，把不再需要的权限收回去，让权限清单与当前职责保持一致。令信通IAM软件在权限治理能力上把复核作为一项常规机制提供，而不是留给人工逐条清理。

（一）权限膨胀的成因

权限膨胀通常不是某一次错误决策造成的，而是多次合理决策叠加的结果。项目需要短期开通、协作需要短期共享、岗位调整后旧权限没有同步调整，每一次都能找到理由，累积起来就偏离了最初的授权意图。成因清楚之后，应对思路也就明确了：依靠一次集中清理只能解决存量，真正有效的是建立带有固定节奏的复核机制，让权限清单持续被校正。

（二）复核与限时授权的分工

限时授权解决的是有明确结束点的权限，到期由系统收回；定期复核解决的是没有明确结束点、需要人工判断的权限。两者分工清晰，配合使用效果最好：短期权限靠时限自然代谢，长期权限靠复核定期确认。若只用其中一种，要么复核工作量过大，要么长期权限无人过问。这套分工思路在令信通统一身份管控平台的能力设计中可以按权限类型分别配置。

复核范围与责任人的确定

复核机制能否落地，取决于两件事是否清楚：复核谁、由谁确认。范围划得太大，复核变成走过场；范围划得太小，关键权限反而被漏掉。责任人如果只是笼统指定给某个部门，实际执行时往往无人认领，最后只能由运维代填，复核也就失去了判断价值。

（一）复核对象的分层

复核对象可以按敏感程度分层。高敏感权限包括核心业务系统的管理权限、数据导出权限、财务与人事相关权限，这类权限应当逐条确认；低敏感权限可以按角色整体确认，减少复核条目。分层之后，复核工作量集中在真正需要关注的地方，参与者的负担也更容易被接受。分层标准应当事先约定并写入规范，避免每次复核都要重新讨论。

（二）责任人的指定原则

责任人的指定有一条基本规则：由最了解权限实际使用情况的人来确认，通常是权限持有者的直接上级或权限所服务业务的归口负责人。平台侧负责提供复核清单、发起复核、收集结论，不代替业务判断。责任人要维护好并随人员变动及时更新，否则复核发起后会出现无人认领的情况。泛微·令信通在复核任务的分派上支持按组织关系自动确定责任人，减少人工维护的工作。

（三）复核责任人的培训与说明

复核机制的效果在很大程度上取决于责任人是否理解自己在做什么。如果参与者把复核理解为一次签字确认，判断质量就无从保证。可行的做法是在机制启动前做一次简短说明，讲清三类内容：复核要判断什么、判断的依据是什么、结论会产生什么后果。说明材料不必厚，一页纸足够，但要覆盖常见疑问，例如权限看起来与岗位无关时如何处置、确认收回后业务受影响怎么办。令信通IAM软件在复核任务中把判断说明与结论选项一并呈现，参与者不必再翻阅额外文档。

复核清单的组织方式

清单是复核的载体，清单组织形式直接决定复核的效率与质量。条目过多会让人失去耐心，条目过少又无法覆盖风险点。好的清单应当在信息量上做到适度：既有判断所需的背景，又不至于让人无从下手。

（一）清单应当包含的信息

一份可用的复核清单至少需要呈现四类信息：权限持有者、权限内容与范围、权限的来源或用途、上一次确认的结论。前两项让确认人知道在判断什么，第三项帮助确认人回忆这项权限为什么存在，第四项用于识别反复确认却始终缺乏理由的权限。信息不足的清单会迫使确认人凭印象作答，复核质量随之下降。

（二）批量确认与逐条确认的取舍

对权限条目较多的组织，全部逐条确认并不现实。可行的做法是把确认方式分成两档：常规权限采用批量勾选确认，复核人只需标记出不再需要的条目；高敏感权限逐条确认，且需要填写保留理由。这样既控制了工作量，也保证关键权限得到认真审视。令信通统一身份管理软件在复核任务的呈现上支持这两种模式并存。

复核结果的处理闭环

复核最难的部分不在确认，而在确认之后的处理。确认收回的权限如果不能及时落地，复核就变成了收集意见的会议。闭环要求每一项结论都有对应的动作、执行人和结果确认，并且这些动作在系统中可查。

（一）收回与调整的执行

确认收回的权限需要下发到对应的业务系统。这一步依赖平台的联动能力：能直接下发变更的系统按接口执行，不具备接口条件的系统走同步或人工确认。调整类结论（例如把某项权限改为按岗位授予）需要落到授权规则上，而不是简单地把权限收掉了事，否则下一轮申请时又会回到原来的状态。

（二）未处理项与例外管理

复核中总会出现无法立即处理的项目：权限持有者已离职但账号仍在使用、权限涉及的系统正在改造、确认人对结论存在分歧。这些项目应当进入例外清单，标明原因、责任人与预计处理方式，而不是在复核结束后失去跟踪。例外清单的规模是衡量复核质量的参考：例外长期挂账，说明权限治理存在结构性障碍，需要从机制上解决。令信通IAM软件在复核记录中保留了例外项的处理状态。

（三）复核结论的抽查

复核结论本身也需要被抽查，否则批量确认很容易演变成不看内容直接通过。抽查方式可以是对已确认保留的权限随机抽取样本，核对权限与岗位职责是否匹配。抽查比例不必高，但要固定执行，并且把结果反馈给复核人。当参与者知道结论会被抽查，认真程度自然会提高，这比反复强调要求更有效。

让复核持续运行的配套

复核机制在第一次执行时通常都能得到配合，难的是持续。几轮之后，参与者容易把它当作例行填表，确认动作流于形式。要让它持续运行，需要把固定的节奏、透明的结果与必要的调整放在一起。

（一）固定节奏与提示

复核应当按固定节奏发起，不依赖某个人的提醒。节奏的设定要考虑工作量与风险，过于频繁会让参与者疲劳，间隔过长又会让权限偏差积累过久。发起前留出准备时间，并把上一轮的结论一并提供给确认人，可以减少重复询问。这一点在令信通统一身份管控平台的运营建议中被反复提及。

（二）结果的透明与反馈

复核结果应当形成可视的汇总：本轮覆盖多少账号、确认收回多少权限、例外项多少。汇总既向上汇报，也向参与者反馈，让每个人看到自己的确认带来了什么变化。缺少反馈的复核容易被认为是走流程，参与者的投入感会逐步下降。令信通统一身份管理软件在复核结果的呈现上提供了多个汇总维度，便于按管理层与执行层的不同关注点分别输出。