充电桩计费小程序｜异常结束与对账方案 – MPForge

一、典型场景：电瓶车充电计费最容易在哪几处翻车

电瓶车充电计费的痛点不在系统多复杂，而在状态一张嘴、对账两本账：

• 断电乱扣费：充电枪被拔、桩端断电，订单挂起继续计费，客人早上看到扣费就投诉。
• 订单挂起：异常结束没有状态机，订单挂着不结算，人工处理一单半天。
• 退款不回写：客服答应退款，支付侧没回写，客人二次投诉才有人跟进。
• 对账对不上：桩端、订单与支付三方数据对不齐，财务月底加班平账。

二、方案总览：四步锁住每一笔充电订单

电瓶车充电计费的核心矛盾是桩端状态不可控、计费依赖单边。从扫码充电到对账平账，四个模块一条线走完：

1. 扫码锁定桩位：：扫码即锁定桩位与计费口径，计费快照下单时生成。
2. 充电节点回传：：开始、功率变化等节点回传，订单状态实时可见。
3. 异常结束状态机：：断电、超时、枪未归位走异常结束状态机，自动结算成功率 98% 量级，不靠人工捞单。
4. 退款与对账：：退款入口直连回写支付侧，桩端、订单与支付三方日切对平。

同类项目可参考 异常计费案例。

三、核心功能清单

• 桩位锁定：：扫码锁定桩位，计费快照下单生成，价格可回溯。
• 节点回传：：充电节点实时回传，订单状态用户可见。
• 异常结束：：异常结束状态机自动结算，不挂单不乱扣。
• 退款回写：：退款直连支付侧回写，杜绝二次投诉。
• 三方对账：：桩端、订单与支付日切对平，差异当天处理。
• 公众号通知：：充电开始、结束与退款公众号触达。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：把计费档位、异常结束口径与退款规则逐项录入后台校对；异常结束规则先落成系统固定页。商家能感知的是扣费纠纷直接翻记录。
2. 系统对接：桩端、订单与支付打通，运营、客服与财务用同一套订单状态说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是对账日清。
3. 员工培训：一线只强调一分钟内完成扫码、启动、异常处理的主路径关键动作；运维学会看挂单与差异队列。商家能感知的是挂单当天清。
4. 灰度试点：先拿一个社区的周充电量灰度试跑，不做数字考核，只看异常扣费客诉与自动结算成功率两条线。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；测试桩混生产是高发坑，环境隔离进用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不做漫游大盘：跨城漫游大盘、电池健康 AI 营销承诺一律砍掉，先把单点履约做实。
• 不承诺零投诉：异常状态机能把乱扣费压到自动结算，桩体硬件故障仍需运维兜底。
• 效果按试点口径：试点异常扣费客诉日均约 11→2 起、异常结束自动结算成功率约 98%（案例口径）；复制到新场站前请重估桩型与支付配置。

六、上线后效果（试点口径）

口径：试点前后对比。验收结果：异常扣费下降；扫码、计费、结算、对账一条线走完，主路径关键动作 1 分钟内完成，订单不再挂起过夜。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