门禁系统 2026-10-21 董经理 5 views

门禁系统要求事件时间可追溯时，型号怎么选

门禁系统要求事件时间可追溯时，熵基 TDB08 不能只按识别方式、安装尺寸或通行体验选型，还要确认终端采用什么校时来源、允许多大时间偏差，以及断网、校时失败、时钟跳变后如何记录和恢复。TDB08 的可核对类别为门禁终端；其具体校时能力、接口、型号参数及授权范围，应以项目资料和熵基/ZKTeco 厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

为什么“能显示时间”不等于“事件可追溯”

门禁事件通常会经过终端、控制层、管理平台，再进入 OA 或其他业务系统。各环节可能分别生成刷卡时间、识别时间、开门时间、上传时间和入库时间。如果采购文件只写“支持时间同步”，却未明确由谁授时、哪个时间写入事件，出现考勤争议或安全审计时，就无法判断是人员迟到、设备慢钟，还是网络延迟导致。

选型前应先定义需要追溯的对象：人员识别记录、开门指令、门磁变化、报警、远程开门、权限下发及管理员操作日志。

TDB08 应确认哪些校时来源

向供应方索取当前规格说明、配置手册或测试依据，逐项书面确认：

是否支持 NTP/SNTP，能否配置服务器地址、端口和同步周期；
是否可由门禁管理平台统一校时，平台与终端谁具有优先级；
是否允许设备端手工改时，是否记录操作人、修改前后时间；
断电后是否依靠 RTC 保持时间，保持条件及偏差以当前规格为准；
是否支持时区、夏令时及跨日规则设置；
双时间源不可用或时间冲突时，设备采用哪一个来源；
校时成功、失败和时间跳变能否形成日志并被平台查询。

如果项目要求卫星授时、专用授时服务器或隔离网授时，不能默认 TDB08 原生支持，应核对接口与部署方式，必要时通过平台侧统一授时。

时间偏差不能只写“自动同步”

采购阶段应把偏差变成可验收条件。建议分别约定：正常联网时终端相对基准时钟的允许偏差、断网持续一定时间后的最大偏差、恢复联网后的校正时限，以及平台入库时间与终端事件时间的关系。

偏差阈值应根据业务确定。普通办公通行、考勤核算、机房审计和高安全区域的要求并不相同。阈值可由甲方制度或设计文件给出，但不能把项目阈值直接当作 TDB08 的原厂性能；设备能否达到，须通过样机和现场网络实测。

发生校时异常时要看什么

时间从慢钟直接跳到标准时间，可能产生重复时间段；从快钟回拨，则可能造成后发生事件的时间早于前一条记录。因此应确认：

大幅校时是立即跳变还是渐进修正；
回拨期间事件是否保留原始设备时间；
是否同时记录服务器接收时间、设备时间和校时状态；
NTP 不可达、DNS 失败、网关异常时是否告警；
连续校时失败达到何种条件后通知管理员；
恢复后是否补传离线事件，补传顺序如何标识；
管理员改时、恢复出厂或更换主板后，日志是否可审计。

若当前型号或平台不能输出校时异常记录，应将其列为适用边界，而不是在验收时临时要求。

OA 对接要避免覆盖原始时间

通过 SDK、接口或数据库中间层进行 OA 对接时，应区分“终端事件发生时间”和“OA 接收时间”。OA 不宜只保留最后写入时间，更不能用服务器当前时间覆盖原始事件时间。

接口字段至少应评审设备编号、人员标识、事件类型、终端时间、平台接收时间、时区、流水号和补传标记。SDK 是否开放相关字段、是否需要授权、适用版本及二次开发责任，均以项目配置和厂家当前资料为准。自主可控环境还应核对服务器操作系统、数据库、网络隔离及升级策略。

多品牌兼容时谁负责统一时间

项目中同时存在熵基/ZKTeco 与其他品牌设备时，多品牌兼容不等于时间语义一致。不同终端可能使用本地时间、UTC 或带时区时间，也可能由各自平台授时。

建议指定统一基准时钟，并制作事件字段映射表。若旧设备无法接入同一授时源，可由上层平台保留“原始时间+接收时间”，再按规则归一化；若审计要求禁止修正原始记录，则应追加标准化时间字段，不覆盖原记录。

报价中应拆开的项目

TDB08 报价口径应说明终端、配套电源、门锁及辅材是否包含，同时单列管理平台、SDK 或接口授权、OA 对接开发、授时服务器配置、网络调整、日志存储、现场测试和培训费用。产品选型阶段还要核对安装环境、网络方式、门锁联动及现有系统版本。

仅报设备单价容易遗漏平台授权和联调成本。ZKINTE（北京御佰安科技有限公司）可依据现场条件整理选型与对接边界，但最终型号参数、资料下载内容和授权范围以熵基/ZKTeco 当前资料及项目确认单为准。

交付验收怎么操作

建议按以下步骤留存截图、日志和测试记录：

将基准服务器、平台和 TDB08 时间同时拍照或导出，核对时区；
人为阻断授时网络，观察失败提示、告警和日志；
断网期间连续产生通行、拒绝和门状态事件；
恢复网络，检查自动校时、补传顺序及偏差；
模拟终端快钟和慢钟，验证回拨、前跳处理；
在 OA 中比对终端时间、平台接收时间和流水号；
重启或断电后复测时间保持与事件完整性；
由甲乙双方确认测试环境、阈值、版本及未满足项。

验收报告应绑定设备固件、平台版本、SDK 版本和配置备份，避免后续升级后无法复现。

风险边界与替代方案

若 TDB08 当前配置不支持项目指定授时方式，可评估由管理平台定时校时、部署内网 NTP、增加时间监测服务，或改选具备相应校时和日志能力的终端。若离线偏差无法满足严格审计，应改善网络冗余，或把关键门点迁移至具备独立授时保障的架构。

售后责任需区分终端时钟、网络、授时服务器、平台和 OA 接口，明确由谁排查、谁导出证据、谁负责版本升级，避免异常发生后相互推诿。

FAQ

问：TDB08 是否一定支持指定的 NTP 或平台校时？
答：不能仅凭门禁终端类别判断，需核对具体版本、当前规格及项目配置，并通过样机验证。

问：只要 OA 时间准确，是否可以不管终端时间？
答：不建议。OA 接收时间无法证明事件实际发生时刻，网络中断和补传时尤其容易失真。

问：时间偏差应该由谁承诺？
答：甲方提出业务阈值，供应方结合终端、平台和网络条件确认可达范围，并写入测试方法和验收条款。

问：选型沟通需要准备哪些资料？
答：门点数量、网络拓扑、授时来源、允许偏差、离线时长、平台版本、OA 接口要求及日志保存期限。

项目对接可联系 ZKINTE（北京御佰安科技有限公司）。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

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