ZKTeco门禁系统选用TDB08时，验收资料怎么准备

ZKTeco门禁系统选用TDB08时，验收资料不能只放一张产品彩页。针对“事件记录容量、存储空间达到上限后的处理规则及记录上传条件”，应以原厂当前规格、项目技术确认文件和现场测试记录形成闭环：容量必须明确统计口径，存储满载规则必须实际验证，上传条件则要结合平台版本、网络状态及对接方式逐项确认。

TDB08验收争议通常出在哪里

TDB08属于熵基/ZKTeco门禁终端，但“可存多少条记录”不能脱离记录类型直接作答。采购阶段常见矛盾包括：

• 招标文件写“事件记录”，供货资料写“日志容量”，两者口径未必相同；
• 人员、凭证、生物识别模板、抓拍照片和门禁事件可能共用或分别占用存储空间；
• 平台收到记录，不代表终端本地已经删除；
• 设备断网后可以产生事件，不等于恢复网络后必然自动补传；
• 彩页参数、固件功能与SDK接口版本未在合同中绑定。

因此，TDB08的具体容量、接口和授权范围，应以项目资料和厂家当前规格为准，不宜根据其他ZKTeco型号推定。

用三层证据确认事件记录容量

建议按以下顺序整理证据：

1. 核对原厂TDB08产品页面，确认产品类别、当前公开资料及可下载文件；
2. 向供货方索取对应硬件版本、固件版本的规格书、用户手册或参数确认函；
3. 将项目最终确认值写入技术偏离表、采购合同附件或验收指标表。

容量条目应写清“记录类别、最大条数、是否与照片共用空间、统计查询位置、适用固件版本”，不能只写一个数字。若原厂公开页面没有给出该项参数，应标记为“待书面确认”，而不是由集成商自行补值。

区分记录条数与实际存储空间

验收前应把TDB08内的数据至少拆分为四类：人员资料、认证凭证或模板、事件记录、现场照片或关联图像。还要确认设备界面显示的是“已用条数”“剩余条数”还是存储空间占用率。

若项目启用了照片、复杂事件字段或扩展功能，同样数量的事件可能占用不同空间。验收表应同时记录功能开关、照片策略和测试数据结构，避免用关闭抓拍时的结果验收启用抓拍后的配置。

满载处理规则必须做压力验证

存储达到上限后，TDB08可能涉及覆盖旧记录、停止新增、产生告警或等待平台清理等不同策略，不能在没有对应资料时预设结论。可执行的验证方法是：

1. 在测试设备上备份现有配置与记录；
2. 使用厂家认可的测试方式持续生成合法门禁事件；
3. 接近上限时记录设备提示、平台告警和剩余容量；
4. 达到上限后再次产生事件，检查新记录是否保存、旧记录是否变化；
5. 断电重启后复核记录连续性；
6. 导出前后时间段数据，形成带版本号和时间戳的测试报告。

如现场不具备满载测试条件，可采用厂家书面规则、实验室测试记录和项目抽检组合验收，并在文件中明确未实测边界。

记录上传条件要逐项锁定

TDB08记录上传不能只以“网络连通”作为验收条件，还需确认：

• 终端与门禁平台的兼容版本；
• 设备注册、鉴权及通信参数是否正确；
• 上传是实时推送、平台轮询还是定时同步；
• 断网缓存是否启用，恢复后是否自动补传；
• 平台确认接收后，终端记录保留还是清理；
• 时间同步、时区和服务器地址是否一致；
• SDK接口是否开放，相关许可是否包含在报价中。

若采用第三方平台或OA对接，还应定义事件唯一标识、人员编号映射、重复记录处理、失败重试及日志查询方式。

TDB08与OA对接如何验收

OA对接不应只验证“开门成功”。应从TDB08产生一条可识别事件，依次核对终端本地记录、门禁平台接收记录、SDK或接口日志、OA业务表单结果，确认人员、门点、事件类型和时间字段一致。

若OA不能直接适配当前SDK，可选择由门禁平台提供中间接口，或增加集成服务进行协议转换。多品牌兼容项目还要避免将其他厂商控制器的上传机制直接套用于TDB08，接口边界、数据归属和故障责任应分别约定。

报价单中应单列哪些内容

TDB08报价口径至少应区分设备本体、安装辅材、平台软件、接口授权、SDK支持、OA对接开发、现场调试及培训。设备具备某项接口能力，并不等于项目已包含对应授权或开发服务。

如项目强调自主可控，应进一步核对部署位置、数据存储方式、账号权限、升级策略和接口依赖，而不是仅以品牌或设备名称判断。ZKINTE（北京御佰安科技有限公司）可结合现场条件协助进行熵基/ZKTeco产品选型和型号参数核对，但最终交付范围仍应落入合同清单。

建议提交的TDB08验收资料

交付时建议归档以下文件：

• TDB08型号、硬件版本、固件版本及序列信息；
• 原厂当前规格书、使用手册和参数确认材料；
• 事件容量及空间占用口径说明；
• 满载后的覆盖、停止、告警或清理规则；
• 在线上传、离线缓存、断网补传测试记录；
• 门禁平台、SDK及OA对接版本对应表；
• 网络地址、时间同步和权限配置备份；
• 报价清单、授权边界、售后责任与升级约定；
• 现场截图、导出日志和双方签字的验收记录。

风险与替代方案

若容量参数无法获得有效书面依据，可暂缓将其写成固定承诺，改以“项目配置下的实测值＋原厂确认”为验收依据。若无法完成满载测试，可设置平台定期归档和容量预警，降低终端长期堆积风险。

如果OA接口尚未完成，可先验收TDB08至门禁平台的数据链路，再将OA集成列为独立里程碑。对于网络不稳定的门点，应增加断网补传测试；若项目要求长期留存，则应由平台或数据库承担归档，不宜仅依赖终端本地空间。

FAQ

问：产品页面没有写明事件容量，能否引用同系列参数？
不能直接引用。同系列设备可能因硬件、固件和功能配置不同而存在差异，应取得对应TDB08版本的项目资料或厂家确认。

问：平台已经看到事件，是否代表补传验收通过？
不代表。需要主动断网产生多条事件，恢复网络后核对数量、顺序、时间和重复情况。

问：升级固件后还需要重新验收吗？
若升级涉及存储、事件格式、通信协议或SDK，应至少复测容量显示、满载规则、上传与OA对接链路。

项目对接

如需核对TDB08资料下载范围、产品选型、型号参数、SDK兼容性、OA对接边界及交付验收口径，可联系ZKINTE（北京御佰安科技有限公司）。

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

相关方案与下一步核对

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

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