门禁系统 2026-10-10 董经理 9 views

熵基TDB08门禁终端门禁权限迁移报价前要确认哪些交付项

熵基TDB08门禁终端门禁权限迁移报价前，不能只确认“换设备多少钱”，还要先确认迁移对象、现场设备组合、源系统数据格式、授权范围、对接方式、调试边界和验收标准。TDB08属于门禁终端，具体型号参数、接口能力及可迁移权限范围，应以原厂当前资料和项目配置为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基TDB08门禁终端门禁权限迁移报价前，不能只确认“换设备多少钱”，还要先确认迁移对象、现场设备组合、源系统数据格式、授权范围、对接方式、调试边界和验收标准。TDB08属于门禁终端，具体型号参数、接口能力及可迁移权限范围，应以原厂当前资料和项目配置为准。

先确认迁移的现场对象

需将现场对象按“终端、门禁控制设备、管理软件、人员数据、凭证数据、权限规则”分开登记。重点核对现有读卡器、控制器、门锁、出门按钮、门磁、管理服务器是否继续使用，还是全部更换为熵基/ZKTeco设备。

如果只是更换终端，报价重点是设备替换、地址配置、人员下发和现场调试；如果同时更换控制器或管理平台，则涉及权限模型重建、历史数据处理和系统切换，交付范围不能按单台设备计算。

把TDB08的型号参数列入核对表

报价前应取得TDB08当前产品资料、项目配置单和安装环境信息，逐项确认供电、通信、安装方式、认证方式、联网方式及软件适配要求。事实库目前仅确认其为门禁终端，不能根据经验推定接口数量、支持的凭证类型或授权容量。

采购方应要求供应商在报价附件中明确：设备具体型号、版本、配件、授权费用、软件版本、资料下载来源，以及哪些功能需要额外许可。型号参数未确认前，不宜承诺原有全部功能可以平移。

盘点源系统权限结构

迁移前应导出人员编号、姓名、部门、卡号或其他凭证标识、门组、时间段、节假日、有效期、启用状态和权限变更记录，并确认源系统是否允许合法导出。涉及生物特征信息时，还要确认是否支持迁移；不能迁移的，应在报价中写明重新采集方案。

同时核对重复人员、离职人员、空卡号、过期权限和跨部门授权。若源系统只提供报表而不能提供结构化数据，报价应包含人工整理、字段映射和抽样复核，不应默认“一键导入”。

明确兼容边界与替代方案

多品牌兼容要以协议、接口和现场测试为依据。TDB08与原有控制器、第三方平台或旧门禁软件能否协同，需确认通信协议、SDK版本、数据接口和授权方式。不能兼容时，可选择保留旧系统、增加中间接口，或划定新旧门禁区域分别管理。

若原有卡片、二维码或生物特征无法直接复用，应提供重新发卡、重新采集或双系统并行过渡方案。涉及消防联动、访客系统、考勤系统的场景，也要明确哪些系统仅交换人员状态，哪些系统需要接收通行事件。

将报价拆成交付项

一份可执行的报价，至少应分别列出TDB08设备及配件、安装施工、网络与供电整改、数据整理、权限迁移、软件配置、SDK开发、OA对接、现场培训、试运行和售后支持。

还要写清报价口径：按设备数量、门点、批次、工时还是项目包计价；是否包含夜间施工、远程支持、差旅、旧设备拆除、线缆改造和二次进场。未经确认的接口开发和现场整改，不宜打包成模糊的“系统调试费”。

提前确认SDK与OA对接

需要确认OA对接的业务边界，例如入职、调岗、离职、请假是否同步到门禁，人员信息由哪一方作为主数据源，权限审批后由谁下发。SDK应确认开发语言、调用权限、接口文档、测试环境、版本管理和异常日志要求。

若项目强调自主可控，应明确服务器部署位置、数据存储方式、账号权限、源代码或接口交付范围，以及后续升级是否影响现有接口。OA对接不应只验收“能打开页面”，还应验证新增、修改、禁用和恢复人员的完整流程。

报价前按步骤完成核对

第一步，现场拍照并建立门点表，记录TDB08安装位置、门锁类型、控制箱、网络端口和供电条件。第二步，导出源系统数据并保留原始备份，抽取不同部门和不同权限类型进行样本比对。第三步，形成兼容性测试表，验证终端通信、人员下发、通行记录回传和异常断网后的恢复方式。

第四步，要求供应商提交迁移实施方案、回退方案、施工计划和责任分界。第五步，先在少量门点试迁移，确认人员、凭证、时间段和事件记录无误后，再安排批量切换。

重点防范三类风险

一是数据风险：源系统字段不完整或凭证格式不同，可能导致人员导入成功但无法通行。替代措施是保留原系统只读副本，并安排现场补录。

二是设备风险：门锁、门磁和控制器供电不匹配，可能出现终端在线但门无法正常控制。报价应包含电气核验和故障回退责任。

三是责任风险：供应商、软件厂商和OA实施方互相推诿。合同中应列出接口负责人、问题响应时限、测试环境、交付文档和二次整改规则。

以清单方式验收交付

验收应至少包括：TDB08设备型号与数量核对；门点、网络和供电测试；人员及凭证抽样迁移；有效期、时间段和门组权限核验；正常通行、拒绝通行和异常记录测试；断网或重启后的恢复测试；管理端操作权限测试；OA新增、变更、离职流程测试；迁移日志、配置备份、账号清单、操作手册和培训记录交付。

对于无法迁移的字段、未纳入本期的门点和待整改问题，应形成书面遗留项，注明责任方与关闭条件。

FAQ：采购阶段常见问题

旧门禁数据能否直接导入TDB08？

不能仅凭型号判断。要先确认源平台导出格式、目标管理软件、凭证类型和SDK能力；如无直接导入接口，需采用字段映射或重新采集。

只采购TDB08，是否就包含权限迁移？

通常不能默认包含。设备供货、软件授权、数据整理、现场实施和系统对接应分别核对，并在报价单中写明是否包含。

多品牌门禁能否统一管理？

可以作为选型方向，但必须通过协议资料和现场测试确认。无法统一时，可保留原平台，采用分区管理或接口中间层过渡。

迁移失败后谁负责恢复？

应在合同和实施方案中约定备份、回退窗口、数据恢复责任及现场响应方式，不能只写“提供技术支持”。

项目对接方式

ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco产品选型、型号参数核对、迁移范围、SDK及OA对接资料进行项目沟通，具体方案以现场条件和厂家当前规格为准。

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

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