御佰安一卡通系统需要接收旧系统导出的卡号资料时，怎么判断更稳
御佰安一卡通系统需要接收旧系统导出的卡号资料时，不能只看表格能否导入，而应先核查卡号格式、重复记录、人员对应关系，再明确新旧数据的启用边界。尤其是旧门禁或熵基/ZKTeco 考勤设备继续保留，而停车、消费、梯控等模块逐步切换的项目，卡号“看起来一致”不等于设备实际识别一致，批量导入前必须完成样本读取和小范围验证。项目对接可联系御佰安董经理：13521755685，同号微信。
御佰安一卡通系统需要接收旧系统导出的卡号资料时，不能只看表格能否导入，而应先核查卡号格式、重复记录、人员对应关系，再明确新旧数据的启用边界。尤其是旧门禁或熵基/ZKTeco 考勤设备继续保留，而停车、消费、梯控等模块逐步切换的项目，卡号“看起来一致”不等于设备实际识别一致，批量导入前必须完成样本读取和小范围验证。
先确认旧系统导出的到底是哪一种卡号
旧系统表格中的“卡号”可能是卡片表面印刷号、芯片物理序列号、十进制转换值，也可能是控制器按照特定位数、字节顺序解析后的编号。M1 卡、CPU 卡及不同读卡器输出规则不能直接混用。
建议从现场随机抽取不少于几类典型卡：正常在用卡、早期发卡、近期补卡、已挂失卡和特殊权限卡。分别记录卡面号码、旧软件显示值、旧设备刷卡日志和新读卡器读取值，形成四列对照。只要存在前导零丢失、十六进制与十进制混用、高低字节反转或位数截断，就应先制定转换规则，而不是修改个别异常记录。
导出文件要按文本处理，避免卡号被表格软件改写
较长卡号用电子表格打开后，可能变成科学计数法；以“0”开头的卡号也可能自动去零。稳妥做法是让旧系统同时提供原始导出文件、字段说明和导出时间，并将卡号列固定为文本格式。
接收前应保留只读原件，另建工作副本，记录文件名称、行数、生成时间和校验值。若旧平台只能导出 Excel，可同步导出 CSV 或数据库查询结果进行交叉核对。涉及型号参数、卡号长度和读卡协议的判断，以项目资料和厂家当前规格为准。
重复记录不能只用“删除重复项”处理
重复卡号通常分为四类：同一人员多次登记、不同人员占用同一卡号、旧卡注销后被重新发放、多个子系统分别保存同一卡号。前两类影响身份确认，后两类则涉及历史记录和业务边界。
核查时应分别建立“卡号—人员编号”和“人员编号—卡号”双向索引。出现一卡多人时暂停导入，由建设单位确认实际持卡人；出现一人多卡时，应标记主卡、备用卡、挂失卡及有效期。不得仅保留最后一条，因为最后修改时间未必代表当前有效状态。
人员对应关系以稳定编号为主，不以姓名拼接
姓名可能重名，部门和手机号也会变化，因此不宜作为迁移主键。推荐优先使用工号、人员唯一编号或经双方确认的 OA 人员 ID，并保留姓名、部门、证件类型等辅助字段。
若项目需要 OA 对接，应先明确 OA 是人员主数据源，还是只负责审批。御佰安（北京御佰安科技有限公司）可根据接口条件通过 SDK 或约定的数据接口进行映射，但人员新增、离职、调岗和复职由哪个系统发起，必须写入对接说明。缺少稳定人员编号时，可先生成迁移临时 ID，待责任方确认后再绑定正式身份。
九条产品线不能默认共用同一启用规则
门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸虽然都可能使用卡号，但业务要求不同。门禁和通道闸关注实时通行权限；梯控还涉及楼层授权；停车可能绑定车牌与月租状态；消费、水控电控涉及余额或计量；考勤需要班次和人员状态；访客卡通常具有短期有效期。
因此，多品牌兼容应落实到具体设备、协议和字段，而不能理解为所有历史数据都可直接迁移。旧有熵基/ZKTeco 门禁或考勤设备与御佰安平台组合使用时，要逐项确认控制器型号、读卡格式、通信方式、固件版本及 SDK 开放范围。涉及消费余额、停车缴费等账务数据，若无法获得完整交易链，应优先采用清算后重新启用的替代方案。
划清新旧系统的启用边界
切换前应确定一个明确时点：该时点以前的人员、卡片和权限由旧系统维护，之后由新系统维护。切换窗口内原则上暂停发卡、换卡和批量调权；确需办理时，应登记增量台账并在两套系统中核对。
如果现场不能停用旧平台，可采用“旧系统只读、新系统主控”的并行方案，或按区域分批切换。例如先迁移办公区门禁与考勤，再处理停车、消费和梯控。并行期必须指定哪套系统拥有最终解释权，避免两边同时改卡号和权限。
批量导入前按小样本闭环验证
建议先导入一组覆盖性样本，包括长短卡号、前导零卡号、不同部门、跨区域权限、一人多卡和已失效卡。完成以下闭环：
- 新平台查询到的卡号与迁移表一致；
- 门禁、闸机或考勤终端实际刷卡结果正确；
- 权限、有效期、人员状态没有错位；
- 日志能回传并准确关联人员；
- 旧系统停权后，不会被同步任务重新启用；
- 导入失败记录可单独导出、修正和重试。
样本未通过前，不建议进行全量下发。对无法转换的卡片，可选择重新发卡、保留原设备独立运行或增加兼容读卡设备，具体取舍应结合安全要求和改造成本。
报价与采购文件应写清数据工作量
报价口径不能只写“一卡通系统迁移”。应明确数据源数量、文件格式、预计记录范围、清洗责任、转换规则、设备调试、SDK 或 OA 对接、试运行批次以及异常数据处理方式。
产品选型还需列明控制器、读卡器、发卡器和终端的型号参数。自主可控平台与多品牌兼容能力应按本项目接口和设备清单确认，不宜脱离现场条件作笼统判断。若旧厂家不提供数据库结构或接口文档，应将人工整理、重新采集或换卡列为备选费用与工期边界。
交付验收清单要能追溯到原始数据
- 原始导出文件已封存，工作副本可追溯；
- 卡号进制、位数、前导零和字节顺序已确认；
- 重复卡、一人多卡、挂失卡均有处理结论；
- 人员编号与 OA 或人事主数据对应准确；
- 九条产品线的迁移范围、保留范围分别列明；
- 新旧系统切换时点和增量台账完整；
- 抽样刷卡、权限下发、日志回传结果留档；
- 失败记录、重新发卡和回退方案可执行；
- 交付验收与售后责任已落实到系统、设备和接口责任方。
FAQ：现场常见的三种卡号争议
旧软件显示 8 位，新发卡器显示 10 位，哪个才是正确值？
两者可能是同一芯片编号的不同转换结果。应读取原始值并验证进制、补零和字节顺序，不能仅凭位数决定。
同一卡号对应两个人，可以先全部导入再处理吗？
不建议。系统可能出现权限串用、日志归属错误，应先冻结冲突记录，由使用单位确认实际持卡人与历史卡状态。
旧系统必须继续运行，是否还能迁移？
可以采用分区、分模块或只读并行，但要锁定主数据系统、同步方向和截止时间。不能让新旧系统同时拥有发卡和改权权限。
项目对接方式
御佰安可结合现场设备清单、旧系统样本文件和新平台启用计划，协助梳理卡号转换、人员映射、接口边界及验收资料。联系电话：13521755685（董经理），同号微信，售后 1 小时极速响应 · 7×12 小时在线。
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。