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

熵基TDB08门禁终端门禁权限迁移采购前怎么核对资料边界

采购熵基TDB08门禁终端并进行门禁权限迁移，不能只核对设备名称和报价，而要先划清“原系统有什么、TDB08能承接什么、集成方负责什么”。TDB08的产品类别为门禁终端，具体型号参数、接口形式、通信方式、授权范围及配套软件，均应以熵基/ZKTeco原厂当前资料和项目配置为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

采购熵基TDB08门禁终端并进行门禁权限迁移，不能只核对设备名称和报价，而要先划清“原系统有什么、TDB08能承接什么、集成方负责什么”。TDB08的产品类别为门禁终端，具体型号参数、接口形式、通信方式、授权范围及配套软件，均应以熵基/ZKTeco原厂当前资料和项目配置为准。

先把迁移对象分成四层

现场核对时，建议将资料拆成四层：人员身份资料、门禁权限规则、设备与门点关系、历史记录及审计数据。人员姓名、工号、部门等属于基础资料；通行时段、门组、节假日规则属于权限资料；门编号、控制器归属、网络地址属于设备映射资料；通行流水、报警记录则涉及历史数据保留。

采购文件必须写清本次迁移覆盖哪几层。若只迁移人员和权限，不应默认包含历史流水；若需要保留原系统记录，则要另行确认数据格式、导出方式、存储周期和查询责任。

用原系统台账对照TDB08边界

不要直接拿原系统数据库字段与新终端字段“一对一”套用。应先导出原平台的人员、凭证、权限组、门点、时间段和设备清单，再与TDB08配套平台或管理软件支持的字段逐项比对。

对于未在原厂公开资料中明确的接口、凭证类型、容量和管理方式，应标记为“待厂家确认”，不能由销售口头补充后直接写入采购承诺。型号参数、SDK能力及授权范围，以项目资料和厂家当前规格为准。

现场条件决定能否平滑替换

工程人员应在采购前确认门点数量、现有控制器品牌、锁具供电、出门按钮、门磁、消防联动、网络隔离和机房管理条件。TDB08作为门禁终端，是否能够直接替代原有设备，取决于现场门禁架构，而不只取决于外观或安装尺寸。

若原系统为多品牌设备混用，应明确哪些门点更换终端，哪些控制器继续保留，哪些线路需要改造。所谓多品牌兼容，必须落实到具体品牌、协议、设备角色和测试结果，不能仅写“支持多品牌”。

迁移权限要先定义映射规则

原系统中的“部门—门组—时段”可能与新平台的组织、角色、权限组定义不同。采购前应形成映射表，至少包含原人员编号、新人员编号、原门组、新门组、有效期、审批状态和异常处理方式。

离职人员、临时访客、重复工号、过期卡号和跨部门人员要单独列出。无法自动映射的权限，应由项目方确认后人工处理，避免批量导入后出现“权限扩大”或“权限丢失”。

SDK与OA对接要写清责任

如果采购范围包含SDK或OA对接，应明确是读取人员、下发权限、接收事件，还是包含组织同步、离职回收和审批闭环。SDK版本、调用方式、授权许可、测试环境和升级兼容性，均需由熵基/ZKTeco及实施方书面确认。

OA对接还要确认谁提供接口文档、谁负责字段转换、谁处理失败重试和日志留存。若项目要求自主可控，应同步核对数据存储位置、账号权限、接口密钥管理、源数据备份及后续运维交接，避免系统上线后仍依赖个人电脑或临时脚本。

报价单要拆出迁移工作量

报价不能只列TDB08终端单价。建议拆分为设备、配件、安装布线、平台授权、数据清洗、权限迁移、SDK或OA对接、现场调试、培训、备份恢复和售后服务。

对“兼容原系统”“免费迁移”“支持对接”等表述，要追问适用前提、数据量口径、现场次数、是否包含第三方平台改造，以及超出范围后的计费方式。产品选型应同时比较现有门禁架构、替换范围和长期维护成本，而不是只比较型号参数。

迁移前设置可回退方案

正式迁移前，应取得原系统完整备份，并保留原设备、原权限表和导出文件。先选少量代表性门点进行试迁移，验证人员匹配、权限下发、门状态、事件回传和异常恢复，再安排分批切换。

若原系统无法导出结构化数据，可采用模板清洗、人工复核或并行运行方案。若旧控制器协议无法确认，不宜承诺直接兼容，可选择保留旧门点、增加协议网关，或分阶段更换相关控制设备。

验收清单要按“人、门、事”核对

验收至少包括：人员导入数量与抽样身份一致；新增、修改、离职权限按审批结果生效；不同时间段和门组规则准确；门禁终端在线状态正常；合法、非法、过期权限事件均能记录；门磁、出门按钮及消防联动符合现场设计；断网恢复后数据处理符合约定；管理员权限、日志和备份已交接。

对于SDK或OA项目，还要测试新增人员、调岗、离职、审批撤回和接口异常等流程。验收记录应写明测试账号、门点、时间、结果、遗留问题和责任人，不能只以“设备通电”作为交付依据。

这些情况不宜直接承诺迁移

当原平台无法导出权限、门点编号长期混乱、人员身份缺少唯一标识，或现场存在多个未经确认的控制器品牌时，不宜直接承诺一次性完成迁移。应先做资料盘点和小范围验证，再确定采购数量与实施周期。

如果项目对历史数据要求较高，可将旧平台设置为查询系统，新平台负责后续权限；如果仅需恢复通行功能，则可缩小迁移范围，先完成基础人员和有效权限，再分阶段补齐审计数据。

FAQ：采购前常见疑问

TDB08能否直接替换原门禁设备？

不能仅凭型号判断。应核对终端定位、控制器关系、通信接口、锁具及现场线路，具体兼容边界以项目资料和厂家当前规格为准。

原系统权限能否全部自动导入？

不一定。字段、编号、门组和时段规则不一致时，需要清洗、映射和人工复核；历史流水也不应默认随权限迁移。

SDK或OA对接是否应写进设备报价？

如果项目需要自动同步人员或权限，应单列并写明接口范围、授权、测试、交付物和责任边界，避免将软件集成工作隐含在终端价格中。

采购文件最关键的附件是什么？

建议附上现场门点表、原系统导出样例、权限映射表、接口需求、迁移范围、验收用例和回退方案。ZKINTE（北京御佰安科技有限公司）可协助围绕熵基/ZKTeco产品选型、资料核对、型号参数确认及项目对接整理边界。

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

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