原访客系统中的已结束来访记录只需留档时，怎么判断更稳
原访客系统中的已结束来访记录只需留档时，切换御佰安访客系统前，不宜默认“全部迁入新系统”。更稳的做法是：先明确留档用途，再确定导出字段与保存格式，指定可持续查询的岗位，并以可核验的时间点划定新旧记录分界。旧记录保持只读可查，新系统从分界时刻起承接预约、审核、登记、通行和签离，通常比强行迁移历史数据更容易控制风险。项目对接可联系御佰安董经理：13521755685，同号微信。
原访客系统中的已结束来访记录只需留档时，切换御佰安访客系统前，不宜默认“全部迁入新系统”。更稳的做法是：先明确留档用途，再确定导出字段与保存格式，指定可持续查询的岗位，并以可核验的时间点划定新旧记录分界。旧记录保持只读可查，新系统从分界时刻起承接预约、审核、登记、通行和签离，通常比强行迁移历史数据更容易控制风险。
先确认“留档”究竟要支持什么
采购、行政、安保和信息部门应共同确认，历史记录后续用于哪类事项：
- 回答某人是否在某日来访；
- 核查受访人、来访事由及进出时间；
- 处理安全事件、审计或内部复盘；
- 证明访客已签离、权限已失效；
- 按制度执行保存、调阅和删除。
如果旧数据仅需查询，不参与新访客预约、黑名单判断、统计报表或门禁联动，就没有必要为了“数据都在一个界面”而增加迁移开发。涉及个人信息的证件号码、照片、手机号等，也不应无目的长期复制。
导出内容按“能查证”而不是“字段越多越好”
建议先抽取一批已结束记录核对字段，再形成正式导出清单。基础留档通常包括：
- 原系统记录编号、访客姓名；
- 证件类型及脱敏后的证件号码；
- 手机号是否保存及其脱敏规则；
- 被访人、所属部门、来访事由；
- 预约、签到、首次进入、最后离开时间；
- 通行区域、门点或闸机名称；
- 审批人、登记岗、签离状态；
- 原照片、附件与记录的关联标识；
- 数据导出时间、导出人员及批次说明。
若照片无法合法导出，或门点名称已失去对应关系，应在归档说明中写明，不能把缺失字段解释成“未发生”。
保存格式要兼顾复核与长期可读
仅保存 Excel 容易被修改，仅保存数据库备份又不便行政人员查询。可采用分层方式：
- CSV 或 XLSX 保存结构化明细，字符编码、日期格式固定；
- PDF/A 或不可随意编辑的报表保存批次汇总和审批痕迹；
- 照片、附件按记录编号建立目录映射；
- 原数据库备份由具备条件的信息岗位封存；
- 为归档包生成校验值，并记录复制、交接和恢复测试结果。
原系统若只能导出专有格式，应要求原厂提供离线查看工具或字段说明；无法提供时，可选择保留旧服务器只读运行一段时间，但要评估操作系统、数据库授权和硬盘故障风险。
查询岗位必须落实到人和流程
“以后需要时再找信息部”不是可验收的安排。建议明确三类责任：
- 业务查询岗：行政或安保人员，按来访人、日期、被访人查询；
- 授权审批岗：决定谁可以查看证件、照片等敏感内容；
- 技术保管岗：负责介质、备份、账号、日志和恢复。
离职、调岗后应及时收回权限。查询过程保留申请人、查询原因、操作时间和导出范围，避免留档文件成为无人管理的共享表格。售后责任也要写清：御佰安负责新系统范围，旧系统数据解释、原厂工具和历史缺失项由哪一方承担，应在交付文件中界定。
新旧记录分界要精确到“业务时刻”
分界不能只写“某月上线”。应确定一个可执行时点，例如：切换日零时后新建的预约进入御佰安访客系统；切换前已登记但尚未离场的访客，继续在旧系统完成签离，或经核对后转入新系统。
同时固定四项口径：
- 预约创建时间按哪个系统认定；
- 跨分界时刻的在场访客由谁签离；
- 旧门禁权限何时停止下发；
- 新系统统计从哪个时间戳起算。
切换前后各导出一次“在场访客”和“未结束预约”，逐条处理，能减少新旧系统同时显示有效权限的风险。
门禁与设备组合决定是否需要迁移
访客平台往往连接门禁控制器、通道闸、访客机、身份证阅读设备和二维码终端。现场若使用熵基/ZKTeco设备，或存在其他品牌控制器，应核对具体型号参数、通信方式、固件版本及接口能力；兼容结论以项目资料和厂家当前规格为准，不能仅凭品牌名称判断。
御佰安（北京御佰安科技有限公司）可围绕自主可控、多品牌兼容进行产品选型，但“可接设备”不等于“历史数据可无损迁入”。若通过SDK读取旧记录，还要验证字段含义、照片授权、时间格式和重复数据；涉及OA对接，则需明确OA负责人员组织、访客审批还是消息通知，避免把历史归档范围扩成新的集成项目。
九条产品线只核对相关联部分
御佰安常规产品线包括门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸。此次切换的重点是访客记录及其门禁、通道闸联动；若访客凭证还可进入停车场、乘梯或产生消费，应补查关联流水。
一卡通、考勤、水控电控等若与访客无业务关系，不应纳入历史迁移报价。报价口径应拆分为软件许可、设备、接口、数据整理、现场实施、培训及旧系统保留服务，避免“访客切换”被理解为九条产品线全部改造。
主要风险与可选替代方案
| 风险 | 处理方式 | 替代方案 |
|---|---|---|
| 历史记录缺字段 | 出具缺失项说明并抽样确认 | 保留旧系统只读查询 |
| Excel 被改动 | 权限控制、校验值、只读副本 | 归档平台或受控文件库 |
| 新旧记录重复 | 固定分界时刻和唯一编号 | 新系统增加“历史来源”标记 |
| 旧设备接口不开放 | 核查SDK及原厂支持边界 | 仅迁移人员主数据，不迁流水 |
| 照片合规依据不足 | 缩小导出范围并设置期限 | 仅留文字记录和照片索引 |
| OA审批跨系统失效 | 联调审批状态和回写逻辑 | 切换后统一在新系统发起 |
交付验收应逐项留证
- 归档字段、脱敏规则和保存期限已确认；
- 导出总数与原系统查询结果完成核对；
- 随机抽查记录、照片、附件和门点关联；
- 查询岗可独立完成检索、导出和审批；
- 新旧系统分界时刻形成书面记录；
- 跨时刻在场访客已逐条闭环；
- 旧权限停止、新权限下发经过实测；
- 归档包可恢复，校验值一致；
- SDK、OA及设备兼容边界写入验收材料；
- 故障受理、旧系统协助及数据责任已明确。
FAQ：现场最容易卡住的三个问题
旧记录不迁入，是否影响新系统查询？
新系统只能查询切换后数据；历史查询通过受控归档包或旧系统只读端完成。可在新系统操作说明中标注分界日期。
切换当天仍在园区内的访客放在哪边？
优先在原系统完成闭环；确需转入时，应人工复核身份、权限和离场状态，并保留转换记录，不能直接批量重建。
采购时怎样避免后续增加数据费用？
在需求书中写明导出范围、格式、数据量核对方式、接口边界、实施次数及验收样本。型号参数、SDK能力和OA对接方式均以项目资料和厂家当前规格为准。
项目对接可提供现场设备清单、旧系统导出样例和拟定切换日期，由双方据此确认兼容边界、报价口径、交付验收及售后责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。