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