原门禁系统中的卡号、挂失状态和有效期限需要转入御佰安门禁系，怎么判断更稳
原门禁系统中的卡号、挂失状态和有效期限转入御佰安门禁系统时，更稳的做法不是直接导表，而是先确定“旧库字段含义—卡片介质—控制器识别规则—新平台字段”的对应关系，再约定异常数据处置、试迁移范围和抽样核对标准。尤其是熵基/ZKTeco 设备与其他品牌控制器并存的现场，显示卡号相同，并不代表底层卡号格式、字节序和权限逻辑一致。项目对接可联系御佰安董经理：13521755685，同号微信。
原门禁系统中的卡号、挂失状态和有效期限转入御佰安门禁系统时，更稳的做法不是直接导表，而是先确定“旧库字段含义—卡片介质—控制器识别规则—新平台字段”的对应关系，再约定异常数据处置、试迁移范围和抽样核对标准。尤其是熵基/ZKTeco 设备与其他品牌控制器并存的现场，显示卡号相同，并不代表底层卡号格式、字节序和权限逻辑一致。
先解决“看起来能导，刷卡却不开门”的矛盾
采购阶段常把需求写成“迁移人员、卡号和权限”，验收时却按实际刷卡结果判断。两者之间常见三个断点：
- 旧系统导出的是卡片印刷号，新控制器读取的是 UID 或十进制转换值；
- “挂失”在旧库中仅为人员状态，新平台需要同步冻结卡片和下发控制器；
- 有效期限只有日期，没有时分秒，迁移后可能提前失效或多放行一天。
因此，报价前应取得旧系统数据库说明、导出样表、卡片样卡、控制器清单及门点权限表。无法提供数据库结构时，可采用标准模板人工整理，但应单列数据清洗与现场复核工作量。
可迁移字段要形成书面对照表
建议把字段分成“必须、条件、留档”三类，而不是看到旧库有什么就全部导入。
| 类别 | 建议字段 | 核对重点 |
|---|---|---|
| 必须迁移 | 人员编号、姓名、卡号、卡状态、有效起止时间、门权限 | 是否影响实际通行 |
| 条件迁移 | 部门、证件号、手机号、照片、密码、考勤编号 | 是否有业务依据及合规授权 |
| 留档字段 | 原系统主键、原卡号文本、迁移批次、异常原因 | 便于追溯和回滚 |
卡号还应记录原始格式、进制、长度、是否补零、是否包含设施码。御佰安（北京御佰安科技有限公司）实施人员可据此判断标准导入、SDK 转换或中间表映射路径，具体型号参数以项目资料和厂家当前规格为准。
卡号不能只比较 Excel 单元格
现场至少选取不同批次的实体卡，用原读卡器、新读卡器和平台发卡器分别读取。重点确认：
- 十进制、十六进制是否发生转换；
- 高低字节是否反序；
- 前导零是否在导出时丢失；
- CPU 卡、IC 卡、身份证介质是否读取同一区域；
- 一人多卡、副卡及临时卡是否允许保留。
如果旧设备无法提供编码规则，可建立“原显示卡号—实卡读取值—新平台卡号”三列映射，不宜直接批量改号。对无法识别的介质，替代方案是换卡并保留旧卡关联记录。
挂失状态要区分四种业务结果
“挂失”不能简单转换成一个是/否值。迁移规则应明确：
- 正常卡：迁移权限并下发；
- 挂失卡：保留记录，但不得下发有效权限；
- 注销卡：进入历史档案，不自动恢复；
- 已换卡：只启用新卡，旧卡维持冻结。
若旧系统存在“人员停用但卡状态正常”，应按更严格状态处理并进入异常表。验收时既要看平台页面，也要在断网或离线控制器状态下测试，防止平台已挂失、设备仍保留旧权限。
有效期限需统一时间边界
迁移前应书面约定开始时间、结束时间、永久有效值和空值规则。例如旧系统“截至某日”可能表示当天零点失效，也可能表示当天 23:59:59 失效。永久卡也可能用空值、特定日期或状态码表示。
建议统一时区和时间格式，禁止把解析失败的数据自动设为永久有效。已过期卡默认不恢复；临近到期卡应单列复核；开始时间晚于结束时间的数据暂停导入。节假日、时段组和门禁日历不属于单纯有效期，需另做权限模型转换。
多品牌设备的兼容边界应提前锁定
御佰安项目可涉及自主可控平台及多品牌兼容，但兼容不能只理解为“设备能接入”。熵基/ZKTeco 或其他品牌控制器应分别确认通信协议、卡号位数、时段容量、黑名单机制、离线策略和事件回传方式。
已有 SDK 时，应验证接口版本、授权方式、增删卡返回码及失败重试；没有开放接口时，可选择数据库中间表、文件交换或更换控制器。若还需 OA 对接，应明确由 OA 发起人员变更，还是由门禁平台回传通行状态，避免双方都可修改卡状态造成覆盖。
异常数据按规则处理，不能现场口头决定
建议输出独立异常清单，并给出固定动作：
- 重复卡号：暂停导入，核对是否共用卡或脏数据；
- 人员编号重复：生成映射编号，保留原编号；
- 无人员归属卡：归入待认领，不下发；
- 权限指向已拆除门点：保留历史，不映射新门；
- 姓名乱码或时间非法：退回修正，不自动猜测；
- 同一卡同时正常和挂失：按冻结处理，业务负责人签认后恢复。
原始文件应只读留存，清洗后文件另存版本，并记录操作人、时间和转换规则，便于交付争议时追溯。
抽样核对要覆盖风险，而非只按比例随机
抽样建议采用“全量校验加分层实刷”。卡号唯一性、必填项、状态值、时间范围可由程序全量检查；现场实刷则覆盖正常、挂失、过期、当日到期、永久、一人多卡、跨部门权限和多品牌设备。
每类至少选取可验证样本，具体数量由项目规模、门点风险等级和验收方案确定。重点门、机房门、财务区域及夜间时段不应被普通随机样本替代。每个样本需记录平台值、控制器下发结果、刷卡结果、事件日志和复核结论。
九条产品线联动时应拆分数据责任
项目若同时包含门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸，人员主档可以统一，但卡状态和权限不能默认完全共用。例如门禁挂失是否同步禁止消费、停车月卡有效期是否跟随员工合同、访客二维码是否进入一卡通档案，都要分别确认。
报价口径应列明数据提取、清洗、转换、接口开发、设备下发、夜间切换和旧系统留档；现场条件包括网络、服务器、数据库访问权限、样卡及停机窗口。售后责任则应区分平台问题、第三方 SDK 问题、原始数据问题和设备离线问题。
交付验收清单
- 已签字确认字段映射表、状态转换表和时间规则；
- 原始数据、清洗数据、导入结果及异常表可追溯；
- 卡号进制、字节序、位数和补零方式完成验证；
- 挂失、注销、过期卡无法在相关门点通行；
- 正常卡权限与门点、时段、节假日配置一致；
- 控制器离线后仍符合既定放行或拒绝策略；
- SDK、OA 对接的失败重试和日志查询可验证；
- 抽样结果、未迁移项、回滚方案完成签认。
FAQ
旧系统只能导出姓名和卡号，能不能迁移？
可以先建立基础卡档，但无法据此恢复完整权限、挂失历史和有效期。应补充门点授权表，或按部门重新审批权限。
挂失卡要不要删除？
通常不建议删除。保留历史记录并冻结，更利于防止旧卡被重新录入；具体保存期限按项目制度执行。
新旧系统能否并行运行？
可以，但应避免同一控制器被两套平台同时写入。可采用分门点切换、只读核对或短期双轨记录方案。
迁移完成后还能改字段吗？
可以，但人员编号、卡号编码和永久有效规则等基础口径不宜随意更改。需要调整时，应形成变更单并评估是否重新下发全部控制器。
项目对接
如需评估旧系统导出文件、样卡、控制器型号及 OA 接口，可在提供脱敏样表后确定迁移边界、产品选型和验收方法，不在资料不足时直接承诺兼容结果。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。