已有门禁系统计划接入xFace600,需要先检查哪些兼容性问题
已有门禁系统计划接入 xFace600,不能只看设备能否联网或识别人脸,而要先核对身份数据、开门链路、通信接口、平台协议和消防联动。原厂可核对信息将 xFace600 归为考勤终端,因此不能直接推定其具备现有门禁控制器所需的全部接口、授权和安全逻辑;具体型号参数、功能许可及连接方式,均以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
已有门禁系统计划接入 xFace600,不能只看设备能否联网或识别人脸,而要先核对身份数据、开门链路、通信接口、平台协议和消防联动。原厂可核对信息将 xFace600 归为考勤终端,因此不能直接推定其具备现有门禁控制器所需的全部接口、授权和安全逻辑;具体型号参数、功能许可及连接方式,均以项目资料和厂家当前规格为准。
先确定 xFace600 在系统中的位置
现场应先画出接入拓扑,并明确 xFace600 承担哪一种角色:
- 仅采集人脸并向 OA 或考勤平台上传记录;
- 作为门口识别终端,将人员编号传给原门禁控制器;
- 直接驱动电锁、出门按钮或门磁;
- 同时参与考勤和通行管理。
这四种用法的风险不同。若原系统要求所有开门动作由控制器统一判断,就不应在未确认安全策略前让终端直接控制门锁。
核对原门禁控制器的输入方式
盘点控制器品牌、型号、固件版本、读头接口及剩余端口,重点确认是否支持现场拟采用的通信方式。Wiegand、RS485、TCP/IP、继电器干接点等只能作为待核对项,不能默认 xFace600 全部具备。
若双方只有继电器开关量可用,可实现基础开门,却通常难以传递人员身份、验证方式和失败原因。替代方案是保留原控制器,在中间增加协议转换或由平台完成授权联动。
比对人员编号与凭证规则
多品牌兼容最常见的故障不是“连不上”,而是编号映射错误。应抽查原系统中的工号长度、卡号格式、前导零、部门编码、访客编号及离职状态,再确认 xFace600 和管理平台能否保持一致。
人脸模板不应假定可跨品牌直接迁移。若模板格式不兼容,应安排重新采集,并提前明确照片导入、现场采集、模板删除及注销后的同步机制。
检查网络、供电与门口现场条件
现场勘查需记录交换机端口、VLAN、固定 IP、网关、DNS、NTP、跨网段策略和服务器访问方向,同时确认电源容量、布线距离、安装高度、逆光环境及室内外防护条件。
如果设备离线,必须明确离线名单容量、离线权限有效期、记录缓存和恢复后的补传规则;相关容量与环境参数以厂家当前规格为准。供电不足时,应独立配置合适电源,不宜直接占用原控制箱未知余量。
分清门锁控制与消防安全边界
接入前要核对锁具类型、常开常闭逻辑、门磁、出门按钮、紧急开门和消防断电方式。xFace600 即使能够输出开门信号,也不代表可以替代原控制器的防拆、互锁、反潜回、首卡或消防联动功能。
涉及双门互锁、通道闸机或高安全区域时,建议保留专业门禁控制器,让终端只负责身份识别。消防释放应按原设计形成独立安全链路,不依赖 OA 或普通网络服务。
验证 SDK 与 OA 对接范围
OA 对接前应区分“考勤记录同步”和“门禁权限下发”。接口评审至少确认人员新增、照片或模板处理、权限时段、设备状态、通行记录、重试机制、重复数据判断和删除人员后的权限回收。
SDK 是否提供、支持哪些系统环境、是否需要许可、能否推送事件以及版本升级责任,均须以项目配置和厂家当前资料为准。若 SDK 无法覆盖需求,可改用文件交换、数据库中间表或独立集成服务,但应同步评估实时性和维护责任。
采购报价要拆分接口与实施内容
产品选型和报价不能只列“xFace600 一台”。建议分别列明终端具体版本、安装附件、电源、网络改造、控制器或转换模块、软件许可、SDK 支持、OA 对接开发、数据迁移、现场调试和培训。
资料下载时应留存对应版本的产品资料、接口说明、接线图及软件兼容说明,避免设备到场后才发现接口、固件或授权范围不一致。涉及熵基/ZKTeco 产品时,应以当前可供型号和项目确认单为准。
按小范围样机完成接入验证
正式采购前,可按以下顺序测试:
- 选一扇非关键门,备份原控制器配置;
- 导入少量测试人员,验证新增、修改和删除;
- 分别测试正常识别、拒绝、断网、断电及时间漂移;
- 核对 OA、考勤平台和门禁平台中的时间、人员与事件;
- 恢复原接线,确认故障时可回退;
- 形成接口表、接线图和测试记录后再批量实施。
交付验收必须落实到结果
验收清单应至少包含:
- 设备型号、固件、许可与采购清单一致;
- 人员编号、权限时段和门区映射正确;
- 开门、门磁、出门按钮及消防逻辑符合设计;
- 断网缓存、恢复补传和重复记录处理正常;
- OA 对接字段、时区、时间同步及异常告警可核验;
- 管理员权限、日志留存、密码策略和数据删除机制明确;
- 配置备份、资料移交、回退方案和售后责任完成签字。
如项目强调自主可控,还应核对部署位置、数据流向、账号权限、接口依赖和后续升级是否受外部平台限制,而不是仅依据设备品牌判断。
FAQ:现场常见分歧怎么处理
原控制器不是熵基/ZKTeco,是否一定不能接?
不一定。应按电气接口、协议、编号规则和业务流程逐项验证,多品牌兼容需以实测结果为依据。
能识别人脸,是否就能直接替换原读卡器?
不能据此判断。还需确认输出格式、电平、位数、权限判断位置和异常开门逻辑。
OA 已有考勤模块,还需要门禁平台吗?
取决于 OA 是否能管理设备、权限、实时事件和离线补传。若只接收考勤结果,原门禁平台通常仍需保留。
接入失败时有哪些替代方案?
可采用原控制器保留、终端独立考勤、协议转换、中间件同步或更换匹配终端,选择时应同时评估安全边界和维护成本。
ZKINTE(北京御佰安科技有限公司)可协助梳理现场条件、兼容边界、报价口径、交付验收与售后责任,并结合熵基/ZKTeco 当前资料开展选型核对。
联系电话:13521755685(董经理)|同号微信|售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料:查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。