从版本< 41.2 >
shi chuck编辑
在2020/03/12 17:20上
到版本
shi chuck编辑
在2020/03/11 22:14上
< >
修改评论 上传新附件1583936058731-829.png

Summary

Details

Page properties
Content
... ... @@ -5,43 +5,8 @@
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 -
29 29  = szds_case#32_20200311 =
30 30  
31 -问题描述:如果修改这个样子,给用户感觉更友好,不会被误认为卡死
32 -
33 -~-~-跟踪
34 -
35 -[[image:1583936058731-829.png]]
36 -
37 -
38 -~-~-解决:
39 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
40 -售后(跟单)工程师:施文俊
41 -
42 -
43 -= szds_case#32_20200311 =
44 -
45 45  问题描述:排查“鲍总反复提出的几个问题”
46 46  
47 47  ~-~-跟踪
... ... @@ -110,7 +110,7 @@
110 110  
111 111  = szds_case#30_20200311 =
112 112  
113 -
78 +
114 114  问题描述:这个账单平台上有充电时间和充电量,充电金额是有的,但是在桩上查过显示充电金额没有,和是怎么回事?
115 115  
116 116  ~-~-跟踪
... ... @@ -307,7 +307,7 @@
307 307  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
308 308  售后(跟单)工程师:chinyee
309 309  
310 -= =
275 += =
311 311  
312 312  = szds_case#21_20200305 =
313 313  
... ... @@ -684,7 +684,7 @@
684 684  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
685 685  售后(跟单)工程师:施文俊
686 686  
687 -= =
652 += =
688 688  
689 689  = szds_case#5_20191129 =
690 690  
1584004257698-662.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -888.3 KB
Content
1584004285063-902.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -747.4 KB
Content