Show last authors
1 | {{box cssClass="floatinginfobox" title="**Contents**"}} |
2 | {{toc/}} |
3 | {{/box}} |
4 | |
5 | = ytxny_case#1_20190924 = |
6 | |
7 | ~-~-~-~-~-~-- |
8 | |
9 | ##日期:##20190924 |
10 | ##桩站名称: |
11 | 手机号: |
12 | 订单号:20190924170407779932 MA5FJCND9190924170413403842 |
13 | 20190923210228794454 MA5FJCND9190923210240897961 |
14 | 充电桩号: |
15 | 充电枪号: |
16 | 开始充电时间: |
17 | 现场网络连接状态: |
18 | 近期故障状态: |
19 | 问题描述:三次充电都没扣费## |
20 | |
21 | ##~-~--##运营商初步排查结果: |
22 | 那个客户的,我刚电话问了他。他说他也是等自动结束后枪跳了后再拔枪的,然后结算的界面就一直这样转,不扣费 |
23 | |
24 | ~-~--跟踪 |
25 | 【shi】:bo2条账单对应充电记录status=5,即、充电暂停,未收到账单。需转交研发进一步分析。 |
26 | |
27 | 【niewei】: |
28 | |
29 | (% class="box infomessage" %) |
30 | ((( |
31 | 查了日志,发现这两个充电账单ID,在发送停止充电后,未收到充电桩推送的 charge_order_info |
32 | MA5FJCND9190924170413403842 |
33 | MA5FJCND9190923210240897961 |
34 | 需贸硕检查 |
35 | |
36 | ~-~-- |
37 | |
38 | 昨天的问题, 主要是充电桩这边没有上传账单导致的. 当然对于这种异常目前做了如下处理: |
39 | 1、对充电未结束且没有充电状态上送的事务,在第11分钟(极速充建议)会主动查询账单, 根据账单状态结束充电服务且并发送给BOSS结算; |
40 | 2、昨天的问题,根据分析是发现充电是正常结束且有充电状态上送但丢失上传账单, 这种情况我们没有去查, 所以对于这种场景我们也需要补充上面的处理逻辑来解决; 我们后面会安排计划开发实现; |
41 | |
42 | |
43 | 有一点还需要说明: 如果由于服务故障,超时等异常造成无法获取到充电桩账单, 最终需要从业务层面通过手工对账(异常账单),进行人工处理 |
44 | ))) |
45 | |
46 | 【shi】:在互联互通模块机制完善前,对于已发生之未结算账单,需令狐充方手工纠正订单状态后,问题账单可在平台路径”首页/营收管理/账单管理/故障账单“,有运营商确认数据后进行手工修复,系统完成扣款 |
47 | |
48 | ~-~--解决 |
49 | 状态(√表示选定 ): √ 已解决 | √ 处理中 | 暂搁置 |
50 | 售后(跟单)工程师:施文俊 |