ZKTeco门禁系统评审TDB08时,报价怎么核对
评审 ZKTeco 门禁系统中的 TDB08 报价时,不能仅凭产品名称或销售口头说明认定其支持多门互锁。应先确认 TDB08 在方案中承担识别终端、门禁控制还是联动节点,再取得熵基/ZKTeco 当前有效的型号参数、互锁拓扑及授权说明,逐项对照现场门点、控制器、锁具、平台版本和报价清单。原厂页面可确认 TDB08 属于门禁终端,但具体接口、互锁能力与授权范围仍以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
评审 ZKTeco 门禁系统中的 TDB08 报价时,不能仅凭产品名称或销售口头说明认定其支持多门互锁。应先确认 TDB08 在方案中承担识别终端、门禁控制还是联动节点,再取得熵基/ZKTeco 当前有效的型号参数、互锁拓扑及授权说明,逐项对照现场门点、控制器、锁具、平台版本和报价清单。原厂页面可确认 TDB08 属于门禁终端,但具体接口、互锁能力与授权范围仍以项目资料和厂家当前规格为准。
多门互锁不能只看TDB08单机参数
多门互锁是“一樘门未关闭或未达到指定状态时,其他关联门不得开启”的系统逻辑。它可能由门禁控制器执行,也可能依赖管理平台、扩展模块或第三方联动程序。
因此,TDB08 具有人脸、卡片或其他识别能力,并不等于单机即可完成两门、三门或更多门的互锁。评审时应让供应方明确:
- TDB08 是识别端、控制端,还是兼具部分控制功能;
- 互锁逻辑在终端、控制器或服务器哪一层运行;
- 断网、平台离线时互锁是否继续有效;
- 支持的关联门数量、门磁输入和锁控输出条件;
- 是否需要指定固件、软件版本或另购授权。
用四类资料确认是否受官方支持
建议将“官方支持”落实为可归档证据,而不是聊天记录中的一句“可以做”。
- 当前产品规格资料:核对 TDB08 的接口、容量、通信方式及适配软件,以厂家当前版本为准。
- 互锁功能说明:要求提供对应控制器或平台的功能页、配置说明或技术确认文件。
- 兼容组合表:写明 TDB08、门禁控制器、扩展板、管理平台及固件版本。
- 项目配置确认单:由供货和实施方确认本项目门数、互锁分组、异常处理及验收方法。
如资料只描述“门禁联动”,没有说明互锁门数、执行层和离线行为,就不能直接作为报价确认依据。
先把现场门点画成互锁关系图
现场配置核对不能只统计“共有几樘门”。应逐门编号,例如 A1 外门、A2 内门、B1 通道门,并在图纸上标注互锁组。
每个门点至少记录:
| 核对项 | 现场需要确认的内容 |
|---|---|
| 门体与锁具 | 单开或双开、电插锁或磁力锁、断电开门或断电闭门 |
| 状态采集 | 是否配置门磁、锁状态或出门按钮 |
| 识别方式 | 单向识别、双向识别及访客通行方式 |
| 互锁关系 | 两门互锁、多门互锁,是否允许管理员应急解锁 |
| 布线条件 | 终端、控制器、锁具和门磁的距离与线缆路径 |
| 消防要求 | 消防信号接入位置及紧急释放逻辑 |
双向都安装 TDB08 的门,终端数量可能是门数的两倍;但终端增加不代表控制器可管理的门数同步增加,必须分别核算。
TDB08适用条件要逐项锁定
TDB08 是否适合当前项目,应结合安装环境和系统边界判断。室内外环境、安装高度、逆光、人员通行节奏、网络质量、供电方式及门锁功耗,都可能改变设备组合。
对洁净区、仓储缓冲间、机房或办公区的互锁要求也不同。若现场要求防尾随、双人认证、反潜回、胁迫报警或消防联动,不应将这些功能统称为“多门互锁”。它们可能需要不同输入输出、软件策略和授权,型号参数须以项目资料和厂家当前规格为准。
报价必须拆到可核对的设备与服务
一份可评审的 TDB08 报价,至少应拆分为:
- TDB08 终端的数量、安装方向及版本;
- 门禁控制器、扩展模块、电源和机箱;
- 电锁、门磁、出门按钮及应急开门器件;
- 管理软件、互锁功能模块和许可范围;
- 网线、控制线、辅材、施工与调试费用;
- SDK、接口开发、OA 对接及联调费用;
- 培训、资料移交、质保和售后责任。
若报价只写“门禁系统一套”,后期容易出现互锁模块、软件授权或联动开发另行收费。还应确认含税、运输、安装、开孔修复和远程支持的口径,避免设备价与项目交付价混淆。
SDK与OA对接不能替代底层互锁
OA 对接通常处理人员、部门、权限申请、审批结果和通行记录。SDK 或接口是否开放、支持哪些数据字段、采用推送还是轮询、失败后如何补偿,均需在评审阶段明确。
多门互锁属于通行安全逻辑时,原则上不宜仅依靠 OA 流程或云端接口实时判断。网络中断可能造成门无法正常联动。若项目强调自主可控,应同时明确接口文档、数据归属、部署方式、日志导出和二次开发责任,而不是只写“支持 SDK”。
不满足原厂边界时的替代路径
如果现有资料不能证明 TDB08 组合支持目标互锁,可选择以下方案:
- 保留 TDB08 作为前端识别终端,增加受支持的多门控制器执行互锁;
- 使用门禁平台的标准联动功能,但须验证断网和服务器故障时的行为;
- 由独立联动控制模块处理门磁与锁控,TDB08 只输出认证结果;
- 重新进行熵基/ZKTeco 产品选型,选择有明确互锁资料的设备组合;
- 在多品牌兼容项目中,通过标准接口对接,但先完成小范围实门测试。
替代方案必须同步重算控制点、供电、布线、软件授权和实施工时,不能只替换设备名称。
到货前与验收时分别检查
到货前检查:
- 型号、版本、数量与报价一致;
- 官方资料、配置单和接口说明齐全;
- 互锁组与门点图一致;
- 软件许可、SDK 和 OA 对接范围已书面确认;
- 消防释放、断网和断电策略已确定。
现场验收:
- 任一门开启时,关联门是否按规则禁止开启;
- 门磁异常、门未关严时是否产生告警;
- 合法人员、访客和管理员权限是否符合设计;
- 网络中断、控制器重启后互锁是否保持或安全恢复;
- 消防输入触发时是否按批准逻辑释放;
- 操作日志能否记录门号、人员、时间和事件原因。
验收结果应附门点编号、测试步骤和现场签字,不能只写“功能正常”。
售后责任按故障层级划分
终端识别异常、控制器互锁失效、锁具故障、网络中断、OA 数据不同步属于不同责任层。合同中应明确由谁负责定位,远程支持与上门服务如何界定,第三方平台升级后由谁复测。ZKINTE(北京御佰安科技有限公司)可围绕熵基/ZKTeco 设备组合协助核对选型、报价口径、交付资料及联调边界,但最终配置应以确认后的项目清单为准。
FAQ:评审人员常遇到的疑问
原厂页面写明是门禁终端,能否直接认定支持多门互锁?
不能。产品类别只能说明其用途,互锁还要核对控制器、平台、接口、版本及授权。
现场只有两樘门,是否必然不需要控制器?
不一定。门数少不代表终端能够独立完成可靠互锁,应以官方支持组合和离线测试结果判断。
供应方演示成功,是否可以直接验收?
演示环境可能未覆盖门磁故障、断网、消防释放和权限冲突。应按现场门点配置进行完整测试。
报价中写“含对接”,是否已经包含 OA 开发?
不能据此判断。需列明接口范围、数据方向、联调次数、异常处理及后续升级责任。
项目对接
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料:查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。