已有门禁系统增加人脸识别和闸机通行时，可以先评估保留稳定的人员数据、权限平台、控制器、门锁或部分布线，不必默认整体更换。但“设备还在工作”不等于适合保留：必须核对人员ID、权限归属、控制接口、单次放行、状态反馈、网络与离线逻辑以及消防和应急要求。人脸识别只确认当前身份，最终是否放行仍由经过确认的权限和控制链路决定；开门指令也不能直接证明人员已经实际通过。
先盘点现有系统的六个层次
只有这些层次的责任和数据能够对应，才适合讨论保留或替换。一个继电器信号只能说明存在某种控制可能，不能自动证明人员关联、权限、单次放行、状态反馈和异常恢复完整兼容。
- 人员数据：员工编号、组织、在职状态及卡号由哪套系统维护。
- 身份凭证：现有卡片、密码或二维码怎样关联人员，新增人脸由谁采集和管理。
- 权限规则：允许进入哪些门区、时段和方向，由旧平台还是新平台维护。
- 控制设备：控制器有哪些经过确认的输入、输出、通讯和离线能力。
- 执行设备：门锁、摆闸、翼闸等怎样接收单次放行并满足安全要求。
- 状态与记录：系统能否区分核验、授权、开门、告警和实际通行。
哪些部分可以评估保留
如果旧系统没有接口资料、人员ID重复、权限无法及时撤销、控制器没有所需反馈，或设备不符合新的通行和安全要求，就需要局部替换或重新划分职责。
- 人员ID稳定、状态可靠并能按确认方式交换的人员数据。
- 权限规则清晰且仍满足当前门区管理的后台。
- 接口、容量、安全和维护状态满足要求的门禁控制器。
- 能够接受受控放行并符合现场安全要求的门锁或闸机。
- 状态良好、标识清楚且符合新设备连接要求的电源、网络和布线。
三种常见改造方式
保留旧平台和控制器，只增加人脸终端
适用于旧平台仍可靠维护人员权限，且人脸终端能够按已确认方式把核验结果交给原控制链路。需要验证人员同步、权限时效、离线行为和重复放行。
保留人员和执行设备，增加新的权限与控制层
适用于人员数据可用，但旧控制器或权限平台无法满足新的人脸、闸机或记录要求。新系统负责核验与放行，旧门锁或闸机在接口、安全和反馈满足时继续使用。
新旧系统分区并行
适用于不能一次停用全部入口的企业或园区。先选择单一入口试点，新入口使用人脸和闸机，旧入口继续刷卡；双方使用一致人员ID，并明确权限同步和记录汇总，验证后再分阶段扩大。
推荐改造流程
- 建立现有人员、平台、控制器、读头、门锁、闸机、电源、网络和接口清单。
- 指定人员主数据和最终权限的唯一责任方。
- 确认新增人脸或卡片怎样关联人员ID，避免形成重复档案。
- 设计“身份核验 → 权限判断 → 本次授权 → 单次放行 → 状态反馈 → 记录”的交易链路。
- 在一个非关键入口测试有效人员、无权限、离职、断网、设备故障、门未开和未实际通过等情形。
- 核对消防、紧急疏散、断电和人工放行，再按入口分阶段实施。
人脸识别和实际通行必须分开记录
人脸识别成功只能证明终端找到或确认了当前人员；此人可能没有该区域权限，也可能权限已经过期。权限通过后控制器发出开门或开闸指令，但门锁故障、闸机受阻或人员转身离开都可能导致没有实际通过。
项目需要按设备真实能力分别保存核验结果、权限判定、放行指令、门或闸机状态以及可取得的通过记录。若旧设备没有通过反馈，应在实施清单中明确记录边界，不能凭空补出“已通行”。
需要哪些设备和软件
- 人脸识别一体机，可按项目结合卡片或二维码核验。
- 门禁 / 闸机控制设备，接口和控制方式按现场确认。
- 普通摆闸、翼闸或现有门锁，按入口宽度、方向和安全要求选择。
- 人员、权限、设备、通行记录和异常管理平台。
- 经评估需要的数据同步或接口服务，不预设所有旧系统兼容。
实施前必须确认
- 人员ID、卡号、人脸和在职状态由谁维护及同步。
- 权限最终由旧平台、新平台还是双方分区管理。
- 控制器输入输出、通讯、容量、离线和状态反馈能力。
- 闸机或门锁的单次放行、常开常闭、故障和紧急模式。
- 网络、供电、布线、安装位置、入口宽度和通行方向。
- 消防联动和紧急疏散要求由有权单位确认，不能只按门禁逻辑处理。
- 新旧记录怎样汇总，哪些事件能够证明实际通过。
常见问题 FAQ
旧门禁有继电器接口，就一定能直接接人脸终端吗？
不一定。还要确认信号定义、权限责任、单次放行、复位、状态反馈、异常和安全要求；只有开关量不等于完整兼容。
可以保留原来的员工卡和人脸同时使用吗？
可以评估，但两种凭证应关联同一人员ID和一致的权限状态。具体组合和终端能力以真实产品与实施清单为准。
人脸识别成功后为什么闸机没有打开？
可能是人员无该门区权限、权限已过期、控制链路异常、闸机故障或安全条件未满足。系统应分别记录核验、权限和设备结果。
改造必须一次更换所有入口吗？
不必。可以先选单一入口试点，在人员ID、权限、控制、异常和记录全部验证后分阶段扩展。