门禁系统 2026-11-02 董经理 1 views

熵基门禁系统采用TDB08前，怎么判断更稳

熵基门禁系统采用TDB08前，不能只看“控制器能存多少条事件”，而要把TDB08在系统中的设备角色、控制器事件记录容量、项目预计记录量、现场要求的保留周期放在同一张核对表里。TDB08属于熵基/ZKTeco门禁终端，具体是否承担控制、识别、记录或通过其他控制器协同工作，必须以原厂当前资料、项目配置和实际接线方案为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先确认TDB08在项目中的角色

采购阶段常见误区，是把门禁终端、门禁控制器、管理软件的日志容量混为一谈。应先确认以下事项：

TDB08是独立控制单元，还是作为终端接入门禁控制器；
事件记录由TDB08保存、由控制器保存，还是上传平台后由服务器数据库保存；
断网时是否本地缓存，恢复网络后是否补传；
“事件记录”是否包含通行、拒绝、胁迫、门磁、出门按钮、远程开门、设备告警和管理操作。

如果采购文件只写“熵基TDB08门禁终端”，却没有写控制器型号、平台软件、存储位置和数据同步规则，不能直接据此判断整套系统的容量。

按现场事件口径估算记录量

预计记录量应按门、设备和时间计算，而不是只按员工人数估算。可采用：

日记录量＝日通行事件＋日异常事件＋日管理事件＋设备状态事件

再按以下因素修正：

正常进出是否分别记录；
重复刷卡、识别失败、开门超时是否单独生成事件；
多人尾随、访客、临时权限、远程放行是否纳入统计；
门磁变化、断网重连、设备重启是否高频上报；
节假日、轮班、访客高峰是否需要按峰值估算。

建议将工作日、周末、活动日分别测算，并预留增长余量。容量核对不能只用“人员数量×每天两次”这个简化公式，否则容易漏掉异常和管理类事件。

把“容量”拆成三个层次核对

项目方应分别向厂家或集成商确认：

终端或控制器本地容量：断网期间能够保留多少条、是否循环覆盖、满载后保留旧记录还是停止写入。
通信补传能力：网络中断后是否自动续传，补传顺序是否按时间排列，重复上传时平台是否去重。
平台数据库容量：平台保留周期、数据库归档方式、备份策略、查询速度和导出格式。

原厂公开资料中具体规格、接口及授权范围可能随产品版本和配置变化，TDB08的型号参数应以原厂当前页面、技术规格书和项目确认单为准，不能用其他终端或旧版本资料替代。

用一张容量核对表锁定结论

在技术澄清阶段，建议形成书面表格，至少包含：

核对项	需要确认的内容
记录主体	TDB08、控制器或平台分别保存什么
单日峰值	正常、异常、访客和管理事件各多少
保留周期	本地断网保留时长、平台在线保留时长
满载规则	循环覆盖、停止记录或告警提示
同步规则	断网缓存、恢复补传、重复数据处理
查询要求	是否按人员、门、时间、事件类型筛选
导出要求	文件格式、字段、时间范围和权限
备份责任	谁备份、备份到哪里、多久验证一次

最终结论应写成“预计峰值记录量、设备可用容量、平台保留周期、余量及责任人”，而不是笼统写“满足项目要求”。

现场条件会改变容量判断

门禁点位较多时，网络拓扑、供电稳定性和控制箱环境会直接影响日志保留。现场核查应覆盖控制器安装位置、交换机上联、弱电间温湿度、UPS供电、门磁和出门按钮接线，以及网络中断后的恢复方式。

如果现场经常存在弱网、跨网段访问或夜间断电，单看平台容量没有意义，应重点验证本地缓存和补传。对于门禁、考勤、访客等系统共用网络的项目，还要确认高峰时段的通信拥塞是否会造成事件延迟或重复上报。

采购报价不能只写一个设备单价

报价文件应区分TDB08终端、控制器、门禁管理软件、服务器或数据库环境、授权模块、安装调试、旧设备替换、线缆辅材和后续服务。若涉及多品牌兼容，还要明确兼容对象、接口协议、可实现功能和责任边界，不能仅以“支持接入”表述。

产品选型时，应把型号参数、授权范围、门数、识别方式、接口要求和平台版本逐项对应。涉及SDK或OA对接时，应确认SDK是否开放、接口文档是否随项目提供、数据方向是单向还是双向、人员和权限由谁维护，以及接口异常由哪一方排查。未经书面确认，不应把定制开发写入默认交付范围。

与现有系统兼容的边界

若项目已有熵基/ZKTeco设备，也不代表不同系列可以直接混用。应核对通信协议、管理平台版本、控制器固件、事件字段、权限模型和时间同步方式。若要接入第三方门禁、访客或OA系统，还需验证人员新增、离职停权、组织同步、通行记录回传和异常重试。

无法满足现有协议时，可采用分区部署：保留原系统管理既有门，新建区域使用TDB08及匹配控制器，再通过SDK或中间接口向OA交换必要数据。若现场要求自主可控，应进一步确认服务器部署位置、账号权限、数据导出、备份恢复和厂商依赖范围。

容量不足时的替代方案

当计算结果显示本地记录余量不足，可按风险顺序处理：

优先增加平台归档和数据库备份能力，避免把所有要求压在终端本地；
调整控制器或终端配置，但必须以厂家兼容清单和现场接线为准；
对非必要的高频状态事件设置合理采集策略，保留安全审计所需事件；
增加网络稳定性和UPS保障，降低断网缓存压力；
对长期审计数据采用定期导出、归档和可恢复备份。

不能通过关闭关键拒绝、告警或管理事件来“压缩容量”，也不能把循环覆盖当作满足长期留痕要求。

验收时按实际断网场景测试

验收不应只截图平台当前记录，应至少执行以下测试：

连续产生正常通行、拒绝、远程开门和门状态告警；
断开网络，确认事件仍按约定保存；
恢复网络，核对补传数量、顺序和时间；
模拟接近容量或满载，确认告警及覆盖规则；
按人员、门、时间和事件类型查询并导出；
核对TDB08、控制器、平台的设备编号和时间是否一致；
验证账号权限、日志审计、备份恢复和OA同步；
记录测试环境、固件版本、平台版本和未闭环问题。

验收单应写明容量口径与保留周期，避免交付后因“终端容量满足”与“项目档案需长期保存”产生争议。

常见问题 FAQ

TDB08标称为门禁终端，能否直接按控制器容量采购？

不能。先确认设备角色和系统拓扑，再核对实际承担事件存储的终端、控制器及平台。

只要平台能查询历史记录，就代表现场数据保留满足要求吗？

不代表。还要验证断网期间的本地缓存、补传机制、数据库归档、备份恢复和导出可读性。

事件容量不足，能否只增加硬盘？

不一定。硬盘主要影响平台侧存储；终端或控制器本地缓存不足时，还需调整设备、网络或同步方案。

采购前应向厂家索取哪些资料？

建议索取原厂当前规格、兼容清单、平台版本说明、SDK及接口文档、授权范围、部署要求和验收建议，并以项目配置确认单为准。

项目对接方式

ZKINTE（北京御佰安科技有限公司）可围绕现场条件、兼容边界、报价口径、交付验收和售后责任协助梳理熵基/ZKTeco门禁项目，具体方案以现场勘查和厂家当前资料为准。

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

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