停车系统调整计费规则后，验收资料怎么准备
停车系统调整计费规则后，验收不能只看出口屏显示金额，而要把跨时段停放、封顶收费、免费时长和人工减免分别建立测试场景，用批准后的规则计算预期金额，再与车牌识别记录、计费明细、减免日志和实际支付结果逐笔核对。尤其是园区同时使用熵基/ZKTeco识别终端、道闸控制器、岗亭客户端及第三方支付平台时，必须先明确由哪个系统完成计费，避免“前端显示正确、后台账单错误”。项目对接可联系御佰安董经理：13521755685，同号微信。
停车系统调整计费规则后，验收不能只看出口屏显示金额，而要把跨时段停放、封顶收费、免费时长和人工减免分别建立测试场景，用批准后的规则计算预期金额，再与车牌识别记录、计费明细、减免日志和实际支付结果逐笔核对。尤其是园区同时使用熵基/ZKTeco识别终端、道闸控制器、岗亭客户端及第三方支付平台时，必须先明确由哪个系统完成计费，避免“前端显示正确、后台账单错误”。
先冻结本次计费规则版本
验收前应形成盖章或经项目负责人确认的《计费规则基线》，至少写明：
- 工作日、节假日、白天和夜间的时段边界；
- 按次、按小时、分段累进或分时计费方式；
- 不足一个计费单位时向上取整、舍去还是按实际时长计算；
- 免费时长是否每天重复享受；
- 封顶按自然日、连续24小时还是单次停车执行；
- 跨日后是否重新起算免费时长及封顶金额；
- 人工减免作用于时长、金额还是固定优惠；
- 多项优惠能否叠加及计算先后顺序。
规则版本号、启用时间、审批记录和回退版本应同时留档。口头确认或群聊截图不宜作为唯一验收依据。
跨时段停放要拆开计算
选择一辆测试车，使其入场时间落在时段切换前，出场时间落在切换后，例如夜间入场、次日上午出场。预期金额应按批准规则拆成前后两个区间，分别计算后再处理取整与封顶。
重点核对四个边界：切换时刻本身归前段还是后段；跨零点是否生成新账期；计费单位是否在每个时段单独取整；入口或出口设备离线补传后，系统是否仍按原始过车时间计算。验收资料中应保留入场图、出场图、识别时间、服务器时间、分段明细和最终账单，不能只留收费成功截图。
封顶收费必须验证重置条件
封顶测试至少覆盖“未达到封顶”“恰好达到封顶”“超过封顶”和“跨封顶周期”四类。若规则按自然日封顶，应测试车辆跨越零点后的金额变化；若按连续24小时封顶，则要验证第24小时边界及超过24小时后的续费方式。
还需确认封顶作用范围：是每个时段分别封顶，还是全天合计封顶；人工减免在封顶前还是封顶后执行；多次进出是否合并。若需求文件未写清，不能由实施人员自行解释，应先补充规则确认单再继续验收。
免费时长要查“等于临界值”
免费时长最容易在临界点产生争议。测试车辆应分别停放“少于免费时长”“等于免费时长”“超过一个最小计费单位”三种时长，并核对秒级记录是否参与判断。
对于同一车辆短时间内多次进出，还要确认免费资格按单次、按车牌每日一次，还是按累计停放时长计算。无牌车、识别纠错车和人工开闸车辆是否享受免费，也应写入适用边界。设备时间与平台时间存在偏差时，应先完成NTP校时，再进行正式测试。
人工减免要能追溯到操作人
人工减免不能只验证“少收了多少钱”，还应验证权限、原因和审计链。建议分别测试减免固定时长、减免固定金额、全免及优惠券核销，并检查：
- 操作账号是否具备相应权限；
- 是否强制选择减免原因或关联访客、会议、商户信息；
- 减免前金额、减免值、减免后金额是否完整保存；
- 修改或撤销减免后是否留有日志；
- 岗亭端、管理平台、支付订单和财务报表是否一致。
若减免来自OA对接，应保存OA审批单号、接口请求与返回结果。涉及SDK二次开发时，还需明确字段定义、签名机制、失败重试和重复提交处理方式。
用测试矩阵代替随机试车
建议按“入场时间×出场时间×车辆类型×优惠类型×支付方式”建立测试矩阵。每条用例至少包含规则版本、前置条件、操作步骤、理论计算过程、系统结果、差异说明和验收结论。
测试车可覆盖临时车、月租车、访客车及特殊授权车；支付方式可覆盖岗亭收款、扫码支付、无感支付和人工放行。若项目未采购某类功能，应在矩阵中标注“不适用”，避免把未采购能力误判为系统缺陷。
设备与平台资料必须对应到型号
现场通常由车牌识别相机、补光设备、道闸、防砸装置、显示屏、岗亭客户端、停车管理平台和支付接口共同完成业务。采用熵基/ZKTeco或其他品牌设备时，验收表不能只写品牌，应记录设备型号、固件版本、平台版本和配置文件；具体型号参数以项目资料和厂家当前规格为准。
御佰安（北京御佰安科技有限公司）在产品选型时会同时核对前端协议、控制器接口、数据库字段及升级边界。多品牌兼容不等于所有设备可直接混接，是否支持车牌数据、开闸指令、图片回传和离线记录，应通过接口文档或现场联调确认。
采购合同要分清标准功能与定制项
报价口径应明确计费规则配置、报表调整、SDK调用、OA对接、支付接口、历史数据迁移和现场调试是否包含。若规则依赖定制开发，应约定需求冻结方式、测试环境、源数据归属、升级影响及售后责任。
项目强调自主可控时，应重点确认管理权限、数据导出、日志留存、接口文档和必要的替换方案，而不是只看硬件品牌。若现有平台无法表达复杂封顶或优惠叠加，可选择外置计费服务；但需评估网络中断、重复计费和对账责任。
与园区其他系统划清边界
停车往往与门禁、访客、一卡通、水控电控、梯控、消费、考勤、通道闸共同建设。访客审批可能下发停车优惠，一卡通或消费系统可能参与支付，但各系统的主数据、计费主体和故障责任必须分别定义。
例如，OA已审批但停车平台未收到减免时，应能判断是OA接口、网络、SDK适配还是停车规则引擎异常。现场条件还包括网络、服务器、供电、地感或雷达、岗亭操作流程，不能把全部问题归入停车软件。
应归档的验收清单
- 经确认的计费规则基线及版本记录；
- 跨时段、跨日、封顶、免费和减免测试矩阵；
- 每条用例的理论计算表与实际账单；
- 原始过车记录、车辆图片及设备时间；
- 人工减免、配置变更和管理员操作日志；
- 支付订单、退款记录及财务对账结果；
- 设备型号、固件、平台版本和网络拓扑；
- SDK、OA及第三方接口联调记录；
- 异常用例、整改结果与复测签字；
- 配置备份、回退方案及售后责任界面。
常见问题
出口金额正确，是否可以直接通过验收？
不建议。出口金额可能经过人工修改，仍需核对计费明细、支付订单、报表和操作日志，确认结果可重复、可追溯。
跨日停车出现一分钱或一个计费单位的差异怎么办？
先检查秒级时间、分段取整顺序、零点重置和支付平台金额精度。无法统一时，应以批准规则补充取整说明，并重新执行边界用例。
旧设备不支持新规则，必须全部更换吗？
不一定。可评估由管理平台统一计费、增加协议转换或保留前端识别功能。若设备无法可靠上传原始时间和车牌记录，再根据兼容边界制定更换方案。
项目对接
御佰安可根据现场设备组合、现行规则及采购范围协助整理测试矩阵、接口边界和验收资料，具体交付内容以双方确认的项目文件为准。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。