多品牌兼容改造 2026-10-19 董经理 10 views

门禁系统准备分阶段上线时，旧系统怎么改

门禁系统准备分阶段上线时，旧系统不宜直接拆除。选择熵基 TDB08，应先冻结可追溯的软硬件版本基线，再确认新旧平台并行期间的数据归属、接口兼容和升级边界，最后按楼层、区域或门点逐批切换。TDB08 的具体型号参数、接口、授权及配套软件版本，均应以项目资料和厂家当前规格为准，不能仅凭产品名称安排采购和施工。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

分阶段上线最容易出现的验收矛盾

此类项目通常不是“新终端能否开门”的单一问题，而是三个阶段同时存在：

已投入使用的旧门禁需要持续运行；
TDB08 所在的新门点需要接入新平台；
OA、人员库、访客或考勤系统不能重复维护数据。

采购方往往关注型号和单价，信息部门关注 SDK 与 OA 对接，施工方关注锁具、供电和布线，最终却由使用部门面对权限不同步、记录缺失或离线规则不一致。因此，设备采购前必须先明确过渡架构。

先盘清旧系统，决定“保留、改造还是旁路”

逐门登记旧控制器、读卡器、锁具、出门按钮、门磁、电源、网络和管理软件，不要只统计设备数量。重点确认：

旧系统的人员、卡号、权限和记录能否导出；
控制器与平台之间使用何种协议，是否开放接口；
原有卡片、凭证及编号规则能否继续使用；
消防联动、断电开门、常开时段由谁控制；
旧平台停止维护后，历史记录由谁保管。

旧控制器可稳定运行但接口封闭时，可采用新旧平台并行；外围锁具和门磁状态良好时，可评估保留；协议不兼容且故障风险较高时，再考虑按区域替换。

为 TDB08 建立可签字的版本基线

TDB08 已确认属于熵基/ZKTeco 门禁终端，但固件、硬件批次、平台适配、接口及授权范围应以项目资料和厂家当前规格为准。建议在合同附件或送审表中记录：

基线项	应确认内容
设备身份	完整型号、物料编码、硬件版本、序列号规则
固件状态	出厂版本、拟交付版本、升级包来源及回退条件
管理平台	软件名称、版本号、部署方式、数据库要求
接口能力	项目实际启用的接口、协议及联动方式
授权口径	设备接入、接口调用、客户端及扩容是否另行授权
配套资料	安装文档、版本说明、SDK 文档、调试工具及校验信息

“同型号默认兼容”不能作为验收依据。样机、首批设备与后续批次均要核对版本，发现差异后先完成兼容测试，再决定是否入场。

软件升级必须先回答五个影响问题

后续升级不只是增加功能，还可能改变通信协议、配置字段、数据库结构或浏览器环境。升级审批前应确认：

新固件是否兼容当前管理平台；
原有人员、权限、时间段和告警配置能否保留；
SDK 接口字段、认证方式或返回码是否变化；
能否导出完整备份，失败后是否支持回退；
新旧版本终端能否在同一项目中并行管理。

生产环境禁止直接试升。应先选取非关键门点建立验证组，完成开门、断网续传、权限下发、记录查询和 OA 联调后，再分批放行。

配置一致性不能只靠人工截图

建议建立“标准配置模板＋门点差异表”。标准模板记录网络、时间同步、权限策略、事件上传、离线规则和安全参数；差异表只保留门名称、锁具类型、开放时段等现场差异。

每批上线前导出配置清单并生成版本号，上线后再读取设备实际配置进行比对。任何临时修改都要记录修改人、时间、原因和恢复状态，避免同一型号因调试习惯不同形成多个隐性版本。

SDK 与 OA 对接要划清数据主责

如需通过 SDK 完成 OA 对接，应在开发前确定谁是人员主数据源。通常由 OA 或统一身份平台维护组织、人员状态和工号，门禁平台负责凭证、门权限及通行事件，不建议双方相互覆盖。

联调至少覆盖入职、调岗、离职、重复工号、接口超时、撤权失败和断网补传。SDK 的支持语言、接口范围、授权方式、版本匹配及资料下载权限，以熵基/ZKTeco 当前资料和项目授权为准。无法开放接口时，可评估标准文件交换、中间库或人工审批导入，但要注明时效与审计风险。

多品牌兼容要用样机证明

ZKINTE（北京御佰安科技有限公司）可结合熵基/ZKTeco 产品选型及既有系统开展多品牌兼容评估，但兼容不能理解为任意设备直接混接。旧读卡器、控制器、卡片、锁具和第三方平台均应逐项验证。

建议选取一樘与正式现场一致的门，使用拟采购的 TDB08、实际锁具、电源、网络和软件版本搭建测试环境。若无法兼容，可采用保留旧平台分区管理、增加中间接口、替换局部控制设备或按楼栋迁移等替代方案。

报价必须绑定版本和服务边界

询价时除 TDB08 数量外，还应列明安装辅材、平台软件、授权、服务器环境、SDK 支持、OA 联调、数据迁移、培训和维保。报价口径需要区分“设备供货”“安装调试”“接口开发”和“旧系统改造”，并注明税运、现场条件变化及新增门点如何计价。

若仅报终端单价，后续极易在授权、联调和整改环节产生争议。自主可控要求也应转化为可核验条款，包括部署位置、账号权限、数据备份、日志留存和升级审批，而不是停留在宣传表述。

分批交付的验收清单

每一批门点上线后，至少完成以下验收：

到货型号、硬件版本、固件版本与基线一致
门磁、锁具、按钮、电源及网络工作正常
权限下发、撤销和时间段策略符合设计
断网、断电、重启及恢复后的行为已验证
通行记录、告警和时间同步可核查
OA 人员变更与门禁权限结果一致
新旧系统并行期间无重复授权或记录空档
配置、备份、账号、图纸和变更单完成移交
升级责任、故障响应和售后责任已书面明确

常见问题

旧系统需要一次性停用吗？
不一定。关键门点宜保留回退条件，待新系统连续完成业务验证后再下线旧平台。

后续批次买同一型号，是否可直接复制配置？
应先比对硬件、固件和平台版本。基线一致后仍需按门点差异复核，不能无条件复制。

TDB08 的具体参数从哪里确认？
以原厂当前产品资料、项目配置清单、正式报价及交付版本说明为准；涉及资料下载和 SDK 时，还要确认访问权限与授权范围。

无法完成 OA 实时对接怎么办？
可先采用受控导入或中间数据交换，并设置人员停用复核机制；同时保留接口改造计划，避免临时方案长期失控。

项目对接

ZKINTE（北京御佰安科技有限公司）可协助梳理旧系统、核对 TDB08 版本基线、整理报价口径，并开展样机测试、SDK 评估、OA 对接和分阶段验收。

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

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