矿井虹膜识别怎样与现有定位卡、考勤系统对接

四类数据不能混在一起理解

人员主数据

人员编号、姓名、部门、岗位、在职状态等基础信息需要明确由哪套系统维护。虹膜模板、照片或其他生物特征资料可以由识别系统管理，但必须能够稳定对应到同一个人员标识。

定位卡数据

定位系统通常维护卡号、卡片状态以及人员与定位卡的绑定关系。对接时要确认读取的是当前有效绑定，而不是一份长期不更新的历史名单。挂失、换卡、临时卡和一人多卡等情况必须有明确规则。

考勤和班次数据

考勤系统可能提供班次、出勤状态或允许入井的时间条件，但考勤成功不等于身份已通过唯一性核验，也不等于人员已经实际入井。需要交换哪些字段，应按现场制度确定。

核验与通行数据

虹膜身份结果、人卡比对结果、权限判断、放行指令和实际通行记录属于准入链路。识别成功只能证明本次身份核验通过；只有通道设备执行并取得相应记录后，才能说明完成了现场通行步骤。

人员与定位卡怎样形成同一次比对

有效的人卡一致核验不能只是先刷卡，再在另一台终端完成虹膜识别。系统应创建一笔明确的通行事务，把当前虹膜确认的人员标识、当前读取的定位卡号、后台有效绑定关系和当次权限放在一起比较。

需要控制事务的时间范围和人员顺序，避免前一人的虹膜结果与后一人的定位卡组合。比对成功后，系统才进入其他必检条件或放行判断；比对失败则停止通行并提示人工复核。

推荐的数据交换关系

人员或考勤系统提供：人员唯一标识、必要的组织信息、有效状态，以及按项目需要提供的班次或权限条件。

定位系统提供：定位卡号、卡片有效状态、人员与卡片的当前绑定关系。定位系统后续如何判断井下位置，属于其自身业务。

虹膜系统产生：本次虹膜身份核验结果、终端、时间和必要的异常状态。生物特征模板不应因为接口对接就默认在各系统之间任意复制。

通行系统产生：准入判断、放行指令、入口、方向，以及现场设备能够提供的实际通行状态。

管理平台汇总：人卡比对、其他必检结果、入井/出井记录和异常信息。当前井下人员状态仍需结合定位系统和实际通行数据，不能只根据虹膜成功推断。

谁来决定是否放行

一种方式是由入井管理平台汇总虹膜、定位卡、班次和权限，满足全部必检条件后向闸机发送单次放行。另一种方式是既有门禁系统接收虹膜与人卡比对结果，再结合自身区域权限决定放行。

无论采用哪种方式，都应只有一个清晰的最终判断责任方，避免虹膜终端和门禁控制器各自独立开闸。某套系统离线时，是禁止通行、进入人工复核还是采用经批准的降级流程，也应在实施前确定。

推荐的对接步骤

• 盘点人员、定位、考勤、门禁和虹膜系统的厂商、版本、维护方与接口资料。
• 确定跨系统统一使用的人员标识，以及定位卡号的绑定来源。
• 列出各系统提供、接收和禁止修改的字段。
• 确定考勤班次、入井权限、人卡比对和最终放行的责任方。
• 使用测试人员验证新建、调岗、离职、挂失、换卡和临时卡。
• 在一个井口联调虹膜、读卡、人卡比对、权限、放行和实际通行记录。
• 验证接口超时、重复读取、人员错位、设备离线和人工复核后再扩展。

需要哪些设备和软件

官网虹膜识别机支持按项目接入门禁、考勤和人员管理系统，但不能据此推断它已适配任意定位或考勤平台。具体协议、字段和接口应由双方资料与联调结果确认。

• 虹膜识别机，用于确认现场人员身份。
• 定位卡读取设备及现有定位系统。
• 考勤、人员或入井管理系统。
• 门禁/闸机控制设备和井口通道。
• 根据实际接口范围配置的数据交换或中心管理服务。

实施前必须确认

• 人员主数据、虹膜模板、定位卡关系和班次分别由谁维护。
• 各系统的正式版本、接口文档、测试环境和责任人。
• 卡片挂失、换卡、临时卡和一人多卡的业务规则。
• 人卡一致事务怎样防止前后人员结果串联。
• 最终放行、设备反馈和入井/出井状态由谁记录。
• 生物特征、人员、定位和考勤数据的访问与保存权限。