门禁系统 2026-10-22 董经理 5 views

门禁系统要求保留既有人员权限资料时，型号怎么选

门禁系统要求保留既有人员权限资料时，TDB08 不能只按外观或生物识别方式选型，而应先确认既有系统的人员、凭证、门组、时段、有效期和审计关联是否能够映射，再核对导入方式、接口边界与迁移验收规则。TDB08 的产品类别为门禁终端；具体型号参数、接口、凭证类型及授权范围，应以熵基/ZKTeco 原厂当前资料和项目配置为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先判断：是“资料保留”还是“权限继续生效”

采购现场常把“保留资料”理解成把旧系统数据库完整搬到新设备。实际需要拆成三类目标：

人员档案保留：姓名、工号、部门、状态、照片等继续可查。
凭证关系保留：卡号、人员编号、指纹或其他凭证是否仍能对应原人员。
通行规则保留：人员与门组、时段、节假日、有效期、特殊权限之间的关系继续生效。

如果只是保留历史记录，迁移范围可以较小；如果要求不停用原卡、原权限直接切换，则必须验证旧平台与 TDB08 管理平台的编码、凭证格式和授权逻辑，不能仅凭 Excel 导入成功作出判断。

TDB08 选型前要锁定的权限字段

建议由甲方、原门禁厂商和实施方共同形成字段对照表，至少核对以下内容：

类别	需要确认的字段
人员主数据	人员编号、姓名、部门、在职状态、照片、备注
凭证数据	卡号、卡类型、指纹或其他凭证标识、凭证启停状态
组织关系	部门、岗位、区域、人员类别
权限关系	门编号、门组、通行方向、权限组、授权对象
时间规则	工作时段、节假日、有效起止时间、临时权限
安全规则	多人通行、反潜回、首卡开门、胁迫告警等是否存在
审计关联	事件中的人员编号、设备编号、时间戳和原记录映射

安全规则并非所有项目或设备都支持，必须逐项向厂家确认。照片、指纹模板等生物特征资料还涉及合规、加密、授权和脱敏，不能默认可以跨品牌直接复制。

导入方式要在报价前写清

常见迁移路径有三种。其一是由旧平台导出 CSV、Excel 或数据库中间表，再按新平台模板清洗后导入；其二是通过平台接口或 SDK 批量写入人员、凭证和权限；其三是由 OA、HR 或统一身份平台作为主数据源，经接口同步至门禁平台，再下发至 TDB08。

项目应明确谁提供旧数据、谁制作字段映射、谁承担重复人员合并，以及导入失败后的回滚方式。若厂家仅承诺“支持导入”，应继续追问文件格式、编码、必填项、照片命名规则、卡号长度、日期格式、增量同步和失败日志。TDB08 是否支持某种直接导入、接口或凭证迁移，以厂家当前资料、软件版本及授权模块为准。

用一组样本先验证迁移链路

正式迁移前，不宜直接处理全量数据。可抽取普通员工、跨部门人员、离职人员、临时人员、多个门组人员和带有效期权限人员，建立小规模验证集。

核对顺序可按以下步骤执行：

保留旧系统导出文件、数据库备份和人员总数作为只读基线。
将旧字段映射到新平台模板，标出必填、可空、需转换和无法承接的字段。
在测试环境导入样本，检查人员、凭证、门组和时段是否形成正确关联。
将样本下发至 TDB08，测试授权、撤权、过期和重新启用。
导出新平台结果，与基线逐项比对，并保存错误日志。
甲方确认差异后，再决定全量迁移、分批迁移或重新发卡。

“记录数相等”不代表权限正确。至少要检查人员编号是否重复、卡号是否被截断、照片是否错配、无效人员是否被误启用、门组是否遗漏，以及旧事件能否追溯到同一人员。

现场条件决定兼容边界

选型人员应同时查看门禁控制器、读卡器、锁具、出门按钮、门磁、网络、供电和消防联动。TDB08 作为门禁终端，能否直接替换现场设备、是否需要保留原控制器、是否采用平台统一管理，需结合系统拓扑和厂家方案确认。

多品牌兼容不能只理解为“能联网”。还要确认通信协议、卡号格式、人员编号规则、权限下发方向、离线工作方式和事件回传方式。若旧系统使用专有凭证模板或加密卡，较稳妥的替代方案可能是保留原门禁控制器，仅接入新平台；若平台无法承接旧权限，则可分区切换并重新发放凭证，避免一次性更换造成通行中断。

报价单必须拆出迁移责任

采购询价时，应将产品选型、型号参数、平台软件、授权模块、SDK、OA 对接、数据清洗、现场实施、培训、备份和售后分别列项。不能把“设备报价”当成“历史权限迁移报价”。

报价还应说明按终端、门、人员、平台账号还是实施工作量计价；是否包含旧系统数据解析、接口开发、测试环境、现场值守和二次迁移。涉及自主可控要求时，应明确数据存储位置、账号权限、日志留存、接口文档交付和替换依赖，避免只采购硬件却无法独立维护。

验收不能只看设备能否开门

建议将迁移验收分为四组：

数据验收：人员数量、有效状态、部门关系、照片及凭证映射符合确认表。
权限验收：抽测不同门组、时段、有效期、撤权和重新授权场景。
设备验收：TDB08 在线、离线、断网恢复、事件回传和异常提示符合方案。
交付验收：提交字段映射表、导入日志、失败清单、备份文件、配置记录、SDK 或接口文档及培训记录。

对于无法迁移的字段，应形成差异清单，由甲方确认采用人工补录、重新发卡、保留旧系统或调整权限规则，不能在验收时临时解释。

主要风险与替代方案

旧系统数据库无法导出时，可要求原厂提供脱敏导出，或通过报表和接口分批获取。凭证模板无法跨品牌迁移时，可保留原卡作为身份索引，重新采集指纹或发放新卡。门组规则过于复杂时，可先迁移人员和基础权限，再由管理员复核特殊权限。

如果 TDB08 的当前软件版本、接口授权或现场设备无法满足保留要求，应暂停下单，比较同平台升级、保留旧控制器、双平台并行或分区域替换等方案。任何替代方案都要写明停用时间、回退条件和责任边界。

FAQ：TDB08 迁移常见问题

旧系统导出一张 Excel 就够了吗？

不一定。Excel 通常只能覆盖人员和部分卡号，门组、时段、有效期、撤权状态及历史事件可能仍在数据库或平台配置中，需按字段清单核对。

指纹模板可以直接迁移到 TDB08 吗？

不能默认可以。模板格式、加密方式、设备算法和授权范围可能不同，应以熵基/ZKTeco 原厂当前资料和项目测试结果为准。

OA 对接和权限迁移是什么关系？

OA 对接解决人员入转调离等主数据同步，权限迁移解决既有门禁规则承接。两者可以衔接，但不能用 OA 同步替代历史权限核验。

什么时候适合保留旧控制器？

当旧卡、锁具或控制逻辑无法兼容，而现场又要求连续通行时，可评估保留旧控制器，将 TDB08 作为新增终端或分区切换设备，具体以系统拓扑确认。

ZKINTE（北京御佰安科技有限公司）可协助梳理熵基/ZKTeco 产品选型、型号参数、资料下载、迁移测试、SDK 与 OA 对接边界，最终以项目资料、厂家当前规格和双方确认的验收文件为准。

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

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