熵基门禁系统选用TDB08时，验收资料怎么准备，落地要点

熵基门禁系统选用 TDB08 时，不能仅凭产品名称判断本地数据保存、异常断网运行和恢复联网后的处理方式。验收资料应以熵基/ZKTeco 当前原厂页面、对应版本规格书、项目配置清单及书面技术确认共同定界，再通过断网与重连测试形成可复核记录。

先明确 TDB08 在项目中的设备角色

原厂页面将 TDB08 归类为门禁终端，但“门禁终端”不等同于所有项目中的“独立控制器”。采购前应确认它在本项目中承担哪种角色：

• 独立完成身份核验、权限判断和开门控制；
• 作为识别终端，与门禁控制器配合；
• 接入熵基管理平台，由平台下发人员和权限；
• 通过 SDK 或接口接入 OA、访客或考勤系统。

不同架构下，离线判断发生在终端、控制器还是服务器，结论可能完全不同。具体型号参数、接口及授权范围均以项目资料和厂家当前规格为准。

用原厂资料建立可追溯证据链

建议保存并编号以下文件：

1. TDB08 原厂产品页面截图或导出件，标注获取日期；
2. 与拟采购硬件版本一致的规格书、说明书和接线资料；
3. 固件版本、配套平台名称及软件版本说明；
4. 销售配置单、功能授权清单和接口授权说明；
5. 厂家或供货方针对离线能力、容量边界及重连机制的书面回复。

网页用于确认产品类别和公开信息，不能替代针对具体项目配置的技术确认。若页面、规格书与投标响应存在差异，应在订货前形成差异澄清单。

本地保存不能只问“能不能存”

验收条款应把“本地数据”拆成三类：人员凭证与权限、设备配置、通行事件与异常日志。每一类分别确认：

• 是否保存在设备本地；
• 断电后是否保留；
• 可保存的数量及满载处理方式；
• 删除人员后历史记录是否受影响；
• 是否支持导出、补传和审计；
• 生物特征模板、卡号等数据的存储及传输边界。

容量数值不得根据同品牌其他型号推定，应引用 TDB08 对应项目版本资料。

异常断网运行要写成场景矩阵

“支持离线”表述过于宽泛，至少应测试四种状态：

反潜回、首人开门、跨门联动、远程开门等功能可能依赖控制器或平台，不能默认与基础离线开门具有相同边界。

恢复联网后重点检查四件事

重连验收不应停留在“设备显示在线”，还要确认：

1. 离线事件是否自动补传，补传顺序按设备时间还是平台接收时间；
2. 相同事件是否重复入库，平台如何去重；
3. 离线期间 OA 修改的权限与设备旧权限发生冲突时，以哪一侧为准；
4. 设备时间漂移后，记录是否校时、修正或保留原始时间。

同时记录补传失败后的重试机制、人工补采方式和日志位置。若原厂资料没有明确说明，应将测试结果和责任边界写入验收纪要，而非口头确认。

现场应这样执行断网测试

先导入测试人员，设置正常权限、过期权限和受时段限制权限各一组，并记录平台与设备时间。随后完成以下操作：

1. 在线状态分别核验并保存基准记录；
2. 断开终端上联网络，不切断门锁及门禁电源；
3. 连续执行允许、拒绝、重复核验和出门操作；
4. 保持断网并重启设备，再次核验；
5. 恢复网络，观察设备上线、数据补传及权限同步；
6. 导出平台记录，与现场视频、测试表和设备日志逐条比对。

测试结果需注明硬件版本、固件版本、平台版本、网络拓扑及测试时间，避免升级后无法复现。

设备组合与现场条件必须同步核对

TDB08 的验收不能脱离门锁、出门按钮、门磁、电源、交换机及管理平台。施工前应核对安装位置、供电方式、布线距离、网络稳定性、门体结构和消防释放要求。具体接口类型及可接数量以厂家当前规格为准。

若项目采用多品牌兼容架构，还需验证第三方门锁、控制器或平台的协议和电气边界。多品牌兼容是项目集成结果，不应直接等同于单台终端的原生能力。

SDK 与 OA 对接应单独立项验收

涉及 SDK、OA 对接时，要确认接口包对应的产品及平台版本、授权方式、调用范围、错误码、事件推送和升级兼容策略。OA 下发人员后，应验证终端实际收到的人员、有效期、门权限和删除指令。

“自主可控”要求应落到部署位置、账号权限、数据流向、日志留存、升级审批和接口可替代性，不宜仅用品牌或部署方式作判断。

报价需区分硬件与交付范围

TDB08 报价口径应明确是否包含配套软件、授权、安装辅材、门锁电源、调试、SDK、OA 对接、培训和售后。产品选型阶段若无法取得明确的离线补传依据，可选择增加独立门禁控制器，或采用已书面确认离线策略的平台组合；关键门点还可配置后备供电及人工应急流程。

ZKINTE（北京御佰安科技有限公司）可根据门点数量、设备组合和系统接口整理配置边界，但最终型号参数及授权内容仍应落实到订单和项目资料。

交付前验收清单

• TDB08 型号、硬件及固件版本与订单一致
• 原厂资料、配置单和书面澄清已归档
• 本地人员、权限、记录的保存边界已确认
• 断网、重启、重连和补传测试均有记录
• OA 权限变更、删除及冲突处理已验证
• 门锁、门磁、出门按钮和消防联动已核验
• 软件授权、SDK 范围及升级责任已写入交付文件
• 售后责任按设备、网络、平台和第三方接口划分

FAQ

设备断网后还能开门，是否就算验收通过？

不算。还需验证无权限人员是否被拒绝、时段规则是否生效、事件是否保存，以及重连后能否完整补传。

原厂网页没有写明记录容量怎么办？

要求供货方提供与项目版本对应的规格资料或书面确认；无法确认时，应降低依赖本地容量的设计风险，并通过压力测试确定实际边界。

OA 显示权限已下发，终端却未生效，由谁负责？

先按数据链路分段取证：OA 请求、接口返回、平台任务、设备同步日志和终端实际权限。合同中应分别约定 OA 开发方、平台方、设备供货方及网络运维方的排查与整改责任。

项目对接

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

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 门禁系统方案
• 门禁设备选型问题
• 门禁接口与实施问题
• 项目联系入口