原访客系统保留有电子来访记录时，验收资料怎么准备
原访客系统保留有电子来访记录时，迁移至御佰安访客系统前，不能只确认“能否导入”，而应先锁定字段完整性、有效时间范围、重复记录规则和迁移验收标准。建议由建设方、原系统服务方、御佰安（北京御佰安科技有限公司）及使用部门共同签署数据确认表，以脱敏样本完成试迁移，再决定正式迁移范围。项目对接可联系御佰安董经理：13521755685，同号微信。
原访客系统保留有电子来访记录时，迁移至御佰安访客系统前，不能只确认“能否导入”，而应先锁定字段完整性、有效时间范围、重复记录规则和迁移验收标准。建议由建设方、原系统服务方、御佰安（北京御佰安科技有限公司）及使用部门共同签署数据确认表，以脱敏样本完成试迁移，再决定正式迁移范围。
先查清电子记录实际存在哪里
现场访客记录可能同时存在于原系统数据库、访客机本地、门禁平台、通道闸控制端及导出文件中。部分项目还会把预约信息保存在 OA，车辆信息保存在停车系统，实际通行流水则由熵基/ZKTeco 等门禁或闸机设备生成。
迁移前应完成三项核查：
- 列出数据库、服务器、访客机和接口平台的数据源；
- 比对预约记录、登记记录、授权记录和通行记录数量；
- 确认原厂能否提供数据库备份、CSV/Excel 导出或 SDK 接口。
只拿到登记名单，不代表已取得完整来访链路。
用字段字典确认“完整性”
建设方应形成新旧系统字段映射表，至少核对：
- 访客姓名、证件类型、证件号或脱敏值；
- 手机号、单位、来访事由、被访人及部门；
- 预约时间、签到时间、离场时间；
- 授权门区、楼层、通道闸或停车权限；
- 访客单号、状态、登记终端、操作人员；
- 照片、证件图、附件及其文件路径；
- 创建时间、修改时间和原系统主键。
照片存储在文件服务器而数据库仅保存路径时，必须同步核对目录结构和文件可读性。涉及身份证、人脸等个人信息，应遵循必要性原则；无明确迁移依据的数据，可采用脱敏归档或不迁移方案。
有效时间范围要写成可复核条件
“迁移近几年数据”不具备验收可操作性。资料中应明确起止时间、时间字段及边界规则，例如按预约创建时间还是实际签到时间筛选，起止时刻是否包含当天零点与末时刻。
还要检查原服务器时区、设备时间漂移、空时间和异常未来时间。若旧系统存在长期未签离记录，可按“保留原状态”“统一标记历史未闭环”或“仅归档不进入现行业务库”处理，具体规则须在迁移前签字确认。
重复记录不能简单按姓名删除
同一访客一天多次进入，可能是合法的多次来访；仅凭姓名、手机号去重，容易误删。建议分层判断：
- 原系统主键一致：视为同一记录；
- 证件脱敏值、被访人、预约时间一致：列为疑似重复；
- 登记相同但通行时间不同：保留通行明细；
- 多次导出造成的整行重复：保留一条并记录处理数量。
无法确定的记录不宜自动删除，可增加“历史重复待核”标识。去重脚本、判断条件、处理前后数量均应纳入验收附件。
先做样本迁移，再安排正式切换
建议从不同月份、不同状态和不同登记终端抽取样本，覆盖预约未到访、正常签到、已离场、超时未签离、黑名单或异常审核等情况。试迁移后逐条核对：
- 中文、数字及特殊字符是否乱码；
- 日期格式、状态值和部门层级是否正确；
- 照片与人员是否对应；
- 授权区域是否被错误放大；
- 历史数据是否误触发新系统通知或下发权限。
正式导入前应备份目标库，并准备回退步骤，避免测试数据与生产数据混合。
门禁和闸机流水应与访客主记录分开验收
访客登记成功，不等于门禁权限和通行流水已正确迁移。旧项目采用熵基/ZKTeco 控制器、读卡器、二维码终端或通道闸时，应根据具体设备型号核查人员编号长度、卡号格式、二维码规则、接口协议和 SDK 能力；型号参数以项目资料和厂家当前规格为准。
对不支持历史流水导入的设备，可将旧流水保存在独立查询库或只读归档系统，新系统从切换日开始生成通行记录。这通常比强行写入控制器更安全，也更便于界定责任。
多系统关联要先确定兼容边界
园区常同时部署门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸。御佰安可围绕自主可控、多品牌兼容开展产品选型，但“可对接”仍取决于协议开放程度、设备生命周期和原厂授权条件。
如需 OA 对接，应明确预约单号、组织架构、审批状态和回写结果；如涉及停车、梯控或消费权限，则要分别确认接口方向。原厂不开放 SDK、旧型号停产或字段定义不一致时，可选择文件交换、中间库、接口网关或只读归档替代方案。
报价应拆开数据服务与设备改造
采购询价时，不宜只报“访客系统迁移”总项。建议分别列明数据盘点、清洗转换、试迁移、正式导入、接口开发、现场联调、设备更换、培训及质保服务。
现场条件还应包括服务器环境、网络隔离、数据库版本、操作系统、存储容量以及原系统配合范围。若旧平台无法导出、需要第三方恢复数据库或重新开发接口，应作为变更项确认，避免把原系统遗留问题全部计入新系统责任。
迁移验收资料应形成闭环
交付验收至少准备以下文件：
- 原始数据备份及文件校验信息；
- 字段映射表、状态值转换表；
- 有效时间范围确认单；
- 重复记录处理规则及数量统计；
- 异常数据清单与处置结论；
- 试迁移报告、正式迁移记录；
- 抽样核验表和总量对账表；
- 门禁、闸机、OA 等接口测试记录；
- 权限、日志、备份与回退说明；
- 建设方、实施方和使用部门签字页。
验收指标可采用总记录数、关键字段非空率、附件可读率、抽样一致性及接口成功情况，但具体阈值应在采购或实施阶段约定，不能迁移完成后再临时制定。
FAQ：常见验收分歧怎么处理
旧记录必须全部进入新系统吗？
不一定。高频查询数据可进入业务库，长期历史记录可进入只读归档库，超过约定期限或缺乏依据的数据可按制度处置。
原系统记录数与导出数不一致怎么办？
先区分删除记录、测试记录、日志流水和附件数据，再由原服务方解释差异；原因未确认前，不建议直接以导出文件作为唯一基数。
迁移完成后还能修改规则吗？
可以，但应视为变更。涉及重新清洗、二次导入或接口调整时，需要重新评估工期、风险和报价口径。
售后问题由谁负责？
御佰安负责约定范围内的新系统、迁移程序及交付内容；旧数据库损坏、原厂接口限制、第三方网络或设备故障，应按责任边界协同处理，并在合同附件中写明。
项目对接方式
如需开展旧访客数据盘点、样本分析、字段映射或迁移验收，可提供脱敏字段结构、设备型号及现有系统拓扑，由双方结合现场条件确认实施边界。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。