多品牌兼容改造 2026-11-04 董经理 1 views

ZKTeco门禁系统采用TDB08时，兼容怎么判断

ZKTeco门禁系统采用TDB08时，不能仅凭“支持多少条记录”判断兼容。应同时确认事件记录容量的计算口径、实际记录字段、照片等关联数据占用、存储空间满后的策略，以及记录由TDB08本机、门禁控制器还是管理平台保存。TDB08可核对的产品类别为门禁终端，具体容量、接口和授权范围均应以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先划清TDB08在系统中的记录边界

采购前应画出数据链路：人员在TDB08完成识别后，事件是仅保存在终端，还是同步到控制器、ZKTeco管理软件或第三方平台。不同架构下，“记录容量”可能分别指：

终端本地事件条数；
人员模板、照片与事件共用的存储空间；
管理平台数据库可保存的数据量；
离线期间可缓存、恢复联网后可补传的记录量。

如果招标文件只写“满足门禁记录存储”，后续很容易出现终端容量与平台留存年限混为一谈的问题。

容量不能只核对一个数字

确认TDB08事件容量时，应要求供应方提交对应硬件版本、固件版本和项目软件版本的型号参数页。重点核对容量是固定条数、可用空间估算值，还是会因现场配置变化。

建议用以下方式估算：

日事件量＝日通行人次＋拒绝事件＋门状态事件＋告警事件＋管理操作事件

再根据离线天数、峰值倍数和维护周期计算所需缓存。若启用抓拍照片、识别图像或扩展字段，不能继续按纯文本事件的条数估算。涉及容量数字时，应在合同附件中注明“以何版本、何配置、是否含图片”为口径。

记录内容要按字段逐项确认

TDB08是否生成某类字段，应通过资料和样机测试确认，不宜根据其他熵基/ZKTeco型号推断。项目通常需要核对：

事件时间、人员编号、设备编号和门点信息；
识别或验证方式、通行结果、失败原因；
进出方向、门状态、告警类型；
事件序号、补传状态及平台接收时间；
是否包含照片，以及照片与事件的关联方式；
时间修改、人员下发、参数变更等管理日志是否独立保存。

如果OA对接需要姓名、部门等信息，还要确认这些字段来自终端事件，还是由平台依据人员编号二次关联，避免把平台加工字段误认为设备原始记录。

存储空间满后必须做实机验证

空间满后的处理方式不能默认是“自动覆盖”。不同项目配置可能采用覆盖旧记录、停止写入、告警提示、等待上传后释放空间，或对图片与事件分别处理。应以TDB08当前固件及配套软件的实际机制为准。

验收测试可按以下步骤执行：

记录设备、固件和平台版本；
在隔离测试环境持续产生成功、失败和告警事件；
观察容量接近上限时是否出现提示；
断开网络，确认离线事件是否继续写入；
达到上限后再次通行，检查新事件、旧事件及照片状态；
恢复网络，核对补传顺序、重复记录和缺失记录；
导出终端与平台数据，按事件序号和时间戳比对。

如无法在验收周期内写满，可由厂家或交付方提供受控测试方法，但测试结论仍应落实到项目版本。

“兼容”要拆成五个层次

TDB08接入现有门禁系统时，至少应分别判断：

设备兼容：供电、安装位置、网络和现场环境是否满足要求；
协议兼容：平台是否能读取所需事件，而不只是完成设备在线；
字段兼容：事件类型、人员编号和时间格式能否正确映射；
业务兼容：OA审批、权限下发、撤权和记录回传能否闭环；
运维兼容：升级、备份、断网补传和故障责任是否明确。

ZKINTE（北京御佰安科技有限公司）在多品牌兼容项目中，会将“能通信”与“能交付业务结果”分开核对。若项目提出自主可控要求，还应审查部署方式、数据落地位置、接口依赖和后续维护权限，而非仅依据品牌名称判断。

SDK与OA对接要先验证事件接口

需要通过SDK进行OA对接时，应先取得与项目版本匹配的接口资料、示例程序、授权说明和错误码说明。资料下载范围、SDK开放能力及授权条件，以熵基/ZKTeco当前政策和项目配置为准。

联调应重点验证人员编号映射、时区、事件去重、断点续传、删除人员后的历史记录、设备校时及并发接收。若SDK不能提供所需字段，可考虑由原管理平台开放接口、通过中间件转换，或采用数据库级合规交换方案；不得在未确认升级影响的情况下直接读取内部库表。

报价应绑定版本和交付口径

TDB08产品选型与报价不能只列设备单价。询价文件应写明型号参数版本、设备数量、管理软件、SDK或接口授权、OA对接工作量、现场实施、数据迁移、培训及售后边界。

若报价中写“含对接”，还应说明对接对象、字段数量、测试环境、验收用例和第三方配合责任。固件升级、平台扩容、接口变更是否另行计费，也应在采购阶段确认，防止低价设备与高额集成成本分离。

无法满足容量时的替代方案

若核实后发现TDB08本地容量或满存储策略不符合项目要求，可选择以下路径：

缩短离线周期，由平台实时接收并建立数据库归档；
关闭非必要图片或调整事件留存策略；
增加中间件，完成接收确认、重试和独立留痕；
调整为容量及接口更匹配的熵基/ZKTeco型号；
在多品牌兼容架构中改用符合既有协议的终端。

替代方案必须重新验证事件完整性、个人信息保护、网络中断风险和售后责任，不能只比较标称容量。

TDB08项目验收清单

型号、硬件版本、固件版本与合同一致；
本地容量及图片占用口径有书面依据；
成功、拒绝、告警和管理事件字段已抽检；
存储满后的覆盖、停写或告警机制已验证；
断网缓存、联网补传及重复事件处理通过测试；
终端时间、平台时间和OA时间一致；
SDK授权、接口文档及部署包完成移交；
数据导出、备份、恢复和留存周期明确；
厂家、集成方、OA方及运维方责任边界签字确认。

FAQ：现场常见争议怎么处理

设备在线，是否就说明兼容？
不能。在线只证明基础通信成立，还需验证事件字段、补传、权限下发及OA业务闭环。

平台已有记录，为什么还要测试终端写满？
网络中断时终端可能成为临时缓存点。若满存储机制不明确，可能发生停写、覆盖或图片缺失。

不同资料中的容量数字不一致，以哪个为准？
以本项目对应硬件、固件、软件和配置的厂家当前规格及书面确认资料为准，并通过验收用例复核。

历史记录必须长期留在TDB08中吗？
不一定。通常应结合平台归档、法规要求和运维策略设计，但必须明确终端最低离线缓存能力及数据恢复路径。

项目对接

如需核对TDB08型号参数、报价、资料下载、SDK与OA对接边界，可提交现有系统架构、预计日事件量、离线时长和留存要求，由ZKINTE（北京御佰安科技有限公司）协助整理选型与验收口径。

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

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