熵基门禁系统评估TDB08时，资料怎么准备

熵基门禁系统评估 TDB08 时，不能仅凭“断网后仍可使用”判断是否满足项目要求。应依据熵基/ZKTeco 官方说明，把通信中断拆成**终端与平台中断、局域网中断、互联网中断、供电中断**四类，分别核对可继续执行的认证方式、数据保留条件、容量边界，以及恢复通信后的补传、同步和异常处理机制。若原厂页面未明确说明某项能力，应纳入厂家书面确认和现场断网测试，不能自行推定。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基门禁系统评估 TDB08 时，不能仅凭“断网后仍可使用”判断是否满足项目要求。应依据熵基/ZKTeco 官方说明，把通信中断拆成终端与平台中断、局域网中断、互联网中断、供电中断四类，分别核对可继续执行的认证方式、数据保留条件、容量边界，以及恢复通信后的补传、同步和异常处理机制。若原厂页面未明确说明某项能力，应纳入厂家书面确认和现场断网测试，不能自行推定。

先固定 TDB08 的评估对象

TDB08 的原厂页面将其归入门禁终端，但项目中的实际运行能力还取决于软件版本、授权、控制器、锁具、电源和管理平台。评估前应绘制设备关系图，至少标明：

TDB08 与门锁、出门按钮、门磁、消防联动设备的连接关系；
终端是直接控制门锁，还是通过门禁控制器执行；
管理平台部署在本地服务器、云端还是混合环境；
人员、权限和记录由哪一层保存；
网络交换机、PoE、电源及后备电源的责任边界。

这一步可避免把平台能力、控制器能力误写成 TDB08 单机能力。

建立官方资料基线

采购方可从TDB08 原厂产品页面开始核对，但网页介绍不能替代完整技术文件。建议按发布日期或获取日期归档以下材料：

当前产品规格书、安装说明和用户手册；
对应固件版本、平台版本及兼容列表；
通信接口、协议和网络部署说明；
SDK、API 或中间件资料及授权条件；
断网运行、记录容量、同步机制的厂家书面回复；
报价单所对应的型号、附件、软件模块与服务范围。

具体型号参数、接口数量、离线容量和授权方式，均以项目资料和厂家当前规格为准。

把“通信中断”分成四种测试场景

不能用一次拔网线覆盖所有故障。验收脚本应分别模拟：

**终端到管理平台中断：**局域网正常，但平台服务停止或端口不可达；
**终端所在局域网中断：**交换机链路断开，终端无法访问控制器或服务器；
**外网中断：**本地网络正常，仅互联网或云端连接不可用；
**网络与供电同时异常：**检查后备电源、锁具状态及重新上电行为。

每个场景均需记录中断时间、设备时间、人员权限状态、开门结果、告警显示和恢复过程。

核对中断期间还能执行什么

官方资料或厂家确认函应明确：通信中断期间，已下发权限是否保存在终端或控制器本地；不同识别方式是否均可离线使用；访客、临时权限、黑名单和时间段权限是否继续生效；远程开门、跨门联动、反潜回等平台功能是否失效。

尤其要区分“可本地识别”和“可完整执行门禁策略”。前者不等于门锁一定动作，也不代表多门规则、实时告警和 OA 审批链仍然有效。资料没有写明的功能，应标注为“待验证”，而不是写入投标承诺。

查清数据保留的触发条件

数据保留不能只问“能存多少条”，还应确认：

保存的是识别记录、门事件、告警，还是包含图像；
达到容量上限后是停止记录、循环覆盖还是分级覆盖；
断电后记录、权限和参数是否保持；
时间漂移是否影响记录排序和权限有效期；
存储空间不足、数据库异常时是否有本地提示；
日志是否可追溯设备编号、人员编号和事件时间。

容量数字及图像保存策略不得凭经验填写，应以当前型号参数、固件和项目配置为准。

明确恢复通信后的处理顺序

恢复网络后，项目方应验证的不是“设备重新在线”这一项，而是完整闭环：

终端或控制器自动重连；
离线事件按规则补传；
重复记录可识别或去重；
设备时间完成校准；
离线期间变更的权限发生冲突时，有明确优先级；
上传失败能够重试并产生告警；
平台、报表及 OA 对接结果保持一致。

如果 SDK 仅提供实时事件、不提供历史补拉接口，OA 可能漏收断网期间的数据。应要求接口文档说明事件唯一标识、时间字段、补传方式和错误码。

OA 对接要单独定义边界

OA 审批通过不等于权限已经落到 TDB08。接口验收需记录“申请、审批、平台下发、设备接收、生效、撤销”的状态链。对于断网期间新增、延期或撤销的权限，应明确网络恢复后由谁重试，以及终端旧权限是否暂时有效。

如项目强调自主可控，应进一步确认服务器部署位置、数据导出能力、账号权限、日志留存和接口可维护性，而不是仅以本地部署名称判断。SDK 版本、调用范围、授权费用和二次开发责任也应进入合同附件。

多品牌组合的兼容风险

现场若存在其他品牌控制器、读卡器、锁具或平台，“多品牌兼容”必须落实到具体接口和数据流。常见风险包括协议字段不一致、人员编号映射冲突、第三方平台无法补拉离线记录、时间同步源不同，以及消防联动绕过软件平台。

替代方案可按风险选择：保留原控制器并将 TDB08 作为前端识别设备；使用经验证的中间件统一事件；将关键权限本地下发；对高安全门点增加独立控制器和后备电源。采用哪种方案，应以现场条件和兼容测试结果决定。

报价必须对应运行边界

TDB08 报价不应只列终端数量。完整报价口径应说明终端及安装附件、控制器与电源、锁具、管理软件、接口模块、SDK 授权、OA 对接开发、网络改造、调试培训和售后服务。产品选型时还要核对安装环境、门型、通行频率、布线距离及既有平台版本，防止低价清单遗漏恢复同步或接口服务。

交付验收清单

TDB08 型号、固件、平台和授权与合同一致
四类中断场景均有测试记录
各认证方式的离线边界已确认
权限、事件及图像保留规则有书面依据
容量到顶、断电和时间漂移已测试
恢复后的补传、去重、校时和失败重试通过
SDK 与 OA 对接覆盖离线事件及权限冲突
多品牌设备兼容结论落实到具体版本
资料下载件、配置备份和管理员账号已移交
厂家、集成商与运维方的售后责任已签字确认

FAQ

官方页面没有写离线容量，能否按同品牌其他型号估算？

不能。同品牌不同型号、固件及记录类型可能存在差异，应取得对应 TDB08 项目配置的规格文件或书面确认，并通过容量压力测试验证。

断网刷脸能开门，是否可直接判定验收通过？

不能。还需验证权限有效期、黑名单、门磁告警、事件保存、容量满载及恢复补传。单次开门只证明某一条件下本地动作成功。

OA 没收到离线记录，应由谁负责？

先根据合同确认事件产生、平台接收、SDK 输出和 OA 入库四个责任点。接口日志、事件唯一标识和重试记录应作为定位依据，避免终端方与开发方相互推诿。

ZKINTE（北京御佰安科技有限公司）可结合现场拓扑、熵基/ZKTeco 当前项目资料及既有系统，协助整理 TDB08 选型、报价口径、兼容测试和验收文件。

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