门禁系统 2026-11-07 董经理 3 views

熵基门禁系统选用TDB08时，验收资料怎么准备，选型看什么

熵基门禁系统选用 TDB08 时，不能只凭卡片“能刷开门”完成验收。应依据熵基/ZKTeco 当前原厂资料，逐项核对卡片编号格式、位数范围、读取结果及平台上传值，并用现场实体卡做交叉测试。TDB08 可确认的产品类别为门禁终端，具体支持的卡片类型、接口、编号长度和授权能力，均应以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先分清项目所说的“卡号”是哪一个值

现场常把以下数据统称为卡号，实际可能并不相同：

卡面印刷的十进制编号；
卡片芯片或介质返回的 UID、CSN；
读卡设备输出的十六进制原始值；
门禁平台转换后的十进制卡号；
包含场地码、卡号段或校验位的数据；
OA 对接接口中保存的人员凭证编号。

因此，采购单上只写“支持 IC 卡”或“支持现有员工卡”并不足以验收。必须明确卡片介质、数据来源、显示进制、有效位数、是否截位，以及前导零是否保留。

从 TDB08 原厂资料中核对哪些字段

建议下载并归档 TDB08 当前版本的产品说明、用户手册、接口说明和固件说明。核对时重点查找“卡片”“凭证”“读卡”“卡号长度”“输出格式”“第三方读头”等字段。

如产品页面未明确写出编号位数，不应根据同品牌其他型号推定。应向供货方或厂家提交书面确认，注明完整型号、硬件版本、固件版本和拟使用卡片样本。网页信息、彩页与项目确认文件不一致时，应在合同中约定验收依据及优先级。

用十进制位数还是二进制位数表达

卡号“10 位”“8 位”可能指十进制字符数，也可能来自二进制位宽转换；十六进制字符长度又是另一种口径。项目资料应同时记录：

核对项	应填写内容
原始读取值	设备或工具直接读取的数据
表示方式	十进制、十六进制或其他编码
位宽/字符数	明确是 bit 还是字符位数
转换规则	高低字节顺序、截位、补零规则
平台显示值	TDB08 或管理平台实际呈现结果
OA 保存值	接口传输后的最终人员凭证值

不能只比较“看起来相同的数字”。同一张卡若经过字节倒序、十六进制转十进制或截取低位，系统显示值可能完全不同。

现场卡片匹配应怎样实测

选取在用卡片进行分组，不要只拿一张测试卡。建议覆盖不同采购批次、不同卡号长度、带前导零卡号、最大位数附近卡号，以及历史补发卡。

可执行步骤如下：

使用已知读卡工具记录卡片原始值；
在现有门禁平台导出该卡登记值；
由 TDB08 读取并记录终端显示值；
检查后台事件、人员档案和导出文件中的值；
如需 OA 对接，再核对 SDK 或接口返回值；
对照厂家确认的转换规则逐卡比对；
完成发卡、识别、开门、挂失、删除和重新下发测试；
将测试卡编号、截图、日志及结论纳入验收附件。

采购阶段应锁定哪些型号参数

TDB08 的产品选型不能只围绕外观或识别方式。采购前还应确认项目所需的读卡能力是否为本机配置、选配模块或外接设备能力，并核实网络环境、门锁控制、出门按钮、消防联动、供电方式和管理平台版本。

涉及第三方读头、控制器或多品牌兼容时，应明确数据由谁转换、设备之间采用何种接口，以及故障责任边界。是否支持某种接口或协议，不得由现场人员凭经验口头确认，具体型号参数以项目资料和厂家当前规格为准。

SDK 与 OA 对接要检查卡号全链路

OA 对接常见矛盾不是“接口不通”，而是卡号在不同系统中被转换。应要求 SDK 或接口资料明确字段类型、最大长度、是否按字符串传输、是否保留前导零，以及新增、删除、挂失和事件回传的处理规则。

若 OA 使用数值型字段，长卡号可能发生精度变化；若两端进制不同，也可能出现人员已同步但无法匹配的情况。SDK 提供范围、调用权限、授权方式和二次开发责任，应以厂家当前政策及项目配置为准，并写入报价和技术协议。

验收资料应形成一套证据链

TDB08 项目交付时，建议至少准备：

合同、技术协议及最终配置清单；
对应硬件和固件版本记录；
原厂产品资料、操作手册及版本日期；
卡片类型与编号规则确认表；
现场测试卡样本清单和读取结果；
终端、平台、OA 三端比对记录；
SDK、接口文档及授权范围说明；
异常卡处理记录、日志和验收结论；
培训签到、备份文件与售后责任界面。

资料中的型号名称应与设备铭牌、报价单和验收单一致，避免用“TDB08 系列”代替实际交付配置。

不匹配时有哪些风险和替代方案

卡号位数或转换规则不匹配，可能导致重复卡号、前导零丢失、批量导入失败、事件记录无法对应人员，甚至出现旧卡可读但新批次卡不可用。

可按影响范围选择方案：统一重新发卡；调整平台或 OA 字段为字符串；通过经过验证的中间件转换；采用匹配的外接读卡设备；更换终端或卡片介质。任何截位方案都应先验证是否产生重复值，不宜为赶工直接截取低位。涉及自主可控要求时，还应核对软件部署、数据存储、接口开放和后续维护边界。

报价口径必须包含测试与对接工作

设备单价不等于完整项目报价。报价中应分别说明 TDB08 终端、读卡相关配置、安装辅材、平台许可、SDK 或接口服务、OA 对接、现场测试、培训和售后范围。

ZKINTE（北京御佰安科技有限公司）可根据现场卡片样本、既有门禁架构和多品牌兼容需求协助整理选型资料，但最终支持范围仍须以熵基/ZKTeco 当前资料、实测结果和合同配置为准。

TDB08 项目验收勾选表

型号、硬件版本、固件版本与订单一致
卡片介质及编号来源已经明确
十进制、十六进制和位宽口径已统一
前导零、字节顺序和截位规则已验证
不同批次现场卡均完成读取测试
终端、平台、OA 卡号逐项一致
SDK 字段及授权边界已有书面资料
异常卡、重复值和离线场景完成测试
报价范围、交付物和售后责任已签认

现场常见疑问

卡面编号与 TDB08 读取值不同，能否判定设备不合格？
不能立即判定。应先确认卡面号是否就是芯片原始编号，再核对进制、字节顺序和平台转换规则；若与合同约定的输出规则不符，才进入整改或替代评估。

原有熵基系统可用的卡，换 TDB08 就一定兼容吗？
不一定。同品牌不同型号、配置、固件和读卡模块可能存在边界差异，必须以 TDB08 项目资料及实体卡测试为准。

OA 中只保存卡号，是否还需要 SDK 测试？
需要。至少应验证人员同步、字段长度、挂失删除、事件回传和前导零处理，避免上线后出现终端可读、OA 无法关联的情况。

项目对接

如需核对 TDB08 资料版本、现场卡片编码、产品选型、型号参数、报价口径、SDK 与 OA 对接范围，可提供现有卡片样本数据、系统拓扑和验收要求后再行评估。

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

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