36. 门禁系统_同一卡号重复下发致刷卡冲突

【故障现象】

某园区使用微耕C3-400控制器，人事专员为新入职员工发卡时，误将已分配给离职员工李某的卡号0011223344再次分配给新员工张某，导致张某刷卡时系统在合法/非法状态间反复切换：部分门可开、部分门不可开，微耕Access软件事件记录中出现连续的"卡号非法"和"正常开门"交替记录。

【可能原因】

• (常见) 发卡操作员未查询当前卡号是否已存在，直接下发导致同一卡号绑定2个人员信息
• (常见) 数据库Card表缺少唯一约束，允许重复卡号的记录存在
• (偶发) 离职员工李某的卡未从控制器中删除，只在上位机标记为"离职"，卡号仍在控制器白名单中
• (偶发) 多台控制器间白名单同步延迟，新卡下发到部分控制器成功、部分保留旧数据
• (罕见) 系统存在两个独立发卡渠道（人事部+安保部），各自操作未在统一平台核验冗余

【排查步骤】

1. 在微耕Access软件SQL Server数据库执行SQL查询：SELECT CardNo, COUNT(*) FROM CardTable GROUP BY CardNo HAVING COUNT(*) > 1，列出所有重复卡号。预计耗时：3分钟。
2. 选定重复卡号，在Access软件人员管理界面输入卡号搜索，确认绑定了哪些人员（应显示唯一人员，若显示多条则重复）。预计耗时：2分钟。
3. 使用Access软件的"控制器白名单同步"功能，查看各控制器该卡号的实际白名单状态（有效/无效），确认所有控制器的数据一致性。预计耗时：5分钟。
4. 测试：使用该卡逐一刷遍所有门禁点，记录每次的开门结果和事件日志，分析冲突表现为全部门还是特定门。预计耗时：15分钟。
5. 查看各控制器的白名单容量使用率（微耕C3-400默认白名单容量2万条），若某控制器已满则新卡无法写入。预计耗时：3分钟。

【解决方案】

故障原因	解决措施	备件型号	耗时	成本(元)
发卡操作员误操作	删除重复卡号、恢复正确绑定，并培训操作员	无需备件	10分钟	0
数据库缺少唯一约束	添加CardNo唯一索引，升级发卡流程加前置校验	无需备件	10分钟	0
离职卡未从控制器删除	统一执行控制器白名单清理，删除无效卡号	无需备件	15分钟	0
控制器白名单同步延迟	手动触发全量同步，增加同步超时报警	无需备件	10分钟	0
多部门独立发卡	整合发卡平台，统一操作入口	无需备件	30分钟	0

【预防建议】

• 在门禁管理软件的数据库层面，CardNo字段必须添加UNIQUE约束，从数据层杜绝重复。发卡前端增加卡号唯一性校验——输入卡号后自动查询是否已存在并弹窗提示。
• 离职人员流程强制关联门禁卡回收，系统在HR标记"离职"时自动将该卡所有门禁权限清零并同步至全部控制器。禁止仅在上位机标记而不下发控制器指令。
• 建立发卡操作日志审计，记录每次发卡、删卡的操作人员、时间、IP。每周由非操作人员（如IT审计）抽查发卡记录与HR入/离职名单匹配性。