Hide last authors
![]() |
1.1 | 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 | ~-~--跟踪 | ||
![]() |
2.3 | 25 | 【shi】:bo2条账单对应充电记录status=5,即、充电暂停,未收到账单。需转交研发进一步分析。 |
![]() |
2.2 | 26 | |
27 | 【niewei】: | ||
28 | |||
29 | (% class="box infomessage" %) | ||
30 | ((( | ||
31 | 查了日志,发现这两个充电账单ID,在发送停止充电后,未收到充电桩推送的 charge_order_info | ||
32 | MA5FJCND9190924170413403842 | ||
33 | MA5FJCND9190923210240897961 | ||
34 | 需贸硕检查 | ||
![]() |
2.3 | 35 | |
36 | ~-~-- | ||
37 | |||
38 | 昨天的问题, 主要是充电桩这边没有上传账单导致的. 当然对于这种异常目前做了如下处理: | ||
39 | 1、对充电未结束且没有充电状态上送的事务,在第11分钟(极速充建议)会主动查询账单, 根据账单状态结束充电服务且并发送给BOSS结算; | ||
40 | 2、昨天的问题,根据分析是发现充电是正常结束且有充电状态上送但丢失上传账单, 这种情况我们没有去查, 所以对于这种场景我们也需要补充上面的处理逻辑来解决; 我们后面会安排计划开发实现; | ||
41 | |||
42 | |||
43 | 有一点还需要说明: 如果由于服务故障,超时等异常造成无法获取到充电桩账单, 最终需要从业务层面通过手工对账(异常账单),进行人工处理 | ||
![]() |
2.2 | 44 | ))) |
45 | |||
![]() |
2.3 | 46 | 【shi】:在互联互通模块机制完善前,对于已发生之未结算账单,需令狐充方手工纠正订单状态后,问题账单可在平台路径”首页/营收管理/账单管理/故障账单“,有运营商确认数据后进行手工修复,系统完成扣款 |
47 | |||
![]() |
1.1 | 48 | ~-~--解决 |
![]() |
2.3 | 49 | 状态(√表示选定 ): √ 已解决 | √ 处理中 | 暂搁置 |
![]() |
1.1 | 50 | 售后(跟单)工程师:施文俊 |