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

熵基门禁系统评估TDB08的门点规模时，怎么判断更稳

熵基门禁系统评估 TDB08 的门点规模时，稳妥做法不是直接用“终端数量”等同于“门数量”，而是先按原厂当前容量口径确认 TDB08 在项目架构中的角色，再逐门核对实际门、预留门和扩展门。TDB08 的具体型号参数、接口、授权及可管理规模，应以项目资料和厂家当前规格为准，不能仅凭产品名称或历史版本参数下单。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基门禁系统评估 TDB08 的门点规模时，稳妥做法不是直接用“终端数量”等同于“门数量”，而是先按原厂当前容量口径确认 TDB08 在项目架构中的角色，再逐门核对实际门、预留门和扩展门。TDB08 的具体型号参数、接口、授权及可管理规模，应以项目资料和厂家当前规格为准，不能仅凭产品名称或历史版本参数下单。

先确认 TDB08 的“容量”具体指什么

熵基/ZKTeco 将 TDB08 归入门禁终端类别，但采购文件中的“容量”可能分别指设备接入量、门点数、人员数、凭证数、记录数或平台授权数，这些指标不能相互替代。

评估前应向供货和实施方取得当前版本资料，至少书面确认：

一台终端对应一樘门，还是可配合控制器管理多个门点；
单向认证与进出双向认证是否需要增加设备；
平台、控制器、终端和软件授权分别限制什么；
指纹、人脸、卡片等凭证是否共用容量；
电梯、闸机、访客通道是否计入门点授权；
离线记录、照片或事件数据的存储口径。

原厂页面可用于核对产品类别，详细规格和资料下载仍需对应实际销售版本。

用门点台账核对现场实际数量

不要只统计平面图上的门，应建立“一门一行”的门点台账。每行建议填写建筑、楼层、区域、门编号、门型、通行方向、认证方式、消防联动、锁具、出门按钮和计划上线时间。

以下对象容易漏算：

双扇门实际共用一个受控通道，通常不应机械算成两个门点；
前后门、设备间门及消防疏散门可能在图纸中分散标注；
闸机双向通行可能涉及多个读头，但不必然等于多个门；
同一门内外均需身份识别时，设备数可能大于门点数；
仅安装机械锁、暂不接入系统的门，不应混入本期实际门。

最终形成“物理门数、受控门点数、终端数、读头数”四个独立数字。

按项目状态拆分三类门数量

建议把门点分为本期实施、确定预留和规划扩展，而不是笼统增加一个比例。

分类	判断依据	采购处理
实际门	已有图纸、点位、线缆及上线计划	纳入本期设备与授权
预留门	已确定位置，暂缓安装终端或锁具	预留端口、网络、电源及授权条件
扩展门	后续装修、租区调整或新楼层需求	核查平台上限和扩容路径

预留门应有门编号和预期启用时间；只有“以后可能增加”的描述，不宜直接计入本期设备数量，但必须进入扩容风险表。

把门数量换算成设备组合

门点统计完成后，再按每樘门的通行逻辑配置 TDB08 及配套设备。换算时重点区分单向认证、双向认证、多人组合验证、门状态检测和远程开门。

例如，一樘门可能对应一台终端、一个出门按钮和一套锁具；也可能因双向认证需要门内外各设终端。若项目采用终端配控制器、读头或平台的组合，应分别列出数量，不以“TDB08 共多少台”代替完整设备清单。设备组合及接口兼容性以厂家当前规格和项目配置为准。

核验平台授权与后续扩展边界

硬件能安装不代表平台可以继续纳管。应同步确认服务器端的门点授权、设备授权、账号权限、数据库容量和版本升级条件，并要求报价中明确授权是随设备交付、按门点计算，还是需要单独购买。

若项目要求自主可控，应进一步核查部署方式、数据库环境、账号体系、数据导出和升级维护边界。不能把“支持本地部署”直接等同于所有软硬件均满足项目的自主可控要求。

SDK、OA 对接不能只看“支持”

需要与 OA 对接时，应把“支持 SDK”拆解为可验收接口：人员新增与删除、组织同步、权限下发、事件查询、开门记录回传、设备状态和异常重试。

熵基/ZKTeco 的 SDK 版本、调用方式、操作系统环境及授权范围，以厂家当前资料为准。若现场还有其他品牌门禁，多品牌兼容应通过接口文档、数据字段、时间同步和样机联调验证，不能只凭品牌清单判断。

报价阶段锁定容量口径

询价单应同时附门点台账和系统拓扑，并要求供应方分项报价：

TDB08 终端及必要配件；
控制器、锁具、电源、按钮和门磁；
平台软件、门点或设备授权；
SDK、OA 对接及二次开发；
安装调试、培训、资料和售后服务；
预留门启用及超出容量后的扩容方式。

若报价只写“门禁系统一套”，后续最容易在授权、接口开发和辅材上产生范围争议。

交付前按门逐项验收

验收不能只检查设备在线，应至少完成以下项目：

TDB08 型号、版本、数量与合同一致；
实际门、预留门和平台门点台账一致；
每樘门的认证、开锁、门磁及报警逻辑正常；
断网、断电恢复和离线记录符合项目约定；
权限下发、人员同步及记录查询可复测；
OA 对接字段、失败重试和日志留存通过测试；
软件授权、SDK 文档、配置文件及账号完成移交；
扩容方法、责任边界和售后联系人写入验收文件。

容量不确定时的风险与替代方案

如果原厂资料无法确认某项上限，不应按推测采购。可以先采用样机验证，选取单向门、双向门和跨品牌接入等代表性场景测试；也可将近期确定启用的门纳入本期，其余门只完成管线、电源和网络预留。

当既有平台容量不足时，可评估增加授权、分区部署或调整控制架构。替代方案必须重新验证统一权限、记录汇总、OA 对接和运维复杂度，不能只比较设备数量。

FAQ

图纸有 80 樘门，就按 80 个门点采购吗？

不一定。应剔除不受控门，合并共用控制逻辑的门，并检查双向认证、闸机和特殊通道是否增加终端或读头数量。

预留门需要现在购买 TDB08 吗？

取决于启用时间、预算和供货计划。近期确定上线的门可提前采购；长期规划门更适合先预留管线和平台扩容条件，避免设备长期闲置。

历史项目的参数能否用于本次选型？

不建议直接套用。硬件版本、软件授权和 SDK 可能变化，应重新取得当前项目资料，并把确认结果写入配置表、报价单和验收依据。

项目对接

ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco 产品选型、型号参数核对、门点台账、报价口径、资料下载、SDK 与 OA 对接、现场兼容边界及交付验收提供项目协同，具体配置以厂家当前规格和双方确认文件为准。

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

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