多品牌兼容改造 2026-10-19 董经理 4 views

门禁系统计划使用既有卡证介质时，旧系统怎么改

门禁系统计划继续使用既有卡证介质时，旧系统不能只做设备替换。选用熵基 TDB08 前，应先核对卡片技术类型、读卡兼容范围、卡号输出格式和发卡规则，再决定保留原读卡器、调整控制链路，还是改造发卡与 OA 对接逻辑。TDB08 的具体型号参数、接口及授权范围，应以项目资料和熵基/ZKTeco 当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

门禁系统计划继续使用既有卡证介质时，旧系统不能只做设备替换。选用熵基 TDB08 前，应先核对卡片技术类型、读卡兼容范围、卡号输出格式和发卡规则，再决定保留原读卡器、调整控制链路，还是改造发卡与 OA 对接逻辑。TDB08 的具体型号参数、接口及授权范围，应以项目资料和熵基/ZKTeco 当前规格为准。

先查清“旧卡”究竟是什么

同样外观的员工卡，内部介质可能完全不同。项目现场应抽取在用卡、历史卡、挂失卡和新库存卡，逐项登记：

卡片芯片或技术类型；
工作频段及读卡方式；
当前系统读取 UID、逻辑卡号还是扇区数据；
是否使用密钥、加密扇区或厂商私有编码；
卡号位数、印刷号与系统号是否一致；
卡片是否同时用于门禁、考勤、消费或访客管理。

不能仅凭“刷卡有提示音”判断兼容。设备读到数据，不等于输出的号码能与旧库人员记录匹配。

将 TDB08 的读卡边界落实到书面资料

熵基 TDB08 属于门禁终端，但项目所需的卡介质支持、外接读头能力、通信接口和软件授权不能依据同系列产品推断。采购前应从原厂当前产品页面或项目资料下载并归档数据表、接口说明、软件手册和版本信息。

建议要求供货方书面确认：

具体配置能读取哪些卡片技术类型；
是读取物理 UID，还是支持指定数据区；
是否允许外接原有读卡器，接口类型及数据格式是什么；
卡号长度、字节顺序和转换规则能否配置；
相关功能是否需要选配模块、固件版本或软件许可。

“支持刷卡”与“兼容现网卡号规则”必须分开确认。

把卡号格式拆到字节核对

旧系统常见矛盾不是读不到卡，而是同一张卡在两套系统中显示不同号码。核对应形成一张卡号映射表，至少记录原始十六进制值、十进制显示值、有效字节数、正反序、补零规则和截断方式。

现场尤其要检查：

旧平台是否只保存部分字节；
是否存在倒序转换；
卡号前导零是否被数据库删除；
是否组合场地码、设备码或发行批次；
OA 使用字符型还是数值型字段；
超长卡号导入后是否发生取整或科学计数显示。

若旧系统只保留转换后的号码，应先保存原始读卡数据，避免迁移后无法反向追溯。

发卡规则要先于批量导库确定

继续使用旧卡，不代表沿用旧发卡软件即可。应确认新员工、补卡、换卡、退卡分别由哪个系统发起，以及门禁平台和 OA 谁是人员主数据源。

建议统一以下规则：

一人一卡或允许多卡；
卡号是否允许重复、复用；
挂失后原卡能否恢复；
补卡是否继承原权限；
临时卡和正式卡如何区分；
卡片有效期由 OA 还是门禁平台控制；
离职、调岗信息采用实时接口还是定时同步。

若规则未锁定，即使 TDB08 能识别旧卡，也可能出现重复授权、离职卡未失效或补卡覆盖错误。

旧系统可按三条路径改造

原卡直读路径：TDB08 当前配置能够按旧规则输出相同卡号，可迁移人员、卡号和权限，旧系统主要调整数据接口与设备管理。

保留原读卡器路径：终端内置读卡能力不匹配，但项目确认可通过合规接口接入原读卡器。此时必须验证接口、电气条件、数据格式和故障联动，不能只确认接线端子。

卡号映射路径：新旧设备读取结果不同，但可建立稳定且唯一的转换关系，可在中间平台、门禁软件或 OA 接口层维护映射。该方式需要同步考虑审计、补卡和离线运行。

若三条路径均无法形成稳定闭环，应考虑更换卡介质、增设适配设备，或分区域并行迁移。

用小样测试替代口头兼容承诺

正式采购前，建议使用目标配置的 TDB08 做样机验证。样本应覆盖不同发行年代、不同批次、正常卡、挂失卡、补发卡及临时卡，而不是只测一张管理卡。

每张卡至少执行多次读取，并在终端、本地软件、接口报文和 OA 页面分别记录结果。还应测试断网刷卡、联网补传、重复刷卡、权限过期、设备重启及人员信息变更。SDK 调用、事件推送和 OA 对接应使用真实字段长度验证，不能只以接口“返回成功”作为通过标准。

多品牌兼容不等于无条件互通

ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco 设备开展产品选型和多品牌兼容核对，但兼容结论必须绑定卡片样本、设备配置、固件版本、平台版本及接口方式。

项目提出自主可控要求时，还应关注人员与卡号数据能否导出、接口文档是否可获得、日志是否可审计、停服后是否保留本地通行能力，以及后续更换平台时的数据迁移条件。具体 SDK 能力、授权方式和开发边界，以厂家当前资料及项目配置为准。

报价要拆开硬件、软件和改造项

TDB08 报价不能只列终端数量。询价口径应包含具体配置、安装附件、供电与网络条件、管理软件、SDK 或接口授权、OA 对接开发、原数据清洗、卡号映射、样机测试、现场调试和培训。

旧读卡器保留利用时，还需明确转换设备、线缆整改和控制器改造是否计入。因卡片不兼容产生的换卡、重新发卡及双系统并行成本，也应作为备选报价列出，防止实施阶段临时增项。

交付验收必须以“同卡同人同权限”为准

验收时可按以下清单逐项签字：

TDB08 实际配置与采购清单一致；
卡片类型及读卡范围已有书面确认；
抽样卡在新旧系统中的号码关系清晰；
前导零、字节顺序和字段长度正确；
新发卡、补卡、挂失、退卡流程可执行；
OA 人员、卡号、权限和有效期同步正常；
离线事件可保存并在联网后补传；
SDK 接口异常、重复数据和超时已有处理机制；
导出文件、配置备份、版本资料完成归档；
厂家、集成方、OA 开发方的售后责任已划分。

常见疑问

旧卡能被 TDB08 读出，就能直接上线吗？
不能。还要确认读出的卡号与旧平台、OA 保存值完全对应，并验证权限下发和事件回传。

印刷卡号相同，为什么系统号码不同？
印刷号可能是发行编号，不一定等于芯片 UID；也可能存在进制转换、倒序、截断或扇区编码。

无法兼容时一定要全部换卡吗？
不一定。可评估保留原读卡器、增加适配层、建立卡号映射或分阶段换卡，但应比较长期维护和故障定位成本。

谁应承担卡号不一致的整改责任？
应在合同中按设备读取、平台转换、OA 字段和原始数据质量分别界定，不能笼统归为“系统兼容问题”。

项目对接

可提供既有卡样本核对、TDB08 产品选型、型号参数确认、报价口径梳理、资料下载指引、SDK 评估及 OA 对接边界分析。项目启动前建议提交旧系统导出样例、卡片照片与读卡记录、网络拓扑和发卡流程，以便形成可验收的改造方案。

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。