门禁系统 2026-11-09 董经理 2 views

熵基门禁系统项目核对TDB08时，验收资料怎么准备

熵基门禁系统项目核对 TDB08 时，不能仅凭产品页面判断设备如何校时、谁有校时权限，以及时间异常后事件是否补传、丢弃或覆盖。验收前应把原厂产品资料、项目实际固件、管理平台配置、SDK 接口说明和现场测试记录组成完整证据链；当前可确认 TDB08 属于门禁终端，具体校时机制及处理条件均以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

TDB08 验收的矛盾不在“时间能否修改”

现场常见争议是：采购认为设备支持时间设置即可验收，实施方关注平台能否统一校时，使用方则要求门禁事件与 OA 考勤时间一致。三者不是同一要求。

验收资料必须分别回答：

TDB08 支持哪些校时来源；
本机管理员、平台管理员和接口账号分别具有什么权限；
断网、重启、时间跳变后，事件按设备时间还是平台接收时间保存；
异常期间的离线记录能否补传，补传条件是什么；
OA 对接后采用哪个时间字段作为业务依据。

先锁定设备、固件与平台版本

从熵基/ZKTeco 的 TDB08 原厂页面确认产品类别和当前公开资料，但不要把网页上的产品介绍直接当作项目验收规格。

应在设备清单中登记完整型号、序列号、固件版本、管理平台名称及版本、通讯方式、配套控制设备和实际启用模块。若招标文件只写“TDB08”而未限定版本，应由供货方提交项目配置确认单。型号参数、接口和授权范围以项目资料和厂家当前规格为准。

用四类官方资料确认校时方式

建议按以下顺序取证并归档：

产品说明书或安装使用手册，确认本机日期、时间和时区设置入口；
管理平台操作手册，确认平台下发时间、自动同步或计划校时能力；
当前固件发布说明，核对升级是否调整校时逻辑；
SDK、API 或协议文档，确认是否提供读取时间、设置时间及事件时间字段。

若公开产品页没有相关描述，应向供货渠道或厂家技术支持索取与项目版本对应的资料，不宜根据同品牌其他型号推定 TDB08 的功能。

校时权限必须落实到账号和操作入口

权限验收不能只写“管理员可修改”。应分别测试设备端超级管理员、普通管理员、平台系统管理员、设备运维账号和 SDK 接口账号。

测试时记录登录账号、权限角色、操作入口、执行结果和审计日志。重点确认普通操作员是否可改时、平台批量校时是否需要额外权限、接口调用是否受授权模块和访问控制限制。涉及人员通行数据时，还应核查改时操作能否追溯到具体账号，避免共用管理员导致责任无法界定。

时间异常后的事件处理要做场景矩阵

原厂资料若未明确说明回拨、快进和断网补传逻辑，应通过项目设备实测，不得自行承诺。建议至少验证以下场景：

测试场景	核对结果
设备时间向前调整	调整前后事件排序、时间字段及平台告警
设备时间向后回拨	是否出现重复时段、重复记录或排序异常
断网期间产生通行事件	本地是否保存，恢复后是否补传
断电后重新启动	时间是否保持，事件缓存是否保留
平台与设备时区不同	页面、报表和接口返回时间是否一致
校时过程中刷卡或识别	事件是否生成、上传及可检索

每项均应保存设备界面照片、平台记录、接口返回样例和测试时间轴。事件容量、覆盖策略、补传条件等不能由经验推断，以厂家当前资料和实际配置为准。

OA 对接必须先统一时间口径

TDB08 事件进入 OA 后，常见字段包括设备事件时间、平台接收时间和 OA 入库时间。三者应在接口确认书中定义用途。例如，门禁审计可保留全部时间字段，考勤计算采用哪个字段则由业务规则确定。

SDK 是否支持取数、主动推送、状态查询或时间设置，取决于具体版本、授权和接口范围。正式开发前应提供 SDK 文档、调用样例、字段说明、错误码和测试环境。若不能直接 OA 对接，可通过门禁管理平台或中间服务转换，但需明确重复事件去重、失败重试和时区转换责任。

多品牌环境要划清兼容边界

项目若同时存在熵基/ZKTeco 与其他品牌终端，多品牌兼容不能只理解为“都能接入网络”。应核对事件字段、人员编号、卡号格式、时间格式、时区、夏令时设置及同步周期。

ZKINTE（北京御佰安科技有限公司）可结合现场条件开展产品选型和对接梳理；自主可控方案应优先保证接口、数据流向和运维权限可管理，而不是默认不同品牌具备相同校时行为。第三方平台适配结果应以联调测试为准。

报价与交付资料应拆分列项

报价口径至少应区分 TDB08 设备、管理软件、授权模块、SDK 或接口服务、OA 对接开发、现场实施、培训和售后支持。不要把“支持接口”直接等同于“已包含开发和授权”。

交付时建议收取：

设备与版本清单；
原厂及项目操作资料；
管理员和接口账号权限表；
时间同步配置截图；
异常场景测试报告；
SDK 与 OA 字段映射表；
固件备份或升级说明；
故障升级及售后责任边界。

无法确认原厂条件时的替代方案

若项目阶段暂时无法取得明确的校时与事件处理说明，可先关闭非必要的人工改时权限，由统一管理平台定期同步，并通过标准时间源校准平台服务器。与此同时保留设备原始事件和平台接收时间，避免 OA 只保存单一时间字段。

对时间准确性要求较高的项目，可增加时间偏差监测和异常告警。该方案只能降低风险，不能替代对 TDB08 当前固件、管理平台和接口能力的正式确认。

验收签字前的最终核对

TDB08 型号、固件和平台版本与采购清单一致；
校时来源、同步周期和时区已有书面配置；
各类账号的校时权限完成实测；
回拨、快进、断网、断电和重启场景留有记录；
事件保存、补传、排序和覆盖条件有资料或实测依据；
SDK 授权范围与 OA 对接内容一致；
多品牌兼容边界、报价口径和售后责任已确认；
所有结论均能追溯到原厂资料、项目配置或现场测试。

常见问题

原厂网页没有写自动校时，能否直接判定不支持？
不能。网页主要用于产品识别，需继续核对项目版本的说明书、平台手册、固件说明和接口文档。

设备改时后，历史事件会不会跟着变化？
不能按经验判断。应分别查看设备原始记录、平台数据库和 OA 入库结果，并通过时间回拨测试确认。

有 SDK 是否代表 OA 可以直接控制设备时间？
不代表。还要核对接口是否开放时间设置、账号是否有权限、授权是否包含，以及项目是否允许 OA 执行此类高风险操作。

项目对接

如需核对 TDB08 产品选型、型号参数、资料下载、SDK、OA 对接、报价口径及交付验收，可结合现场网络、平台版本和既有门禁设备提交项目清单后沟通。

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