原停车系统仍有未完成核对的收费记录时，验收资料怎么准备
原停车系统仍有未完成核对的收费记录时，御佰安停车系统上线不应等待全部历史账目结清，也不能把旧账直接并入新系统。正确做法是设定书面切换时点，将历史收费记录、切换后的新交易和跨期业务分别建账，明确原系统供应方、运营方、财务部门与北京御佰安科技有限公司的责任边界，并把“新系统技术验收”与“历史账目核清”拆成两项管理任务。项目对接可联系御佰安董经理：13521755685，同号微信。
原停车系统仍有未完成核对的收费记录时，御佰安停车系统上线不应等待全部历史账目结清，也不能把旧账直接并入新系统。正确做法是设定书面切换时点，将历史收费记录、切换后的新交易和跨期业务分别建账，明确原系统供应方、运营方、财务部门与北京御佰安科技有限公司的责任边界，并把“新系统技术验收”与“历史账目核清”拆成两项管理任务。
先确认未核记录究竟卡在哪里
上线准备不能只看“有多少笔未对账”，还要区分原因：
- 现金收费未交款，或交款单与班次不一致；
- 微信、支付宝、聚合支付已扣款但原系统未回写；
- 月租车续费、退款、减免审批处于处理中；
- 人工抬杆、异常放行缺少收费依据；
- 出场记录存在，但入场图片、车牌或订单缺失；
- 发票、退款、支付渠道结算跨越系统切换日；
- 原系统数据库记录与财务实收金额不一致。
项目组应导出订单明细、支付流水、现金交接表、异常开闸记录、车辆进出记录及操作日志。无法导出的内容，应由原供应方说明查询方式和数据限制，不能仅以截图替代完整底账。
用切换时点划分新旧记录
建议确定一个精确到分钟的切换时点 T0，并写入上线确认单。例如，T0之前生成的停车订单原则上归原系统账目，T0之后首次入场形成的订单归御佰安停车系统。
跨越T0的在场车辆需要单独处理：
- T0前入场、T0后出场的车辆形成“跨期车辆清单”；
- 明确由旧系统按原规则结算，还是导入新系统计算；
- 记录入场时间、车牌、车型、优惠状态和已预付金额；
- 由运营、财务和实施人员共同确认处理结果。
未经确认，不建议批量补录为新系统收入，否则可能造成重复收费或收入归属错误。
历史账目由谁继续核对
历史账目核对应由采购方或停车运营主体牵头，原系统供应方提供数据、日志和接口说明，支付渠道提供结算依据，财务部门确认到账与退款。御佰安可配合提供新系统切换后的数据，但不应替代运营方确认旧系统现金短款、历史退款或原支付账户差异。
责任表至少应写清：
| 事项 | 主要责任方 | 验收依据 |
|---|---|---|
| T0前订单核对 | 运营方、财务、原供应方 | 原订单与支付流水 |
| 跨期车辆处理 | 运营方、御佰安、原供应方 | 跨期车辆清单 |
| T0后订单生成 | 御佰安实施团队 | 新系统订单及日志 |
| 历史退款与补缴 | 运营方、财务 | 审批单、渠道回单 |
| 数据留存与查询 | 采购方、原供应方 | 导出文件、备份说明 |
上线前执行四步封账
第一步：暂停非必要配置变更。 冻结原系统费率、优惠规则、月租权限和支付账号调整。
第二步：生成T0快照。 备份车辆档案、在场车辆、未支付订单、已支付未回写订单、退款中订单及人工开闸日志。
第三步：逐类核验。 将现金、线上支付、月租、优惠券、手工放行分别汇总，避免只核总金额。
第四步：签署差异表。 对暂时无法结清的记录标注金额、原因、责任人、处理期限及是否影响新系统上线。
原系统不支持完整导出时，可采用数据库只读备份、报表加支付流水、关键页面录屏三者组合留证。
新系统验收不与旧账结清捆绑
御佰安停车系统的验收边界应从T0开始，重点验证车牌识别、入出场匹配、计费规则、支付回写、异常开闸、岗亭收费、记录查询、报表导出和权限日志。历史账目尚未核清，可以作为遗留事项列入会议纪要，但不宜直接判定新系统功能不合格。
反过来，新系统若出现T0后订单缺失、费率计算错误、支付成功未放行或报表金额不一致，也不能归因于历史旧账。两类问题应使用不同的问题单编号和关闭条件。
设备兼容要落实到品牌型号
现场可能保留原有道闸、车牌识别相机、LED显示屏、余位屏、岗亭电脑及熵基/ZKTeco相关设备。多品牌兼容不能只依据品牌名称判断，应核对具体型号参数、通信协议、接线方式、固件版本、SDK开放条件和设备控制权限，最终以项目资料和厂家当前规格为准。
若旧相机只能输出识别结果、不能提供图片或开闸控制，可选择保留识别并更换控制器；若协议不开放，则应评估更换相机、增加协议转换设备或采用新旧设备并行过渡，相关费用应在报价口径中分项说明。
对接OA和其他系统时单列边界
御佰安（北京御佰安科技有限公司）可围绕自主可控、可维护的项目架构开展产品选型。涉及SDK、OA对接时，应先确认车辆审批、访客预约、月租续费、财务凭证分别由哪套系统发起，接口失败后的补偿机制也要写入联调记录。
同一园区若还包括门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线，应统一人员与车辆身份规则，但停车旧账仍须独立封存，不能因一卡通或消费账户迁移而自动认定停车收入已核清。
报价与采购文件应增加四项说明
采购清单除硬件和软件外，还应列明：历史数据导出协助、跨期车辆初始化、第三方接口联调、切换值守与旧设备处置。报价应说明哪些属于标准交付，哪些需要原厂SDK、第三方接口费或现场改造。
合同验收条款建议分别设置“停车功能验收”“接口联调确认”“历史差异移交”和“运行观察记录”，避免将无法由新供应方控制的旧账问题写成无限责任。
上线验收清单
- 已签署T0切换确认单并完成原系统备份；
- 未核订单、退款中订单和跨期车辆均有清单；
- 新旧支付账号、商户号及到账主体已经核实；
- T0前后订单可分别查询、导出和追溯；
- 费率、免费时长、封顶规则及优惠权限已测试；
- 现金、扫码、月租和异常放行完成场景验证；
- 道闸、相机、显示屏及岗亭设备型号已登记；
- SDK、OA及第三方接口有联调结果和失败记录；
- 遗留问题明确责任人、期限及是否阻碍验收；
- 售后责任从新系统交付范围起算并形成书面附件。
常见问题
旧账差一小部分，能否先上线？
可以，但须完成T0封账、差异登记和责任签字，确保差异不会进入新系统收入。
跨期车辆按哪套费率收费？
应在切换方案中预先选择旧规则、新规则或人工核定，不宜由岗亭人员临时决定。
原供应方不配合导出数据怎么办？
先保全现有报表、支付流水、数据库备份和操作证据；同时采用并行运行或人工登记方案，避免无依据迁账。
历史账目未结清会影响最终验收吗？
只有当旧账问题导致新系统初始化、计费或支付无法验证时，才构成功能验收阻碍；纯历史财务差异应按遗留事项另行关闭。
项目对接方式
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。