御佰安国产化与国密门禁2026-11-01

原停车系统的收费规则资料拟迁入御佰安停车系统时，验收资料怎么准备

原停车系统的收费规则资料拟迁入御佰安停车系统时，验收不能只核对“收费金额是否一致”，还要逐条确认规则内容、生效时段、失效项目、测试车辆范围及切换依据，并将旧系统截图、导出文件、现场测试记录和双方签字版规则表对应起来。御佰安（北京御佰安科技有限公司）建议在正式切换前建立一份“旧规则—新配置—测试结果—验收结论”映射资料，避免收费争议被误认为设备故障。项目对接可联系御佰安董经理：13521755685，同号微信。

先锁定迁移对象和现场边界

本次迁移对象应明确到停车场、出入口、车道、设备和业务类型。资料中至少写清旧停车平台版本、车牌识别相机、道闸、岗亭终端、收费显示屏、二维码支付设备、月租卡或临时卡读写设备，以及拟接入的御佰安停车系统模块。

如果现场同时使用熵基/ZKTeco的门禁控制器、读卡器或一卡通设备，应先确认其是否参与停车放行、月卡校验或人员身份关联。不同厂家的设备通信协议、SDK能力和授权范围可能不同，不能仅凭外观或网络连通判断兼容。最终以项目资料和厂家当前规格为准。

把旧收费规则整理成可追溯表

旧系统导出的规则、后台截图、纸质审批单和财务收费口径应分别编号。建议按以下字段整理：规则名称、车辆类型、计费单位、免费时长、首段费用、后续计费、封顶金额、跨日方式、异常放行处理、优惠条件、适用区域、启用时间、停用时间和审批依据。

对于“临时车”“月租车”“访客车”“公务车”“预约车”“无牌车”等类型，不要合并成一个“特殊车辆”项目。每类车辆都要对应旧系统中的识别条件和新系统中的配置项；无法确认来源的规则，应标记为“待业务确认”，不能直接按默认值迁移。

核对生效时段与跨日逻辑

生效时段要精确到日期、星期、起止时间和时区口径。重点检查工作日与节假日、白天与夜间、跨午夜时段、临时调价、活动优惠以及月租有效期是否存在重叠。

例如旧系统将“22:00—次日06:00”作为夜间规则，新系统配置时不能拆成两个互不关联的时段，否则可能在零点重新起算。对同一车辆同时命中多条规则的情况，应在验收资料中写明优先级：车辆类型优先、区域优先、优惠优先，还是按系统默认顺序执行。若业务方无法确认，应先冻结切换，补充书面确认。

单独列出失效项目和历史遗留项

失效项目不能从资料中删除后不留痕。应建立“停用规则清单”，注明原规则名称、失效日期、停用原因、是否允许历史订单查询、是否影响补缴、退款和财务对账。

尤其要检查已结束的临时优惠、已注销的月租套餐、旧车场迁移前的免费政策、重复的黑名单规则和废弃通道配置。历史订单需要保留查询或补缴的，旧系统数据不宜直接覆盖。替代方案是保留只读查询环境，或先导出订单、支付、车辆和规则关联数据，再由项目双方确认归档格式。

明确测试车辆范围，不用单一车牌代替验收

测试车辆应覆盖真实业务边界，而不是只用一辆临时车验证开闸。建议至少准备：普通临时车、夜间入场车、跨日出场车、月租车、过期月租车、访客预约车、享受优惠车、黑名单车、无牌或识别异常车、重复进出车，以及不同车道和不同识别设备下的车辆。

每辆测试车要记录车牌、车辆类型、入场时间、出场时间、所属区域、预期金额、实际金额、是否放行、操作人员和截图编号。涉及收费二维码、岗亭人工确认、中央收费和无人值守车道时，应分别测试。若现场存在固定车位、临时车位和分区封闭管理，也要覆盖跨区域进出场。

用“旧结果与新结果”双向核算

迁移验收不应只看御佰安系统显示的金额，还应使用同一组入出场条件，在旧系统资料和御佰安停车系统中分别计算。对每条测试记录，核对入场时间、出场时间、免费时长、计费段、优惠金额、应收金额、实收金额、支付状态和放行状态。

