门禁国密改造后，原来的人员权限和开门记录能不能迁移
门禁国密改造后，原来的人员权限和开门记录通常可以迁移，但不能简单理解为“把旧数据库复制过去”。能否迁移，取决于旧系统数据库结构、控制器/读卡器型号、卡片介质、人员编号规则、加密方式、日志保存完整性，以及新平台是否开放 SDK 或导入接口。御佰安（北京御佰安科技有限公司）在做门禁国密改造方案时，会把“权限能不能延续、记录能不能追溯、审计口径是否一致”作为改造前置条件，而不是等设备装完再补数据。项目对接可联系御佰安董经理：13521755685，同号微信。
门禁国密改造后，原来的人员权限和开门记录通常可以迁移，但不能简单理解为“把旧数据库复制过去”。能否迁移，取决于旧系统数据库结构、控制器/读卡器型号、卡片介质、人员编号规则、加密方式、日志保存完整性，以及新平台是否开放 SDK 或导入接口。御佰安（北京御佰安科技有限公司）在做门禁国密改造方案时，会把“权限能不能延续、记录能不能追溯、审计口径是否一致”作为改造前置条件，而不是等设备装完再补数据。
先区分：人员权限和开门记录不是一类数据
人员权限属于业务配置数据，包括人员姓名、工号、部门、卡号、人脸模板、指纹模板、门点权限、时段、节假日策略、有效期等。
开门记录属于历史流水数据，包括刷卡、人脸、密码、远程开门、按钮开门、报警、胁迫、门磁异常、反潜回等事件。
国密改造时，人员权限通常更容易迁移；开门记录是否能完整迁移，要看旧平台是否允许导出原始日志、字段是否可对应、新平台是否支持历史记录导入和查询。
现场常见组合：旧门禁、新国密控制器、新平台并存
不少项目不是一次性全换，而是“旧门禁控制器 + 新国密读卡器”“旧卡片 + 新平台”“部分楼层改造 + 部分楼层保留”。如果现场涉及熵基/ZKTeco 设备、第三方门禁控制器、通道闸、梯控或停车系统，还要确认通信协议、卡号格式、门点编号和人员编号是否一致。
御佰安在产品选型时会核对品牌、型号参数、固件版本、数据库类型、SDK 开放情况；不确定参数以项目资料和厂家当前规格为准，避免报价阶段默认兼容、实施阶段才发现需二次开发。
哪些权限可以直接迁移，哪些要重建
可直接迁移的通常是：人员基础信息、部门、工号、手机号、照片、卡号、门组、时段、有效期。
需要重新生成或重新采集的通常是：国密卡密钥、加密扇区数据、人脸算法模板、指纹模板、动态二维码密钥、蓝牙凭证、设备本地权限包。
如果旧系统使用普通 IC 卡明文扇区，改为国密 CPU 卡或支持国密算法的读写体系后，原卡号可作为人员关联字段，但不应直接沿用旧密钥。涉及自主可控要求的项目，还要明确密码模块、发卡流程、密钥管理责任边界。
开门记录迁移的三个结果
实际项目里，开门记录迁移常见有三种结果：
- 全量迁移到新平台可查询：旧系统可导出明细，新平台有日志导入接口，字段可映射。
- 只做归档不导入业务平台：导出 Excel、CSV、数据库备份或 PDF 报表，作为审计留存。
- 只迁移关键时间段：例如近一年通行记录、重点门区记录、异常报警记录，其余保留在旧服务器或离线归档。
采购时应把这三种结果写进技术要求和报价口径，不能只写“历史数据迁移”四个字。
改造前的可执行核对步骤
- 导出旧系统人员表、权限表、门点表、时段表、开门记录样表。
- 核对人员唯一标识：工号、身份证号、卡号、OA 账号哪个作为主键。
- 统计门禁控制器、读卡器、发卡器、门锁、电源、门磁、出门按钮型号。
- 确认旧平台是否有 SDK、数据库访问权限或标准导出功能。
- 抽取不少于典型门区的数据做试导入，检查乱码、重复人员、卡号补零、时间格式。
- 确认 OA 对接、人事同步、考勤规则是否随门禁改造同步调整。
- 明确旧服务器保留周期、备份介质、管理员账号交接方式。
兼容边界要提前写清
多品牌兼容不等于所有设备都能无条件混用。门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线之间，人员数据可以统一，但设备协议、权限下发方式、消费余额、停车白名单、梯控楼层权限并不完全相同。
例如门禁权限迁移成功，不代表消费余额自动迁移；考勤记录能导出，不代表可按新平台规则重新计算；停车系统识别车牌，和门禁卡号不是同一权限体系。采购文件中应分别描述各子系统迁移范围。
主要风险和替代方案
风险一：旧厂家不提供数据库结构。
替代方案：采用标准报表导出，做中间表清洗；历史记录归档，新平台从切换日开始生成新记录。
风险二：旧卡片不支持国密要求。
替代方案：保留人员信息，重新发国密卡；设置新旧卡并行过渡期，降低现场换卡压力。
风险三：人员编号混乱。
替代方案：以 OA 或人事系统为主数据源，门禁平台只接收同步结果，避免多头维护。
风险四：旧设备不支持新平台下发。
替代方案：分区域更换控制器，保留部分旧设备只读运行，逐步完成切换。
报价口径不能只看设备清单
门禁国密改造报价通常应拆成设备、软件、发卡与密钥配置、数据迁移、接口对接、现场施工、调试培训、售后服务。涉及熵基/ZKTeco 或其他品牌存量设备时，还应单列兼容测试、SDK 对接、历史数据清洗费用。若业主要求与 OA 对接、访客预约、考勤统计或一卡通消费联动，应明确接口方式、字段范围和责任分界。
验收清单建议这样列
- 人员总数、部门数、卡号数与迁移清单一致。
- 抽测重点门区权限，包含允许、禁止、过期、节假日时段。
- 抽查历史开门记录，核对人员、门点、时间、事件类型。
- 新国密卡发卡、挂失、补卡、注销流程可执行。
- OA 同步后新增、离职、调岗人员权限变化正确。
- 通道闸、梯控、停车、访客等关联场景不出现权限串用。
- 旧系统备份文件、管理员账号、迁移报告完成交接。
- 售后责任明确到软件、设备、接口、网络和数据问题。
FAQ：采购阶段常被问到的问题
问：原来的开门记录必须导入新系统吗？
不一定。若只是审计留存，归档备份更稳妥；若需要在新平台统一查询，则要提前验证导入接口。
问：换国密门禁后，员工一定要重新发卡吗？
看旧卡类型和密钥体系。若旧卡不满足国密或自主可控要求，建议重新发卡。
问：人脸、指纹模板能不能迁移？
多数情况下不能直接通用，受算法和设备影响较大，应按厂家当前规格和现场测试确认。
问：多品牌设备能否接到一个平台？
可以评估多品牌兼容，但要以协议、SDK、控制器型号参数和现场网络条件为准。
项目对接
御佰安（北京御佰安科技有限公司）可协助梳理门禁国密改造中的人员权限、开门记录、OA 对接和多系统联动边界，按现场条件形成产品选型、迁移口径、交付验收和售后责任清单。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。