从版本< 2.4 >
shi chuck编辑
在2019/09/28 10:21上
到版本
shi chuck编辑
在2019/09/24 20:31上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,33 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 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 32  = ytxny_case#1_20190924 =
33 33  
34 34  ~-~-~-~-~-~--
... ... @@ -49,29 +49,7 @@
49 49  那个客户的,我刚电话问了他。他说他也是等自动结束后枪跳了后再拔枪的,然后结算的界面就一直这样转,不扣费
50 50  
51 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 -
25 +【令】:bo2条账单对应充电记录status=5,即、充电服务结束,未收到账单。需转交研发进一步分析。
75 75  ~-~--解决
76 -状态(√表示选定 ): √ 已解决 |  处理中 | 暂搁置
27 +状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置
77 77  售后(跟单)工程师:施文俊