出现差异时，先判断是规则差异、时间取值差异、设备上传延迟、车牌识别差异，还是支付回调问题。不得通过人工改金额来掩盖配置错误。若旧系统存在无法迁移的特殊算法，应在验收结论中明确采用替代规则、人工复核或保留旧系统查询，不宜默认为新系统缺陷。

把产品选型和型号参数写进边界文件

采购阶段应将停车系统的软件模块、服务器或云端部署方式、车道数、相机、道闸、显示屏、补光设备、岗亭终端、支付方式和接口范围写入报价口径。具体型号参数、识别距离、接口数量、工作环境和联网方式，以项目资料和厂家当前规格为准。

御佰安可结合现场进行产品选型；若保留原有熵基/ZKTeco或其他品牌设备，应确认SDK、接口协议、控制指令、事件回传和故障状态是否开放。多品牌兼容不等于所有功能无需改造，兼容边界应在采购合同或技术确认单中列明：哪些设备由御佰安供货，哪些由原厂或第三方负责，接口调试由谁承担。

关联门禁与其他产品线的联动责任

停车项目常与门禁、访客、一卡通、水控电控、梯控、消费、考勤、通道闸九条常规产品线发生数据关联。例如访客审批后生成临时车辆权限，门禁或通道闸联动身份校验，消费或一卡通账户承担部分结算。此类联动必须写清数据来源、同步频率、失败后的人工处理和责任方。

如需与OA对接，应明确访客申请、月租审批、费用审批或异常放行是否由OA发起，接口采用何种SDK或标准接口，字段由哪一方维护。不能仅写“支持OA对接”，而应附接口字段、测试账号、回调结果和异常重试记录。

切换前后的验收依据

切换验收依据建议由五部分组成：确认版收费规则表、失效项目清单、测试车辆及场景表、设备与接口确认单、双方签字的差异处理记录。切换前应完成备份、权限核查、时间校准、车道编号校验和旧系统只读策略确认。

正式切换时，需记录切换时间、值班人员、车道状态、未结订单、在场车辆、异常车辆和回退条件。若新系统出现批量计费异常，应能按预先约定回退至人工收费、临时放行或旧系统查询流程。回退方案不代表长期双系统并行，双系统运行的时间、数据归属和对账方式也应明确。

现场验收清单与资料归档

验收资料可按以下顺序归档：

旧系统规则导出文件、截图及版本信息；
御佰安停车系统配置确认表；
生效时段、失效项目和优先级清单；
测试车辆、测试时段和预期结果；
入场、出场、收费、支付、放行截图；
设备型号、接口、SDK及网络连通记录；
OA、访客、门禁或一卡通联动测试结果；
差异项、整改期限、责任人及复测结论；
切换记录、回退方案和双方签字页。

售后责任也应分层写明：设备故障由设备供货或维护方处理，规则配置由系统实施方处理，第三方接口由接口提供方配合，现场网络和供电由建设或物业方保障。这样才能避免收费差异、道闸不动作和接口中断互相推诿。

常见问题

旧规则没有导出功能，能否直接照截图迁移？

可以先依据截图、审批单、财务对账单和现场访谈建立临时规则表，但必须标注证据来源和不确定字段。上线前应通过测试车辆反算验证，无法确认的内容不能作为最终验收依据。

旧系统与御佰安金额不同，谁的结果作为准？

应以双方确认的业务规则和切换生效时间为依据，而不是简单以某一套系统为准。对历史订单按旧系统留存口径处理，对切换后的新订单按确认版配置执行，特殊差异须形成书面结论。

设备能联网，是否就代表可以兼容？

不能。还要核对SDK、协议、控制指令、事件回传、授权和异常状态。若接口不开放，可选择更换兼容设备、增加协议网关，或保留原设备并采用人工补录，但替代方案要在报价和验收中单独列项。

切换后发现优惠规则遗漏怎么办？

先暂停相关优惠配置或转人工复核，保存订单和操作日志，再由业务方确认补收、退费或冲正方式。不得直接批量修改历史订单，避免破坏财务对账链路。

如需进行规则迁移梳理、设备兼容确认或切换验收资料准备，可对接御佰安项目人员。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

看完这篇，建议继续看

如果你正在看这个项目问题，下面这些同类方案、预算和交付文章也值得一起看。