门禁系统计划沿用现有识别介质和读卡终端时,怎么判断更稳
门禁系统计划沿用现有识别介质和读卡终端时,选择熵基 TDB08,判断是否“更稳”的关键不是终端能否单独识别人员,而是确认旧介质能否继续使用、旧读卡器信号能否接入、原卡号与人员权限能否原样映射,以及事件数据能否被现有门禁平台和 OA 正确接收。TDB08 的具体介质、接口、数据格式及授权范围,均应以项目资料和熵基/ZKTeco 当前规格为准,不能仅凭型号名称或产品类别判断兼容。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
门禁系统计划沿用现有识别介质和读卡终端时,选择熵基 TDB08,判断是否“更稳”的关键不是终端能否单独识别人员,而是确认旧介质能否继续使用、旧读卡器信号能否接入、原卡号与人员权限能否原样映射,以及事件数据能否被现有门禁平台和 OA 正确接收。TDB08 的具体介质、接口、数据格式及授权范围,均应以项目资料和熵基/ZKTeco 当前规格为准,不能仅凭型号名称或产品类别判断兼容。
先画清“旧设备—TDB08—门锁—平台”链路
现场应先确认 TDB08 在改造后的角色:
- 替换原控制器和识别终端,直接管理门锁;
- 保留原控制器,TDB08 仅输出识别结果;
- 保留旧读卡器,由 TDB08 或其他控制设备接收数据;
- TDB08 独立运行,再向门禁平台或 OA 上传记录。
四种架构涉及的接口、授权和故障责任不同。尤其要区分“读卡器能接入”与“原卡可直接使用”:前者属于电气和协议适配,后者还涉及卡片制式、扇区数据、卡号规则及发卡体系。
现有识别介质应逐类建档
不要只写“兼容 IC 卡”,应从现场各抽取正常卡、挂失卡、访客卡和特殊权限卡,建立介质样本表,至少记录:
| 核对项 | 现场需要确认的内容 |
|---|---|
| 卡片类别 | ID、IC、CPU 卡、NFC 手机介质或其他载体 |
| 读取方式 | 仅读取卡片序列号,还是读取指定扇区、文件或应用 |
| 编号规则 | 十进制或十六进制、位数、是否补零 |
| 安全机制 | 密钥、加密认证、动态码或专用发卡规则 |
| 生物模板 | 人脸、指纹等模板是否来自旧平台,能否迁移 |
| 二维码凭证 | 静态码、动态码、有效期及签名校验方式 |
上述类型是待核验对象,并非对 TDB08 支持能力的预设结论。生物识别模板通常存在算法版本和厂商格式边界,原平台能导出人员照片,也不等于能迁移原模板。
旧读卡终端重点核对接口层
对旧读卡器,应拍摄铭牌、接线端子和控制器端口,并向厂家或集成商取得接口说明。项目中常见的待核查形式包括 Wiegand、RS485、TCP/IP 或厂商私有总线,但 TDB08 是否具备对应输入、输出及工作模式,要以厂家当前型号参数为准。
核对时不能停留在“都有 Wiegand”。还要确认方向是输入还是输出、位宽是否一致、奇偶校验规则、卡号拆分方法、线缆距离、供电电压和共地要求。接口名称相同但角色相反,设备仍无法连接。
卡号一致不代表数据格式一致
旧系统显示的卡号可能经过字节倒序、截位、补零或十六进制转换。建议对同一张样卡同时采集:
- 卡面印刷编号;
- 旧读卡器原始输出;
- 原门禁平台显示值;
- TDB08 或测试工具读取值;
- OA 人员档案中的凭证编号。
五项结果应形成转换规则并固化。如果只能通过中间件换算,应将程序版本、异常处理和后续维护写进交付范围,避免系统升级后出现“能刷卡但找不到人员”的问题。
SDK 与 OA 对接要先限定业务边界
OA 对接前,应明确是同步组织人员、下发权限、接收通行事件,还是还要执行远程开门、访客预约和状态查询。随后向熵基/ZKTeco 或项目供货方确认 SDK、API、协议文档、示例程序、运行环境、授权方式及版本适配条件。
接口存在不等于所有功能开放。还应验证人员唯一标识、增量同步、离职回收、重复事件、断网补传、时间格式和照片限制。涉及自主可控环境时,要提前确认服务器操作系统、数据库、中间件及国产化环境适配边界。
多品牌兼容必须以样机联调为准
多品牌兼容不能依据宣传用语直接验收。旧卡、旧读卡器、原控制器、TDB08 和第三方平台只要跨越两个品牌,就应安排样机测试。ZKINTE(北京御佰安科技有限公司)可根据设备清单协助产品选型、型号参数核对、资料下载整理及联调边界确认,但原厂未明确开放的私有协议不能默认打通。
建议至少连续测试正常通行、无权限拒绝、重复刷卡、断网恢复、设备重启、时间校准和批量权限更新。
报价必须拆分设备与适配工作
询价时应要求分别列明 TDB08 主机、安装辅材、电源与锁控配套、软件平台、SDK 或接口授权、OA 对接、数据迁移、现场调试、培训和售后。若旧读卡器需要协议转换器或中间件,也应单独计价并注明维护主体。
型号后缀、功能配置和软件授权可能影响报价口径,采购文件中应锁定完整型号、配置清单、软件版本及交付文档,而不是只写“TDB08 一台”。
不适配时的替代方案
若原卡号可读取但格式不同,可采用平台映射或合规的转换模块;若旧读卡器为私有协议,可更换为已确认适配的读卡器,同时保留原卡;若生物模板无法迁移,可保留人员基础数据并重新采集;若 OA 无法直连设备,可通过统一门禁平台或接口中间层交换数据。
对于高风险场所,可先改造一个非关键门点,验证稳定后再分批实施,避免一次性替换导致通行中断。
到货与验收清单
- 完整型号、外观标识和项目配置与合同一致;
- 样本卡读取结果与旧系统映射规则一致;
- 旧读卡器输入、输出方向及数据格式验证通过;
- 开门、拒绝、报警和通行事件时间准确;
- 断网记录可按约定补传,重启后权限不异常;
- OA 人员、权限及离职回收流程完成闭环测试;
- SDK、接口文档、配置备份和账号权限完成移交;
- 兼容边界、未实现功能及售后责任形成书面记录。
FAQ:现场最常见的三个判断误区
旧卡能被读出卡号,就一定可以沿用吗?
不一定。还要检查卡号转换、加密区读取、人员绑定和权限下发方式。
旧读卡器与新设备都有同名接口,可以直接接线吗?
不能据此判断。必须核对输入输出方向、电气参数、位宽和校验规则。
拿到 SDK 后,OA 对接就没有额外工作了吗?
SDK 只是技术条件之一,仍需确认授权、接口范围、字段映射、异常补偿、部署环境及双方维护责任。
如需围绕 TDB08 开展现场介质盘点、接口确认、产品选型、报价口径整理和 OA 对接评估,可联系 ZKINTE(北京御佰安科技有限公司)。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料:查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。