门禁系统在上下班集中通行时段使用熵基TDB08，型号怎么选

门禁系统在上下班集中通行时段使用熵基 TDB08，不能只按人员数量选型号。选型前应先确认峰值到达强度、一次通行触发的事件数量、断网缓存与补传机制、记录上传方式，以及门禁业务与 OA 对接产生的网络负载；具体型号参数、接口和授权范围，均以项目资料和熵基/ZKTeco 厂家当前规格为准。

TDB08 选型先看“短时峰值”而非日均人数

上下班高峰的矛盾通常不是全天记录量，而是几分钟内多人连续验证。现场应分别记录：

• 最密集入口数量及各入口排队人数；
• 1 分钟、5 分钟内的实际到达人数；
• 单人是否需要人脸、刷卡、密码等组合验证；
• 验证成功后是否联动门锁、闸机、电梯或访客系统；
• 一台终端对应一扇门，还是需要多设备协同。

建议在采购前进行现场计时，按“峰值到达人数÷统计分钟数”计算每分钟通行需求，并保留余量。设备标称识别速度不能直接等同于整门通行速度，开门保持时间、闸机动作和人员停留都会影响吞吐。

一次通行究竟生成多少事件

TDB08 每完成一次验证，项目平台可能同时接收验证记录、开门事件、抓拍图片、告警信息和考勤数据。应向厂家或集成方逐项确认：

1. 成功、失败、陌生人、胁迫、门未关等事件如何定义；
2. 重复验证是否去重，去重规则在终端还是平台执行；
3. 图片是实时上传、按策略上传，还是仅本地保存；
4. 门磁、出门按钮、报警输入是否形成独立记录；
5. OA 需要原始事件，还是只接收整理后的考勤结果。

若所有事件均携带图片，高峰期数据量会明显高于纯文本记录，应单独评估。

记录上传方式决定网络压力

采购确认单中要写明 TDB08 采用实时推送、平台轮询、定时上传或混合方式。不同方式对网络的影响不同：

• 实时推送：时效性高，但并发入口多时会形成瞬时流量；
• 平台轮询：便于统一控制，轮询过密可能增加终端和服务器负担；
• 定时批量上传：网络较平稳，但记录可见时间存在延迟；
• 断点续传：适合链路不稳定场所，必须验证补传顺序和重复数据处理。

具体通信协议、端口、加密方式、可配置项及并发边界，以项目资料和厂家当前规格为准。

用事件模型估算带宽与平台并发

可按以下方法形成初步测算：

峰值流量 ≈ 峰值人数 × 单人平均事件数 × 单条事件平均数据量 ÷ 时间窗口

其中，单条事件平均数据量应分别测试纯记录和带图片两种情况。除带宽外，还要核对平台每秒接收事件数、数据库写入能力、图片存储空间及 OA 接口调用频率。多门同时开门时，应按同一分钟集中发生计算，不能把数据平均到全天。

断网场景必须确认本地保存与补传

园区网络中断并不意味着门禁业务必须停摆，但能否离线验证、可保存多少记录、恢复后如何补传，取决于 TDB08 的实际配置和软件版本。选型前应确认：

• 断网时哪些认证方式仍可使用；
• 本地记录与图片的容量边界；
• 存储接近上限时是覆盖、告警还是停止写入；
• 补传期间是否影响新的实时事件；
• 终端时间漂移后，平台按设备时间还是服务器时间排序。

上述能力不可仅凭产品名称判断，应纳入样机测试和验收脚本。

SDK 与 OA 对接要先划清责任边界

OA 对接前应明确由 TDB08 直接连接 OA，还是先接入门禁平台，再由平台向 OA 提供数据。通常后者更便于设备隔离、事件清洗和多品牌兼容，但需要额外确认中间平台的接口能力。

SDK、API 文档、示例程序、授权方式及版本兼容范围，应在报价前确认。还要明确人员下发、权限变更、记录查询、事件订阅分别由哪一方开发；OA 厂商、门禁集成方和网络运维方各自负责哪些故障，避免上线后相互推诿。

型号与配置不能只写“TDB08”

采购清单应把设备本体、识别配置、安装附件、供电方式、门锁与门磁、出门按钮、管理软件、接口授权、实施服务分别列出。若项目对自主可控有要求，还应核对服务器环境、数据库、操作系统适配方式以及后续升级依赖。

TDB08 的具体型号参数、识别方式、容量、接口和选配内容，应从熵基/ZKTeco 当前产品资料、项目技术确认单及正式报价中交叉核验，避免以不同版本资料替代本项目配置。

网络条件不足时的风险与替代方案

若高峰期共享办公网络拥塞，可能出现记录延迟、图片上传堆积、平台状态误判或 OA 数据晚到。可根据现场采用以下替代方案：

• 门禁设备划分独立 VLAN，限制非门禁广播流量；
• 图片与文本记录采用不同上传策略；
• 多入口分批接入平台，避免同一时刻集中注册和同步；
• 由边缘管理平台汇聚事件，再统一对接 OA；
• 对网络条件较差的入口优先采用本地验证、恢复后补传。

替代方案实施前，应验证其是否影响实时告警、权限撤销和考勤时效。

报价必须统一口径

询价时应同时提供入口数量、预计人员规模、峰值通行量、认证方式、是否上传图片、平台部署位置、OA 接口需求和网络拓扑。报价应区分硬件、软件许可、SDK 或接口服务、安装辅材、调试、培训及售后范围。资料下载版本也应与拟采购型号、固件及平台版本对应，不能仅凭旧版彩页确定兼容性。

到货与高峰模拟验收清单

• 核对设备铭牌、配置清单、固件和授权；
• 连续多人验证，记录排队时间与失败原因；
• 同时触发多个入口，观察平台接收和数据库写入；
• 分别测试纯事件、带图片事件的上传延迟；
• 断网产生记录，恢复后检查漏传、重传和顺序；
• 验证人员新增、权限撤销及黑名单下发时效；
• 对照设备、门禁平台与 OA 三方记录数量；
• 输出端口、账号权限、备份恢复和售后责任文档。

FAQ

TDB08 能否直接按员工总数选型？
不能。员工总数用于核对容量，峰值到达强度、验证组合、门体动作和事件上传策略才决定高峰体验。

OA 只接考勤结果，还需要 SDK 吗？
不一定。若门禁平台已有可用接口，可由平台整理后对接；是否需要 SDK、接口授权或二次开发，应以系统架构和当前授权范围为准。

已有其他品牌门禁，能否与 TDB08 混用？
可按多品牌兼容思路设计，但须验证人员标识、事件字段、时间格式、图片编码和权限下发机制，不能仅以“支持接口”作为验收结论。

ZKINTE（北京御佰安科技有限公司）可协助整理熵基/ZKTeco 产品选型、型号参数核对、网络负载测算、报价口径、SDK 与 OA 对接边界及交付验收项。联系电话：13521755685（董经理）；同号微信；售后 1 小时极速响应 · 7×12 小时在线

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

相关方案与下一步核对

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

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