一次例行抽查，让一家制造园区的安全负责人注意到了门禁记录里的一条异常：一张已办理离职手续三天的卡片，深夜刷开了仓库侧门。查下来是虚惊一场——员工离厂时没交回卡片，家里人拿着卡误刷。但这件事把一个平时没人细究的问题摆到了桌面上：卡片权限和人员状态，是两套各自运行的系统。

### 那些没人管的“卡片尾巴”

这种情况在园区、厂区里并不罕见，表现形式却很分散。

调岗是常见的一类。员工从车间调到仓库，人事档案改了，门禁权限还是车间那几个门的组合；反过来，从仓库调回生产线，原来进入库区的权限还留着，谁也没觉得有问题，直到某天盘点出现异常才发现权限范围过宽。

外包、实习、借调人员是另一类。人员来源杂、在岗时间短，卡片往往是临时发放，登记本上写了归还，系统里的有效期却还开着。访客卡也有类似情况，前台登记了离开时间，卡片的通行权限没有同步收回。

根子不在卡片技术，而在流程：人事系统管“人在不在职”，门禁系统管“卡能不能刷”。两个系统之间没有自动同步，就只能靠交接时的自觉和记忆。

### 让权限跟着人事状态走

这家园区的改造方向，是把人事状态设为权限的来源。人员入职、转正、调岗、停薪留职、离职等状态变化，由人事管理软件系统维护；智通卡管理软件系统从人事状态读取信息，自动生成或回收对应的通行权限。人事专员在系统里改一个状态，门禁侧的权限随之调整，中间不需要再发一张纸质通知单。

权限的颗粒度也可以做得比较细，按区域、时段、人员类型组合：仓库和机房这类重点区域单独设定，夜班人员的通行时段与排班挂钩，外包人员的权限默认只覆盖工作区域，到期自动失效。这些规则在系统中以表格形式维护，改动留痕，谁在什么时间调整了谁的权限，都能查到记录。

### 软硬件一起做，责任边界更清楚

权限管理落地时，一个绕不开的问题是读卡器、门禁控制器这些硬件由谁负责。如果软件和硬件来自不同供应商，出现刷不开门、记录不上传一类问题时，容易在两边之间来回沟通。

深圳市英普瑞科技有限公司的业务模式是软件与电子技术并行开发，单片机控制板、智能读卡器、门禁控制器等核心硬件由自有团队研发，与软件侧原生对接，出现问题时责任边界相对清晰。系统支持Web端、PC端、手机端的数据同步，园区管理人员在后台调整权限，各终端的通行规则保持一致。对于人员规模较大的园区，单项目支持三万余人的组织架构并不罕见，卡片与人员的一一对应关系需要在项目初期就梳理清楚。

### 落地时的两点经验

一是先把人事状态字段理清楚。很多企业的入转调离流程本身就有多种口径，状态定义不统一，权限映射就无从谈起。建议先把在职、试用、借调、停薪留职、离职等状态确认下来，再做“状态—权限”的映射表。

二是分批推进，不必一次覆盖全园区。可以先从仓库、机房、财务室这些重点区域开始，跑通一轮完整的入转调离周期，再逐步扩展到办公区和生活区。

卡片只是身份的外壳，权限治理的本质是人事状态的治理。把人的状态管住了，卡片自然就不会留下尾巴。