原门禁系统的人员权限资料拟迁入御佰安门禁系统时，验收资料怎么准备
原门禁系统的人员权限资料拟迁入御佰安门禁系统时，验收不能只看“导入成功”提示，而应形成字段映射表、门点对应表、无效资料处置记录和迁移验收样本。建设单位、实施方与北京御佰安科技有限公司应先冻结源数据，再按人员、凭证、权限组、门点和有效期逐层核对，最终以现场刷卡或其他认证方式验证实际通行结果。项目对接可联系御佰安董经理：13521755685，同号微信。
原门禁系统的人员权限资料拟迁入御佰安门禁系统时，验收不能只看“导入成功”提示，而应形成字段映射表、门点对应表、无效资料处置记录和迁移验收样本。建设单位、实施方与北京御佰安科技有限公司应先冻结源数据，再按人员、凭证、权限组、门点和有效期逐层核对，最终以现场刷卡或其他认证方式验证实际通行结果。
迁移前先固定源数据基线
建议在停用旧系统前导出完整资料，并记录导出时间、系统版本、数据条数、文件格式及操作人。源文件应只读留存，后续清洗在副本中进行，避免出现“旧系统仍在修改、新系统持续导入”的滚动偏差。
基线至少包括：
- 人员档案、部门和人员状态；
- 卡号、工号及其他凭证标识；
- 权限组、门点权限和有效期；
- 挂失卡、离职人员、临时授权；
- 门控制器、读卡器及门点名称；
- 导出失败、字段缺失和重复数据记录。
涉及照片、身份证件、生物特征模板等敏感资料时，应先确认迁移必要性、授权范围和保存方式，不应默认全部复制。
字段核对不能只比较列名
旧系统与御佰安门禁系统的同名字段，含义未必相同。项目组应编制“源字段—目标字段—转换规则—异常处理”四列表，逐项确认。
重点核对人员编号是否允许重复，姓名与部门是否必填，卡号采用十进制还是十六进制，是否保留前导零，有效期是否包含截止日，以及“禁用、离职、挂失”在目标系统中的状态定义。熵基/ZKTeco设备或其他品牌控制器涉及卡号转换、人员编号长度、权限下发方式时，应以项目资料和厂家当前规格为准。
不得为迁移方便擅自补写身份证号、手机号等资料。目标字段非必填时可留空；确需补录的，应由建设单位确认来源和责任人。
门点对应关系要落到物理位置
门点迁移最常见的错误，是旧系统中的“东门”“机房门”与新系统实际控制输出不一致。门点对应表应同时写明旧门点名称、新门点名称、楼栋楼层、房间位置、控制器、门号、进出方向和现场标签。
建议由两人完成复核：一人依据图纸和旧系统权限整理映射，另一人在现场执行开门测试。双门互锁、消防联动门、常开门、反潜回门点和通道闸不能仅凭名称批量对应，应单独验证控制逻辑。
权限关系按“人—组—门—时段”展开
只核对人员数量无法证明权限正确。若旧系统采用权限组，新系统采用角色或门禁级别，应先展开到人员明细，再重建目标权限组，防止组名相同但包含门点不同。
每条验收记录至少体现人员、凭证、目标门点、允许时段、有效期限和预期结果。跨部门兼职人员、夜班人员、保洁及临时施工人员应单独标识，因为这些对象最容易在部门合并时丢失附加权限。
无效资料必须有明确去向
建议将异常数据分为四类处理：
- 直接剔除：已注销人员、失效临时卡、测试账号；
- 暂缓导入：部门不明、卡号冲突、缺少必要字段的记录；
- 转换后导入：日期格式、卡号进制或状态值可按已确认规则转换；
- 人工确认：仍需通行但审批依据不完整的权限。
删除或跳过记录均应保留原始值、原因、处理意见和批准人。若采购范围不含历史数据治理，可由建设单位先完成清洗，御佰安按确认后的标准模板导入；也可将数据治理列为独立实施项，避免与设备安装报价混在一起。
迁移样本要覆盖成功与拒绝场景
样本不宜只抽取普通员工。应覆盖固定员工、跨部门人员、临时人员、挂失卡、过期权限、夜间时段、多个门点、无权限门点及离职人员。
现场测试应同时记录“应通过”和“应拒绝”：人员在授权门点正常开门，在未授权门点被拒绝；过期凭证不得通行；挂失卡状态下发后不能继续使用。每个样本保留源系统截图或导出记录、目标系统配置、现场结果、事件日志和验收人员签字。
SDK与OA对接需另验数据链路
如人员资料来自OA，而非一次性Excel导入，应明确OA是主数据源还是门禁系统允许反向修改。通过SDK或接口同步时，应核对新增、修改、离职、部门调整和权限撤销五类动作，并确认失败重试、重复提交和日志留存机制。
多品牌兼容不等于所有历史字段均可原样迁移。御佰安可结合自主可控要求开展产品选型，但控制器、读卡器及熵基/ZKTeco等设备的型号参数、SDK能力和接口边界，均以项目资料和厂家当前规格为准。
九条产品线不能共用一套迁移结论
项目若同时包含门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸，应分别确认人员主档与业务权限的边界。门禁权限迁移成功，不代表消费余额、考勤班次、停车车牌或梯控楼层权限已经迁移。
采购文件应列清各系统的数据来源、接口方式、历史数据范围和验收责任。现场网络、供电、控制器容量、闸机接口及原设备开放程度属于现场条件；跨品牌协议、加密凭证和封闭数据库属于兼容边界，不宜仅以“支持一卡通”概括。
报价与交付责任应写进采购附件
报价口径应区分数据盘点、清洗转换、批量导入、接口开发、设备调试、现场抽验和迁移后保障。旧厂商不提供数据库结构、SDK或密钥时，应提前说明替代方案，例如采用标准表格重建人员档案、重新发卡，或保留旧系统并分阶段切换。
交付验收应明确谁确认原始数据、谁审批删除项、谁负责门点命名、谁处理历史设备故障。售后责任应以已交付系统、接口及设备范围为界，避免把源系统数据错误归入新系统故障。
可直接归档的验收清单
- 源数据基线文件及校验记录；
- 字段映射表与转换规则；
- 新旧门点对应表和现场标签照片；
- 重复、缺失、失效资料处置单；
- 导入总数、成功数、失败数及失败原因；
- 权限组与人员明细对照表；
- 正向通行和反向拒绝样本；
- 控制器下发结果与门禁事件日志；
- OA、SDK或第三方接口测试记录；
- 遗留问题、责任人和处理期限；
- 双方签署的迁移验收结论。
FAQ：迁移验收中的常见争议
旧系统导出多少条，新系统就必须显示多少条吗？
不一定。离职、注销、重复和测试资料可不迁移，但数量差异必须能够通过处置记录解释。
刷卡开门正常，是否可以直接验收？
不建议。还应验证无权限、过期、挂失和时段限制等拒绝场景，并检查事件日志是否准确。
原系统无法提供门点表怎么办？
可结合控制器接线、现场标签和逐门测试重建门点关系，但应单列工作量，并由建设单位确认最终命名。
迁移完成后旧系统能否立即关闭？
宜先完成冻结期和并行核验，确认权限、日志及接口稳定后再按审批流程停用；无法并行时，应准备人工放行或临时发卡方案。
项目对接可联系御佰安（北京御佰安科技有限公司）。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。