从版本< 39.1 >
shi chuck编辑
在2020/03/11 22:14上
到版本
shi chuck编辑
在2020/03/12 17:20上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -5,8 +5,43 @@
5 5  
6 6  **~* 金凯瑞和其子客户那边所有问题,令狐充的分析结果在金凯瑞内部群里说明,统一交由金凯瑞方(如,吴小英)去最终告知 当地运营客户的群。**
7 7  
8 += szds_case#33_20200312 =
9 +
10 +问题描述:余额负数,账单 20200311230043137951
11 +
12 +~-~-跟踪
13 +\\[[image:1584004285063-902.png]]
14 +
15 +1. 5.24的账单23:12分结束充电,但是没上传账单,所以用户没发生扣费,余额大于5元
16 +2. 4.43的账单是23:46开始充电, 余额大于5元,没问题
17 +3. 5.24的账单的账单0点上传,开始扣费,余额不足,后台停掉4.43的充电
18 +
19 + 该充电事务的账单上送延时造成的。
20 + 第一次账单在“03-11 23:46:04.525”,是延时30分钟后无桩设备账单下,平台上送的平台账单,所以标记为异常 : 1-账单丢失
21 + 第二次账单在“03-12 00:01:41.234”,设备上送的账单。拔枪后,桩滞后1个小时才发账单
22 +拖到后面才发账单,导致两个充电重叠了,突然间大额扣费,冲破余额。
23 +用户第二次启动充电的时候余额并没有低于5元。原因就是第一次的账单没发过来,扣不了费
24 +
25 +~-~-解决:
26 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
27 +售后(跟单)工程师:施文俊
28 +
8 8  = szds_case#32_20200311 =
9 9  
31 +问题描述:如果修改这个样子,给用户感觉更友好,不会被误认为卡死
32 +
33 +~-~-跟踪
34 +
35 +[[image:1583936058731-829.png]]
36 +
37 +
38 +~-~-解决:
39 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
40 +售后(跟单)工程师:施文俊
41 +
42 +
43 += szds_case#32_20200311 =
44 +
10 10  问题描述:排查“鲍总反复提出的几个问题”
11 11  
12 12  ~-~-跟踪
... ... @@ -75,7 +75,7 @@
75 75  
76 76  = szds_case#30_20200311 =
77 77  
78 -
113 +
79 79  问题描述:这个账单平台上有充电时间和充电量,充电金额是有的,但是在桩上查过显示充电金额没有,和是怎么回事?
80 80  
81 81  ~-~-跟踪
... ... @@ -272,7 +272,7 @@
272 272  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
273 273  售后(跟单)工程师:chinyee
274 274  
275 -= =
310 += =
276 276  
277 277  = szds_case#21_20200305 =
278 278  
... ... @@ -649,7 +649,7 @@
649 649  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
650 650  售后(跟单)工程师:施文俊
651 651  
652 -= =
687 += =
653 653  
654 654  = szds_case#5_20191129 =
655 655  
1584004257698-662.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +888.3 KB
Content
1584004285063-902.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +747.4 KB
Content