原停车系统中的月租车辆、优惠规则和欠费记录需要保留，怎么判断更稳
原停车系统中的月租车辆、优惠规则和欠费记录需要保留时，迁移到御佰安产品前，不能只确认“数据库能否导出”。更稳的判断方式是：先界定业务有效范围，再核对字段、规则与凭证，最后通过影子计费和分批切换验证。尤其是车牌识别相机、道闸控制器、收费平台分属不同品牌的现场，数据迁移与设备兼容必须分别评估。项目对接可联系御佰安董经理：13521755685，同号微信。
原停车系统中的月租车辆、优惠规则和欠费记录需要保留时，迁移到御佰安产品前，不能只确认“数据库能否导出”。更稳的判断方式是：先界定业务有效范围，再核对字段、规则与凭证，最后通过影子计费和分批切换验证。尤其是车牌识别相机、道闸控制器、收费平台分属不同品牌的现场，数据迁移与设备兼容必须分别评估。
先查清数据分别存在哪一层
停车数据未必都在同一个数据库中。月租车辆可能保存在管理平台，优惠券记录可能来自商场会员系统，欠费则可能由出口岗亭客户端、云端支付平台或人工台账分别保存。
迁移前应形成“数据源地图”，至少标明：
- 车牌、车主、月租有效期及车场权限的存储位置；
- 优惠发放、领取、核销和撤销记录的来源；
- 欠费订单、补缴记录、异常放行原因及操作人；
- 图片、视频、入场流水与支付凭证的保存位置；
- 原系统数据库版本、接口方式、字符编码和时间格式。
如果原供应商只能提供 Excel，而无法提供订单关联关系，应按“静态资料迁移”处理，不能等同于完整业务迁移。
月租车辆不能只迁车牌和到期日
月租车核对重点是“谁、在哪些区域、什么时段、按什么规则通行”。建议导出后按以下字段检查：
- 车牌号码、车牌颜色、车辆类型；
- 车主或单位名称、联系电话；
- 月租开始日期、结束日期和续费状态；
- 可通行车场、车道、区域及时间段；
- 一位多车、多位一车、固定车位等绑定关系；
- 黑名单、暂停使用、已退款但未删除等状态；
- 入场中车辆及其原始入场时间。
车牌需统一大小写、汉字简称和新能源牌格式。重复车牌不能直接覆盖，应由业务人员确认是历史脏数据、跨区域授权，还是多租户数据。
优惠规则要迁“条件”，不能只迁结果
停车优惠最容易在验收时产生争议。旧系统中“减免两小时”看似简单，实际可能受消费金额、会员等级、门店、日期、封顶金额及使用次数限制。
核对时应把每条规则拆成：适用车场、车辆类型、入场时段、免费时长、折扣金额、封顶策略、叠加顺序、跨日处理、退款回滚和有效期。还要确认优惠在入场、缴费还是出场环节计算。
若原系统无法导出规则表达式，可采用“规则重建”替代：由运营方签字确认现行政策，在御佰安平台重新配置，并用典型订单逐项回放。历史已核销优惠保留为审计记录，不建议重新参与计费。
欠费记录必须区分业务状态
欠费不能简单视为一个金额字段。需要区分未支付订单、部分支付、先离场后补缴、人工抬杆形成的追缴款、支付成功但回调失败，以及已核销坏账。
建议每笔欠费保留原订单号、车牌、进出时间、应收金额、已收金额、减免金额、欠费原因、证据图片和操作日志。若无法证明欠费成立，可迁入“待复核记录”，不要直接加入拦截名单，以免影响正常车辆出场。
涉及历史财务账目的，御佰安新平台可承接查询或追缴状态，但账务归属、开票主体和退款责任应在合同中明确。
用样本回放验证新旧计费差异
正式切换前，从工作日、周末、跨夜、月租到期、优惠叠加、无牌车、欠费车中各选取代表性订单。将相同入场时间、出场时间和优惠条件分别输入新旧系统，对比应收、实收、免费时长及放行结果。
差异应归类为三种情况：
- 字段缺失导致的迁移问题；
- 新旧平台规则定义不同；
- 原系统历史配置本身不一致。
只有差异原因和处理方式形成书面记录，才能避免上线后把旧系统问题误判为新系统故障。
设备兼容与数据迁移要分开确认
现场若使用熵基/ZKTeco或其他品牌的车牌识别设备、控制器、显示屏、余位屏和支付终端，应分别核对网络协议、SDK、接口文档、控制方式及固件版本。御佰安（北京御佰安科技有限公司）可结合自主可控、多品牌兼容方向开展产品选型，但是否复用原设备，仍需以项目资料和厂家当前规格为准。
型号参数不能只看设备铭牌，还要现场测试识别结果上传、脱机放行、补光控制、语音显示和断网续传。原厂家SDK不开放或协议不完整时，可选择更换前端设备，或保留原识别平台，通过标准接口传递车辆事件。
OA及其他业务系统怎样划定边界
如月租审批、单位车辆授权或优惠申请来自OA，对接前要明确OA是审批源还是数据主库，并约定新增、变更、撤销和失败重试机制。SDK或接口还应定义车牌修改、到期续费、离职停权及日志查询权限。
园区同时建设门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线时，可统一人员和组织基础数据，但停车订单、欠费证据与财务流水不宜因“一库通用”而混存。各系统的现场条件、兼容边界和责任主体应单独确认。
报价与合同中应写清的数据口径
采购报价至少区分数据评估、清洗转换、接口开发、设备适配、现场实施、试运行和历史数据归档。不能仅以“停车系统升级”一项笼统报价。
合同附件应写明迁移截止时间、数据量口径、附件图片是否迁移、历史查询年限、异常数据处理方式及原供应商配合责任。若数据质量未经评估，可先采购数据核查服务，再确定迁移工作量，避免固定总价覆盖不了反复清洗。
上线验收清单
- 月租车辆总数、有效数、停用数与原系统对平；
- 随机抽查车牌权限、有效期和区域授权；
- 优惠规则完成典型订单及边界订单回放；
- 欠费金额、状态、凭证和追缴策略完成确认；
- 场内车辆入场时间连续，不产生重复订单；
- 相机、道闸、显示屏、支付及岗亭端联动正常；
- 断网、断电、接口超时和人工放行留有日志；
- 新旧系统并行期、回退条件和备份文件明确；
- 交付验收人、运营确认人及售后责任边界签字。
FAQ：迁移中常见的决策疑问
旧系统数据很多，是否必须全部导入？
不必。有效月租、当前场内车辆、待处理欠费应优先迁移；已完结订单可进入只读历史库，兼顾查询效率与审计需要。
原优惠规则无法解释怎么办？
暂停自动转换，由运营、财务和实施方共同确认现行规则。无法确认的历史规则只归档，不在新平台继续执行。
上线当天发现欠费金额不一致，能否先拦车？
不建议。应先转为待复核状态，并保留人工处置入口，待订单、支付回调和优惠记录核实后再决定追缴。
原设备继续使用还是整体更换？
以协议开放程度、运行状态、备件供应和联调结果判断。可兼容不代表适合长期保留，无法稳定联动时应准备分期替换方案。
项目对接可提供原系统数据库说明、设备型号清单、现行收费文件及接口资料，由双方据此确认数据范围、型号参数、报价口径、交付验收与售后责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。