旧访客系统保存了大量来访记录，怎么判断更稳
旧访客系统保存了大量来访记录，怎么判断更稳？切换御佰安产品时，不应默认“全部迁走”，也不能只按数据库容量决定。更稳的做法是先确认业务与合规依据，再分别确定迁移年限、字段范围、附件处理方式和责任主体，最后用可核验的数据清单完成验收。历史记录越多，越需要把“保留必要性”与“技术上能否导入”分开判断。项目对接可联系御佰安董经理：13521755685，同号微信。
旧访客系统保存了大量来访记录，怎么判断更稳？切换御佰安产品时，不应默认“全部迁走”，也不能只按数据库容量决定。更稳的做法是先确认业务与合规依据，再分别确定迁移年限、字段范围、附件处理方式和责任主体，最后用可核验的数据清单完成验收。历史记录越多，越需要把“保留必要性”与“技术上能否导入”分开判断。
先解决前台设备更换与历史数据验收的矛盾
典型现场往往同时存在旧访客机、身份证阅读设备、人脸摄像头、打印机、门禁控制器、通道闸和停车系统。采购方关注新系统尽快上线，使用部门希望历史记录随时可查，而信息与合规人员更关心身份证号、照片、车牌等敏感信息是否应继续保留。
因此，采购文件不能只写“完成历史数据迁移”。建议拆成三项成果：
- 新访客业务按期启用，避免迁移工作阻塞上线；
- 经确认的历史记录进入新系统或独立归档库；
- 不迁移的数据按约定封存、脱敏或删除，并留存操作记录。
迁移年限不能仅按“保存了几年”决定
应由采购方的数据管理、业务、法务或合规相关人员共同确认，御佰安（北京御佰安科技有限公司）可提供数据盘点和技术实施建议，但保存期限不能由设备供应商单方面决定。
可按以下顺序核对：
- 查找现行制度、合同约定、审计要求及争议处理需要；
- 区分仍有业务用途的数据与仅因旧系统未清理而留存的数据；
- 按园区、楼宇、来访类型和时间段统计记录量；
- 对超出必要期限的数据形成处置审批；
- 将迁移截止日期、查询权限和后续删除时间写入项目文件。
若暂时无法确定，可先迁移近期必要记录，较早数据做加密离线归档，而不是直接导入生产系统。
字段范围按“必要使用”逐项勾选
建议建立字段级清单，至少区分四类：
- 基础记录：来访时间、受访部门、访问事由、进出状态；
- 身份信息：姓名、证件类型、证件号码、手机号；
- 生物及影像信息：人脸照片、证件照片、现场抓拍图；
- 关联信息：车牌、门禁权限、闸机通行、停车记录、审批单号。
姓名和完整证件号码并非所有历史查询都需要。若仅用于统计，可迁移部门、日期和访客类型等非直接识别字段；若需处理纠纷，可保留必要明细，但应限制授权。照片、证件影像和人脸模板应单独决策，不能因其与主表关联就默认整体复制。
先做数据剖析，再决定导入方式
正式迁移前应从旧系统导出样本，并完成以下核查：
- 数据库类型、字符编码、时间格式及附件存储路径；
- 主键是否重复，进出记录是否成对；
- 证件号、手机号是否存在明文或异常值；
- 图片文件是否缺失、损坏或只能通过旧程序读取；
- 黑名单、预约单、通行权限是否仍然有效；
- 原系统厂商是否提供数据字典、接口或 SDK。
旧系统若为熵基/ZKTeco或其他品牌设备组合，可评估数据库、接口和硬件协议，但“多品牌兼容”不等于任意版本都能直接迁移。具体兼容边界、型号参数和 SDK 能力，以项目资料和厂家当前规格为准。
隐私处理责任要按实际角色落到合同
采购单位通常负责确定处理目的、保存期限、访问范围及删除规则；实施方按照书面指令执行导出、转换、导入和清理。若原厂、集成商或运维单位参与，还要明确各自可接触的数据、使用环境和完成后的返还删除要求。
合同或实施附件至少应写明：
- 数据由谁提供、谁审批、谁接收；
- 是否允许使用移动硬盘、临时服务器或远程工具；
- 测试数据能否使用真实身份信息；
- 迁移失败、误覆盖、泄露或人员误操作如何报告；
- 临时文件、日志、备份由谁删除并确认；
- 项目结束后售后人员的查询权限如何收回。
不得把全部责任笼统写成“由供应商负责”，也不应因系统部署在采购方机房就免除实施过程中的操作责任。
新旧系统并行时划清设备与接口边界
建议设置短期并行窗口：旧系统只查不写，新系统承接新预约和现场登记。访客授权如需联动门禁、通道闸、梯控或停车，应逐项验证控制器协议、卡号规则、二维码、人脸终端及车牌接口。
若涉及 OA 对接，还要明确由 OA 发起预约还是由访客系统发起审批，撤销、超时和重复审批如何同步。无法通过 SDK 稳定联动时，可采用文件交换、受控中间库或人工审批导入作为替代方案，但应标明时效和运维责任。
九条产品线不能共用一个保留期限
御佰安项目选型可覆盖门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线，但各系统数据用途不同。访客照片、考勤明细、消费流水、停车记录及水电使用记录不宜套用同一迁移年限。
采购阶段应分别确认现场条件、产品选型、型号参数、接口数量、网络与供电、部署方式及授权范围。自主可控需求也应落实到部署架构、数据存储位置、接口开放程度和后续维护能力，而不是只写概念性条款。
报价应拆开，避免“迁移包含在安装费”争议
建议报价口径分别列出数据盘点、导出协助、字段映射、清洗转换、附件迁移、接口开发、试迁移、正式迁移、旧库归档和删除见证。若旧厂商需要提供数据库口令、字典或接口支持，其费用和配合责任应提前确认。
当历史图片数量大、旧库结构不完整或需要跨品牌关联时，应先做样本验证再确定工作量。替代方案包括只迁移索引、建立只读历史库、保留旧终端离线查询，或将统计数据脱敏后导入。
验收不只看页面能否搜到记录
交付验收建议逐项签认：
- 迁移时间范围与审批结论一致；
- 字段映射表、脱敏规则和排除项已确认；
- 总记录数、有效记录数、失败数能够对应；
- 抽查姓名、时间、受访人及进出状态准确；
- 图片与主记录关联无错位；
- 重复数据、乱码和时区偏差已处理；
- 权限分级、查询日志、导出控制有效；
- OA、门禁、闸机、停车等联动通过场景测试；
- 临时文件和迁移账号已清理；
- 旧系统保留、封存或删除形成书面记录。
验收基准应使用双方确认的源数据统计，而不是要求新旧系统总数机械一致。
FAQ：历史来访数据迁移中的三个难点
旧库无法导出完整照片，还能上线吗？
可以先迁移结构化记录，将旧图片库加密封存并保留受控查询；合同中应列明未迁移原因和后续责任。
身份证号必须原样导入吗？
不一定。应根据实际查询目的决定保留完整值、掩码值或不迁移，并同步验证检索和权限设计。
旧设备还要继续使用，能否直接接入？
需核对品牌、型号、固件、通信协议和 SDK。无法稳定兼容时，可更换关键终端，或采用新旧系统分区运行，避免将未经验证的兼容性写成验收前提。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。