门禁系统 2026-11-08 董经理 1 views

熵基门禁系统部署TDB08时，供货怎么对接

熵基门禁系统部署TDB08时，供货对接不能只确认“能否联网开门”，还要依据熵基/ZKTeco原厂当前资料核对网络中断期间的权限使用、事件保存，以及网络恢复后的记录处理方式。原厂页面目前可确认TDB08属于门禁终端，具体型号参数、接口、存储能力、授权范围和软件适配关系，均应以项目资料、厂家当前规格及正式版本说明为准。ZKINTE（北京御佰安科技有限公司）可协助把产品选型、供货边界、现场条件和验收条款放在同一份对接表中。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先锁定TDB08在系统中的角色

采购前应确认TDB08是作为独立门禁终端使用，还是接入已有管理平台、控制器或其他门禁设备。不能仅凭外观或“支持门禁”描述推断其具备某项离线授权、事件缓存或跨品牌联动能力。

项目方应向供货方索取当前版本产品说明、安装手册、用户手册、兼容性说明和固件信息，并逐项标注：终端负责身份核验还是仅负责读写；权限由本机保存还是由平台下发；事件由终端产生、控制器产生，还是由平台二次记录。若资料没有明确表述，应列为待厂家书面确认事项。

网络中断时要核对什么

现场测试不能只拔掉网线后刷卡一次。应分别模拟平台不可达、局域网中断、交换机断电、上级系统不可用等情形，观察已授权人员、已撤销人员、时段限制人员和无权限人员的处理结果。

重点向厂家确认以下内容：

网络断开前已下发的权限是否仍可在TDB08侧使用；
新增、删除或修改权限后，终端何时能够获得变化；
时间段、节假日、门组等规则在离线状态下是否继续执行；
未完成同步时，设备显示、蜂鸣或日志中是否有明确提示；
断网期间是否允许管理员在现场调整权限，以及调整结果保存在哪里。

没有经过原厂资料和现场测试确认的功能，不应写入“离线可正常通行”等验收承诺。

事件保存与容量边界

网络中断期间的通行、拒绝、操作和异常事件，可能由终端本地暂存，也可能依赖配套控制设备或平台记录。TDB08的具体事件类型、缓存容量、满载策略、时间戳来源和断电保护方式，应以厂家当前规格为准，不能按其他熵基型号套用。

对接时建议形成“事件矩阵”：事件名称、产生设备、离线是否保存、保存位置、是否带时间、恢复后是否上传、上传失败如何重试、平台是否去重。还要确认缓存写满后是覆盖旧记录、停止保存、分级保留，还是由系统给出告警。涉及审计的项目，应把原始记录导出格式和保存周期一并写入技术协议。

网络恢复后的记录处理

恢复网络后，需要验证记录是自动补传、按时间顺序补传，还是由管理员手动同步；还要核对补传完成的判定条件。不能只看平台上出现一条记录，就认定离线期间全部事件已回传。

测试时可在断网期间制造多类事件，恢复网络后记录终端日志、平台日志和同步状态，检查是否出现重复、缺失、乱序、时间偏移或状态覆盖。若平台收到重复事件，应确认是否有事件编号、设备编号或时间组合用于去重；若同一人员在离线时被撤权，网络恢复后产生的历史通行记录是否仍保留，也应由厂家说明。

以官方资料建立核对闭环

建议以原厂当前产品页、手册、版本发布说明和厂家书面答复为依据，建立三栏证据表：原文依据、项目解释、现场验证结果。对于“支持”“兼容”“可扩展”等表述，应进一步追问适用的软件版本、固件版本、通信方式和授权条件。

如果项目需要SDK或OA对接，应确认接口对象是人员、组织、门点、权限、事件还是设备状态，并明确读写方向、鉴权方式、失败重试、日志留痕和接口变更责任。SDK可用不等于OA能够直接控制TDB08，实际还要看管理平台开放范围和项目授权。

供货阶段怎样避免报价失真

报价单应拆开写明TDB08终端、配套软件、授权模块、通信附件、安装调试、数据迁移、SDK服务、OA对接和培训费用。若存在控制器、锁具、出门按钮、门磁、交换机或UPS，也要分别列出，不要用“门禁系统一套”掩盖配置差异。

型号参数应以厂家当前规格为准，报价有效期内若发生版本或授权变化，要约定确认方式。多品牌兼容项目尤其要写清：哪些设备由熵基/ZKTeco提供，哪些由第三方提供，故障由谁定位；接口不开放、协议变化或第三方不配合时，替代方案和费用如何处理。

现场条件与兼容边界

交付前应核实门体类型、供电条件、网络拓扑、VLAN策略、机房时间源、安装位置和现有门禁平台版本。若现场存在旧设备，应先做小范围联调，而不是直接承诺全量替换。

自主可控要求较高的项目，还应确认账号权限、数据存储位置、日志导出、远程维护和升级审批机制。若TDB08无法满足既有平台的离线策略，可考虑由兼容的门禁控制设备承担离线决策，TDB08负责终端识别，或采用厂家确认过的中间平台；替代方案必须重新核对事件归属、授权同步和责任边界。

到货与验收清单

到货验收可按以下项目执行：

核对型号、序列号、版本、附件和装箱资料；
核对产品说明、接口资料、授权文件及软件版本；
验证正常联网时的人员、权限和事件流程；
断网后测试已授权、已撤销、无权限和时段权限；
断网期间制造通行、拒绝、管理操作和异常事件；
恢复网络后核对补传完整性、顺序、重复和时间；
模拟缓存接近上限、设备重启和短时断电；
验证平台告警、日志导出、SDK调用及OA同步；
记录未满足项、责任方、整改期限和复测结果。

验收报告中应附测试时间、设备版本、网络状态、人员编号脱敏信息、终端日志与平台日志，避免只用口头结论。

风险与替代处理

常见风险包括：把终端离线能力误认为平台离线能力；忽视缓存满载策略；OA显示成功但门禁权限未实际下发；网络恢复后事件重复入库；第三方设备故障被归责给TDB08。对应措施是先划分记录产生点，再分别验证权限、事件和同步链路。

若官方资料未明确某项能力，应暂按“不承诺”处理，通过厂家书面确认或增加现场验证。若兼容边界无法满足，可调整为同品牌配套平台、增加受控控制器，或保留原系统并以接口方式逐步接入，避免一次性切换造成审计记录断档。

常见问题

断网后还能不能正常使用已授权权限？

不能直接依据宣传语判断。应确认权限是否已下发至TDB08或配套控制设备，以及时段、撤权和设备重启后的行为，并以原厂资料和现场测试为准。

网络恢复后，离线事件会不会自动上传？

需要核对当前软件、固件和平台版本。验收时应验证自动补传、失败重试、重复记录和人工补同步四种情况。

SDK能否直接完成OA门禁对接？

不一定。SDK的开放对象、授权范围和版本兼容性要由厂家确认，OA还需处理组织、人员、权限、事件和异常回执。

供货方只提供设备，不负责联调可以吗？

可以，但必须在合同中明确安装、平台配置、SDK、OA对接、现场测试和售后责任，否则出现网络或数据问题时容易产生边界争议。

项目对接方式

ZKINTE可围绕现场条件、产品选型、型号参数、报价口径、资料下载、SDK与OA对接需求，协助整理TDB08供货及验收事项，具体以项目资料和厂家当前规格为准。

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

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