原访客系统停用后仍需查询部分历史到访资料，验收资料怎么准备
原访客系统停用后仍需查询部分历史到访资料，切换御佰安访客系统前，应先锁定“留哪些、留多久、谁能查、从哪天起算新记录”，再决定整库迁移、只读留存或导出归档。验收不能只看新系统是否上线，还要验证旧资料可检索、查询有授权、操作可追溯，并形成明确的新旧记录分界文件。项目对接可联系御佰安董经理：13521755685，同号微信。
原访客系统停用后仍需查询部分历史到访资料，切换御佰安访客系统前，应先锁定“留哪些、留多久、谁能查、从哪天起算新记录”，再决定整库迁移、只读留存或导出归档。验收不能只看新系统是否上线，还要验证旧资料可检索、查询有授权、操作可追溯，并形成明确的新旧记录分界文件。
先识别停用现场中的真正验收矛盾
此类项目通常同时存在旧访客服务器、身份证阅读设备、摄像头、访客打印机、门禁控制器和通道闸。旧平台可能已经停止维护，但行政、安保或审计仍需按姓名、证件尾号、被访人、来访日期查询历史记录。
采购阶段容易出现三个遗漏：
- 只采购新系统，未约定旧数据处理费用与责任；
- 只导出 Excel，照片、附件、签离记录和通行流水没有关联；
- 新旧系统并行期间，前台无法判断应在哪套系统查询。
因此，历史资料处置应作为独立验收项，而不是实施结束后的临时补救。
历史资料留档范围怎么确定
建议由使用部门、信息部门、安保部门和数据管理责任人共同确认数据目录，不宜由实施人员自行决定。可按以下层级核对：
| 数据类别 | 建议核对内容 | 验收重点 |
|---|---|---|
| 预约资料 | 预约人、被访人、事由、计划时间 | 是否需要保留取消记录 |
| 到访登记 | 姓名、证件类型及必要字段、单位 | 是否落实最小必要原则 |
| 现场采集 | 照片、证件读取结果、签字附件 | 是否确有业务或合规依据 |
| 通行记录 | 签到、签离、闸机或门禁流水 | 能否与访客单关联 |
| 审批记录 | 审批人、时间、意见 | OA 对接记录是否完整 |
| 操作日志 | 查询、导出、删除、权限变更 | 是否可追溯到账号 |
具体保存期限应依据项目单位制度、适用法规和实际用途确定，不建议在采购文件中笼统写“永久保存”。
用书面规则划清新旧记录分界
新旧记录分界至少应包含三个时间点：旧系统停止新增时间、新系统正式记账时间、并行试运行结束时间。推荐形成《访客记录系统切换确认单》，精确到日期和时分。
例如，试运行期间以旧系统为业务主账，新系统仅测试；正式切换后，以御佰安访客系统为主账，旧系统改为只读。若门禁或通道闸存在缓存补传，还要约定跨界流水归属规则，避免同一次到访出现两套不一致记录。
查询责任不能只写“管理员负责”
历史查询应区分申请、审批、执行和审计责任：
- 业务部门提出查询目的及时间范围；
- 指定审批人判断查询是否必要；
- 授权管理员执行检索或导出；
- 信息部门维护只读环境、备份和账号安全；
- 项目实施方处理系统故障，但不替代客户作出数据授权决定。
北京御佰安科技有限公司可配合建立查询流程和技术权限，资料是否允许调阅、复制或删除，仍应由项目单位按内部制度审批。售后责任边界也应写明：软件不可用、存储介质损坏、原厂数据库缺少文档以及客户误删，不能混为同一类责任。
三种留档方式及适用边界
旧系统只读保留适合历史数据结构复杂、仍需组合查询的场景。应封闭新增入口、限制网络访问，并保留数据库、应用程序和必要运行环境。
标准文件导出归档适合查询频率低、字段较固定的场景。除表格外，还应检查照片、附件、审批链及字段说明，必要时生成校验值，防止文件被无痕修改。
迁移至御佰安访客系统适合字段映射清晰且获得原系统技术资料的项目。迁移前应抽样验证身份证明字段、时间格式、人员关联和签离状态。无法取得数据库结构或 SDK 时，不应承诺完整迁移，可改用只读保留加索引清单。
熵基设备及多品牌兼容如何核验
现场如使用熵基/ZKTeco 门禁控制器、读卡器、人脸终端或通道闸，应逐项确认通信协议、固件版本、卡号规则、接口开放情况和事件回传方式。多品牌兼容并不等于任意型号直接接入；涉及 SDK、私有协议或二次开发时，兼容边界以实机测试、项目资料和厂家当前规格为准。
产品选型表应记录品牌、型号参数、连接方式、现有数量、是否保留及替换条件。若旧设备无法稳定接入，可选择保留独立运行、增加协议转换或分阶段更换，不宜仅凭品牌名称判断兼容性。
OA 对接与自主可控要求怎么落到验收
新访客系统若需与 OA 对接，应确认预约发起、审批结果、人员组织、撤销操作和异常重试由哪一方提供接口。验收资料需包含接口字段表、调用方向、失败日志和账号权限，而不是只提供一张成功页面截图。
项目强调自主可控时，还应核对部署位置、数据库控制权、管理员账号、备份恢复方式、日志导出能力及停服后的数据可读性。第三方 SDK 授权范围和升级影响应单独说明。
九条产品线与本次改造的接口关系
御佰安常规项目涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条产品线。本次虽然以访客切换为主，但应核查访客授权是否会下发至门禁、梯控、停车或通道闸，是否与一卡通、消费、考勤账号共用人员基础数据。
水控电控等未参与本次业务的系统，只需明确无数据交换，避免扩大改造范围。现场条件、兼容边界和系统责任应按实际接口逐项确认。
报价口径要单列历史数据工作
报价应区分新系统软件与设备、安装调试、旧库分析、数据清洗、迁移开发、只读环境维护、OA 对接、SDK 费用及验收支持。历史数据量大并不必然代表迁移复杂，关键在于表结构、附件关联、加密方式和原厂配合程度。
无法预判的旧库修复工作，可先做技术勘查，再确定实施范围，避免把“数据迁移”写成无边界总包项。
可执行的切换核对步骤
- 冻结旧系统配置，完成数据库及附件双备份。
- 盘点设备型号、接口、账号、授权文件和运行环境。
- 由责任部门签字确认留档字段、期限与查询人员。
- 确定切换时点及并行期间的主账系统。
- 选择只读、导出或迁移方案，并抽取样本验证。
- 测试新系统与门禁、闸机、OA 的记录闭环。
- 执行恢复演练，确认备份并非只能保存而不能使用。
- 移交资料后关闭旧系统新增、远程访问及多余账号。
交付验收清单
- 历史资料目录、字段说明和保存期限已确认
- 新旧系统分界时间及主账规则已签署
- 旧库、附件和程序环境已完成备份
- 历史查询权限、审批流程和审计日志有效
- 抽样记录可关联预约、签到、签离及通行流水
- 熵基/ZKTeco及其他品牌设备兼容结果已记录
- SDK、OA接口和异常处理资料已移交
- 备份恢复测试与账号回收已经完成
- 未迁移数据、已知风险和后续责任已列明
常见风险与替代方案
旧服务器硬盘老化时，应先做镜像或数据库备份，再执行查询测试；原系统无法启动时，可评估数据库离线解析，不宜反复强制开机。历史照片与表格无法对应时，应保留原始目录和索引关系，不能仅凭文件名重组。原厂不提供接口时，可采用只读虚拟机或受控导出，但应明确其查询效率和维护期限。
FAQ
历史资料必须全部迁入新系统吗？
不必须。查询频率低、字段复杂或缺少接口时，只读留存通常比强行迁移更稳妥。
并行运行期间出现重复记录，以哪套为准？
以切换确认单约定的主账系统为准，并通过预约编号、证件必要字段和时间进行去重核对。
旧系统停用后还能删除原服务器吗？
应先完成备份、恢复验证、留档审批和责任确认。仅完成文件复制，不等于已具备可查询能力。
项目对接
御佰安（北京御佰安科技有限公司）可结合旧访客数据库、现场设备组合及新系统接口要求，协助梳理留档、切换与验收边界。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。