从版本 1.1 >
shi chuck编辑
在2019/09/24 20:30上
到版本
shi chuck编辑
在2019/10/30 10:47上
>
修改评论 该版本没有评论

Summary

Details

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