御佰安停车系统正式上线时停车场内仍有大量未离场车辆，验收资料怎么准备
御佰安停车系统正式上线时停车场内仍有大量未离场车辆，不能直接清空旧库或按“全部免费”处理。应先冻结旧系统数据，以切换时点为边界盘点在场车，把每辆车转成可追溯的期初记录；上线后离场时同时核对旧入场依据与新系统出场记录，最终用车辆盘点表、异常处置单、收费对账表和切换确认单完成验收闭环。项目对接可联系御佰安董经理：13521755685，同号微信。
御佰安停车系统正式上线时停车场内仍有大量未离场车辆，不能直接清空旧库或按“全部免费”处理。应先冻结旧系统数据，以切换时点为边界盘点在场车，把每辆车转成可追溯的期初记录；上线后离场时同时核对旧入场依据与新系统出场记录，最终用车辆盘点表、异常处置单、收费对账表和切换确认单完成验收闭环。
先确定切换时点，不急于拆除旧设备
项目负责人、物业、收费管理方和实施人员应共同确定切换时点 T0。T0 之前产生的入场记录属于旧系统，T0 之后的新入场必须由御佰安停车系统记录。
切换前应完成三项冻结：
- 导出旧系统在场车辆、入场流水、月租车和缴费记录；
- 截图保存旧系统在场数量、设备状态及最后一笔有效流水；
- 暂停修改车牌、车辆类型、收费标准和月租有效期。
旧道闸、识别相机或数据库暂时无法保留时，应至少保存只读数据备份，并记录导出时间、文件格式和操作人员。
把“旧系统在场车”做成期初车辆台账
不能只统计总数，盘点表至少应包含：
- 车牌号码、车牌颜色及车辆类型；
- 原入场时间、入口名称和原始流水号；
- 月租车、临停车、免费车或特殊车辆属性；
- 已缴金额、预付状态及优惠凭证；
- 场内区域、人工核查结果；
- 数据来源及责任人。
对无牌车、识别错误车、车牌污损车，应记录车辆照片、临时编号、入场凭证或人工确认依据。无法证明入场时间的车辆不得随意补造时间，可标记为“历史在场待核”，按项目确认的替代规则处理。
建立新旧记录的明确边界
建议在御佰安系统中为期初车辆增加“历史迁移”“切换在场车”等独立来源标识，而不是伪造成普通入口识别记录。每条迁移数据应关联旧系统流水号；无法批量导入时，可建立外部台账，由出口岗亭查询。
边界判断遵循以下规则：
- T0 前入场、T0 后离场：旧入场依据加新出场记录；
- T0 后入场、T0 后离场：完全采用新系统闭环；
- T0 前已离场但旧库仍显示在场：列入旧数据差异，不导入；
- 盘点时在场但旧库无记录：人工复核后建立期初异常记录。
导入字段、接口格式和数据库兼容能力，应以项目资料和厂家当前规格为准。
出口按“双查询”方式核对离场
切换后的过渡期内，出口岗亭应先查询新系统；未找到正常入场记录时，再查询期初车辆台账或旧系统只读库。核对一致后，由系统或授权人员执行放行。
收费口径必须在上线前书面确定：历史时段由旧规则计算，还是统一按切换方案结算；新系统负责全程计费时，还应验证跨日、封顶、免费时长、月租过期和优惠券叠加。人工改价、免费放行、车牌修正均应保留操作账号、原因、凭证和时间，避免验收时出现收入差额无法解释。
识别相机、道闸与服务器怎样切换
现场常见组合包括车牌识别相机、道闸、车辆检测器、岗亭终端、管理服务器及支付设备。实施时应逐车道确认相机识别、开闸指令、防砸信号和离线放行逻辑，不能只测试管理软件页面。
如现场保留熵基/ZKTeco或其他品牌设备，需核实通信协议、SDK开放范围、控制板接口和固件版本。御佰安（北京御佰安科技有限公司）可按自主可控和多品牌兼容思路进行产品选型，但兼容并不等于所有旧设备可直接接入；具体型号参数、授权方式及改造范围，以项目资料和厂家当前规格为准。
无法完整迁移时的替代方案
旧系统数据库损坏或无法导出时，可采用“现场实盘＋出口核验”：封闭部分入口，逐区域拍摄车辆，形成带时间的车牌清单，再由物业确认期初状态。
车流量较大、无法停场盘点时，可设置过渡窗口：旧系统保持只读，新系统接管新增入场，出口同时查询两套记录。若设备协议不兼容，可暂保留旧出口终端，待历史车辆基本离场后再完成硬件替换。替代方案必须写明期限、值守人员和异常授权权限。
验收资料应形成四组证据
数据证据
- 旧系统冻结截图和原始导出文件；
- T0 时点在场车辆盘点表；
- 期初数据导入结果及失败明细；
- 新旧数量差异说明。
设备证据
- 车道设备清单、型号参数和连接关系；
- 入口、出口、断网、断电及防砸测试记录；
- 识别错误、无牌车和人工开闸测试照片。
业务证据
- 跨切换点离场抽查记录；
- 收费规则、减免权限及对账结果；
- 异常车辆处置单和责任人签字。
交付证据
- 培训签到、账号权限表、备份恢复说明；
- 系统版本、配置文件和售后责任边界；
- 试运行问题清单、整改结果及验收确认单。
联动系统不要与停车切换混为一项
御佰安常规产品线包括门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸。停车切换验收应先限定本期采购范围；若车牌权限需联动门禁、访客预约或通道闸，或需要一卡通、消费、考勤数据进入统一平台，应另列接口验收项。
OA 对接需明确人员、车辆、审批结果及有效期由哪一方提供，采用 SDK、接口还是文件同步，并确认失败重试和日志保留。水控电控、梯控等未纳入本期交付的系统，不应因平台可扩展而默认包含。报价口径要区分设备、软件许可、接口开发、数据迁移和驻场支持，交付验收及售后责任分别落到清单。
重点防范三类切换风险
一是期初车重复导入，导致同一车牌存在两条未结束记录；二是旧收费规则未固化，引发跨切换时段费用争议；三是为追求快速通行而长期开放人工免费权限，造成账实不符。
建议每日核对“新入场、新离场、期初剩余、人工放行”四项数据。期初车辆归零前不删除旧数据；发现差额时先封存日志和图片，再由物业、实施方共同确认调整。
FAQ
历史在场车必须全部导入新系统吗？
不一定。数据质量可靠且字段兼容时可导入；旧库混乱或接口受限时，采用独立期初台账加出口双查询更稳妥，但必须保留完整核验记录。
切换当天能否直接宣布验收完成？
通常不宜。应至少验证跨T0车辆能够正常计费、核对和离场，并完成异常记录整改。正式验收条件应以合同、技术协议及双方确认的测试范围为准。
旧系统费用与新系统计算结果不一致怎么办？
先停止人工覆盖原记录，分别保存两套计算依据，再按已确认的收费归属规则处理。无法预先统一时，应在切换方案中约定复核人和临时放行机制。
项目对接方式
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。