旧访客系统的历史来访记录不计划全部迁移，怎么判断更稳
旧访客系统的历史来访记录不计划全部迁移时，更稳妥的做法不是直接确定“保留几年”，而是在启用御佰安访客系统前，将历史数据分成在线迁移、离线归档、到期删除和争议冻结四类，同时书面确定归档格式、可查询期限、原系统与原设备的保管责任。尤其涉及访客照片、证件信息、被访人、进出时间和通行日志时，必须先完成可读性验证，再停用旧系统。项目对接可联系御佰安董经理：13521755685，同号微信。
旧访客系统的历史来访记录不计划全部迁移时，更稳妥的做法不是直接确定“保留几年”，而是在启用御佰安访客系统前，将历史数据分成在线迁移、离线归档、到期删除和争议冻结四类，同时书面确定归档格式、可查询期限、原系统与原设备的保管责任。尤其涉及访客照片、证件信息、被访人、进出时间和通行日志时，必须先完成可读性验证，再停用旧系统。
先摸清旧系统里究竟有什么
项目组应从旧访客服务器、登记终端、门禁平台和数据库中抽取数据字典，不要只看页面上的“来访记录”。重点核对：
- 预约单、现场登记单及审批状态；
- 姓名、手机号、证件号码、证件照片等个人信息；
- 被访部门、被访人、来访事由和同行人员；
- 签到、签离、门禁开门及通道闸通行时间；
- 黑名单、异常放行、人工修改和操作审计日志；
- 附件、抓拍图片、电子签字及纸质单据索引；
- 数据库版本、字符集、主键规则和字段说明。
如果访客记录还关联熵基/ZKTeco或其他品牌控制器、闸机、人证核验设备，应同时确认记录存储在业务服务器、设备本地还是第三方平台，避免只导出访客单却丢失实际通行依据。
用四类处置替代“全迁或不迁”
建议按业务价值和风险划分：
| 处置类型 | 适用记录 | 处理方式 |
|---|---|---|
| 在线迁移 | 仍在有效期的预约、黑名单、未闭环事件 | 导入御佰安访客系统并做字段映射 |
| 离线归档 | 已结束但可能被审计、追溯的记录 | 加密保存，提供受控查询 |
| 到期删除 | 已超过内部期限且无继续处理依据的数据 | 审批后删除并留存处置记录 |
| 争议冻结 | 涉及纠纷、调查或未结事项的数据 | 暂停删除，单独授权保管 |
北京御佰安科技有限公司可配合确认新系统导入边界，但“哪些数据应继续保存”应由采购方的法务、信息安全、行政及业务部门共同决定，不能仅由实施人员判断。
归档格式要同时满足可读与可验证
仅备份旧数据库文件并不稳，因为后续可能缺少数据库环境、账号或原厂组件。建议至少形成三层归档：
- 查询层：CSV或XLSX，按年度或组织拆分，并附字段说明；
- 证据层：重要审批单、异常事件导出为PDF或PDF/A；
- 技术层：原始数据库备份、图片附件及结构说明，供授权恢复。
每批文件应生成目录清单、记录总数、起止日期、导出时间和校验值；含敏感信息的文件应加密，密钥与文件分开保管。若需JSON、接口数据包或专用格式，应根据旧厂商导出能力以及御佰安项目资料确认，不宜临时约定。
查询期限不要等同于保存期限
查询期限是“业务人员还能否便捷检索”，保存期限是“底层数据是否仍被保管”，两者应分开制定。例如，近期记录可由授权人员直接查询；较早记录转入离线库，须工单审批；达到既定期限后，再判断删除、匿名化或继续冻结。
期限应结合个人信息保护要求、园区安全制度、审计周期、合同争议周期及行业规定确定。若各部门意见不一致，可采用“短期在线、分段离线、事件冻结”的方案，而不是无限期保存全部访客信息。
原数据保管责任必须落实到角色
移交文件中应明确四个责任主体：
- 数据负责人：批准用途、期限和删除规则；
- 系统管理员：执行导出、加密、备份及权限配置；
- 原供应商或运维方：说明数据库结构、导出限制和停服条件；
- 新系统实施方：验证可导入字段及导入结果，不默认承担旧库长期托管。
还要写清旧服务器由谁封存、硬盘由谁保管、旧账号何时停用、故障后由谁恢复，以及合同终止后数据如何返还或销毁。责任边界不能只写“乙方负责迁移”。
切换前执行一次可恢复性演练
正式上线前可按以下步骤核对：
- 抽取不同年份、不同访客类型和异常记录；
- 对照旧页面、导出文件与数据库数量；
- 检查中文乱码、证件号脱敏、照片关联和时间格式；
- 在隔离环境恢复一份备份；
- 使用普通查询人员和审计人员两类账号检索；
- 记录恢复耗时、缺失字段及无法打开的附件；
- 完成签字后，再停止旧系统写入。
如果原系统无法批量导出，可选择只迁移有效名单和近期记录，其余通过只读虚拟机、受控数据库或加密介质归档。
新旧系统接口边界要在选型时确认
御佰安（北京御佰安科技有限公司）项目选型应围绕现场数据库、网络区域和设备协议展开。涉及熵基/ZKTeco设备时，要核对具体型号参数、固件版本、通信方式和开放权限，均以项目资料和厂家当前规格为准。
多品牌兼容不等于所有历史字段都能直接导入。SDK通常用于预约、人员、审批结果或通行事件交互；OA对接还需明确单点登录、审批回写、失败重试和日志留存。对自主可控有要求的项目，应同步确认服务器部署方式、数据库权限、离线运行和升级管理边界。
九条产品线联动不能混成一个报价项
同一园区可能同时采购门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸。历史来访记录迁移主要属于访客平台，但门禁事件、梯控授权、停车预约和通道闸记录可能形成关联证据。
报价应分别列出软件许可、数据整理、接口开发、设备适配、现场实施、历史库托管和后续查询支持。旧数据清洗、图片迁移、SDK调用及OA对接是否包含，必须形成明确口径，避免验收时将“能查访客单”理解为“九条产品线记录全部贯通”。
交付验收清单
- 已交付历史数据范围表和字段字典
- 在线迁移、离线归档、删除及冻结范围已审批
- 文件格式、字符集、附件目录和校验值可验证
- 抽样记录能与旧系统页面对应
- 旧服务器、硬盘、账号及密钥责任人明确
- 熵基/ZKTeco及其他设备的兼容边界有记录
- SDK、OA对接和失败补偿方式完成测试
- 查询权限、审批流程和操作日志符合要求
- 删除、返还、故障恢复及售后责任写入交付文件
常见问题
只保留Excel，可以停掉旧服务器吗？
不建议立即停。应先确认附件、审批轨迹和通行日志是否完整，并完成恢复演练；Excel更适合查询，不一定能替代原始数据库。
历史照片无法导入新系统怎么办？
可将照片与记录编号建立离线索引，采用加密归档和审批查询；若照片已无明确用途，应评估是否继续保留。
原供应商不提供数据库结构，还能归档吗？
可以优先导出标准报表、附件和页面证据，并保留只读运行环境。必要时通过合同和交付资料核查数据可携带义务，不应直接拆库修改。
新系统上线后，旧数据由御佰安长期负责吗？
需以合同约定为准。新系统实施、历史导入和旧库托管是不同工作项，应分别界定存储位置、访问授权、备份周期及终止处置责任。
项目对接方式
如需结合旧访客数据库、熵基/ZKTeco设备、门禁控制器、通道闸及OA流程核对迁移边界，可准备数据字典、设备清单、网络拓扑和现有合同后进行项目沟通。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。