门禁系统 2026-10-31 董经理 3 views

ZKTeco门禁系统要求断网期间继续运行时，怎么判断更稳

ZKTeco门禁系统要求断网期间继续运行，不能只确认“TDB08支持离线”就下结论。更稳的判断方法，是把TDB08的离线工作边界、授权数据下发状态、记录保存条件，以及恢复通信后的补传与去重方式分别验证。尤其要区分“平台网络中断”“局域网中断”“控制链路中断”和“设备断电”，这些故障对应的门禁结果并不相同。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先确认TDB08在项目中的控制位置

原厂公开信息可确认TDB08属于门禁终端，但具体型号参数、接口、存储能力及授权范围，应以项目资料和厂家当前规格为准。采购前需要画出实际链路：

人员凭证或生物识别 → TDB08 → 门禁控制设备或锁具 → 管理平台/OA

如果TDB08本地完成身份判断并直接参与开门控制，断网时可能维持部分业务；如果开门结果依赖服务器实时返回，平台或网络中断后就可能无法放行。若现场另有控制器，还应确认授权和记录究竟保存在终端、控制器，还是两者分别保存。

“断网可用”必须拆成四种工况

建议在采购技术协议中分别定义以下状态，避免验收时产生口径冲突：

外网中断、局域网正常：终端与本地平台仍可通信。
终端到服务器链路中断：终端在线状态消失，但供电和锁控正常。
终端与控制器通信中断：身份识别可能正常，实际开门未必执行。
现场断电：这不是普通断网，应另外核对UPS、门锁类型及消防联动。

“网络断开后仍能识别”不等于“仍能开门”，而“能开门”也不等于“记录一定能够保存并补传”。

核对离线授权是否真正落到设备

离线工作的前提，是有效人员、凭证、时段、门权限等数据已经完整下发到参与决策的设备。现场应抽查新增人员、权限变更、人员停用和有效期到期四类数据，并在断网前读取同步结果。

重点确认：

哪些认证方式可离线使用；
组合认证是否依赖平台；
节假日、时段和反潜回等规则由谁执行；
临时访客、远程开门、动态码等功能断网后是否失效；
权限撤销未及时同步时，旧权限是否仍会在设备端生效。

涉及熵基/ZKTeco具体功能时，不应按相近型号推断TDB08能力，均以项目配置、当前规格和实际测试为准。

记录保存条件要问到“写在哪里”

记录保存不能只看“支持多少条”这一项。项目方应让供货和实施单位明确：认证记录、开门结果、告警、门磁状态及操作日志分别保存在哪里，容量口径是否共用，以及存储接近上限后的处理策略。

还要核对设备时间来源。断网期间如果时钟发生偏差，恢复通信后即使记录全部补传，也可能造成考勤、审计或OA流程中的时间错位。建议测试跨日、跨班次和设备重启后的时间连续性。具体存储数量、覆盖规则和断电保持条件，以项目资料和厂家当前规格为准。

用业务峰值反推离线保存窗口

采购阶段不要仅接受标称容量，应按现场事件量估算离线窗口：

预计离线天数 × 每日通行事件 + 拒绝记录 + 告警与操作日志 + 安全余量

例如同一次通行可能产生识别、开门和门状态等多类事件，不能简单按“人数”计算。若项目要求断网多日运行，应由实施方说明记录满载时是停止写入、循环覆盖还是触发告警，并将答案写入技术确认单。

恢复通信后重点检查补传、去重和顺序

恢复网络不代表数据已经正确进入平台。验收时应保留一段可追溯的离线记录，重新联网后核对：

是否自动补传，还是需要人工操作；
补传范围是否包含成功、失败、告警和门状态；
同一记录是否重复上传；
是否按事件发生时间排序，而非上传时间排序；
设备重启后未上传记录是否仍在；
多次断网、网络抖动时是否出现漏记；
平台已删除或变更的人员记录如何关联。

如需SDK或OA对接，还要确认唯一事件标识、时间字段、设备编号、人员编号和重传机制。OA侧应具备幂等处理能力，避免补传数据重复生成考勤、审批或告警。

一套可执行的现场验证步骤

先选取正式用户、临时用户、已停用用户和不同通行时段各一组测试对象。确认权限下发成功后，记录平台、TDB08及相关控制设备的当前时间和在线状态。

随后断开终端到平台的通信，连续执行允许通行、拒绝通行、过期权限、非授权时段和异常开门测试；记录每次操作的实际时间、门锁动作与现场提示。离线期间再修改一名用户权限，用于验证“未下发变更不会自动生效”的边界。

恢复通信后，导出设备侧与平台侧记录逐条比对，并检查OA接收到的数据。最后重复一次“断网—设备重启—通行—联网”流程，确认记录保存条件是否受重启影响。

采购报价应覆盖哪些交付口径

TDB08报价不能只比较终端单价，还应明确电源、锁具、出门按钮、门磁、控制器、网络、安装辅材、平台许可、SDK支持、OA对接和现场调试是否包含。涉及多门、多点位或多品牌兼容时，需要先完成接口与控制边界确认。

ZKINTE（北京御佰安科技有限公司）可结合熵基/ZKTeco产品选型、型号参数、资料下载和现场条件整理配置口径。项目强调自主可控或多品牌兼容时，应分别核对本地部署、数据接口、第三方设备协议及后续升级责任，不能用“可对接”替代书面接口范围。

风险无法接受时的替代方案

若TDB08项目配置不能满足目标离线时长，可考虑增加具备本地授权与记录能力的门禁控制层，或采用本地部署平台降低对外部链路的依赖。记录量较大时，可缩短平台轮询周期并设置存储占用告警。

对于高安全门区，可将“离线允许通行”改为受限名单、限定时段或双重验证；对于疏散门和消防联动，应优先遵循消防、供电及锁具设计要求，不可仅靠终端策略替代。替代方案实施前仍需完成TDB08兼容性测试。

TDB08断网项目验收清单

已定义断网、断链、断电的不同验收条件
已确认离线决策发生在终端还是控制器
人员、凭证、时段和门权限已完成下发核验
已验证停用、过期及未同步权限的实际结果
已核对记录类型、保存位置、容量与覆盖规则
已执行断网期间连续通行和设备重启测试
联网后记录补传完整，无重复、漏传和时间错序
SDK与OA对接已验证字段映射及幂等处理
报价口径、交付验收和售后责任已形成书面文件

FAQ：现场最容易争议的三个问题

只拔掉网线测试一次，能否证明离线可靠？
不能。还应覆盖权限变更未同步、存储接近上限、设备重启、网络抖动和恢复后的批量补传。

断网期间新增人员为什么不能立即通行？
如果新增权限尚未下发到本地决策设备，终端无法获得该授权。可预先下发人员，或为临时业务设计受控的备用通行流程。

OA没有收到离线记录，是否一定是终端丢失？
不一定。需要依次检查设备是否保存、平台是否补传、接口服务是否读取，以及OA是否因重复键、时间格式或人员映射而拒收。

项目对接时，建议提供门数量、TDB08配置、锁具类型、平台部署方式、预计离线时长及OA接口需求，以便明确兼容边界和验收口径。

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

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