Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -5,27 +5,6 @@
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	31	问题描述：如果修改这个样子，给用户感觉更友好，不会被误认为卡死
...	...	@@ -32,9 +32,10 @@
32	32
33	33	~-~-跟踪
34	34
35		-[[image:1583936058731-829.png]]
36	36
	15	+\\[[image:1583936058731-829.png]]
37	37
	17	+
38	38	~-~-解决:
39	39	状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
40	40	售后（跟单）工程师：施文俊
...	...	@@ -110,7 +110,7 @@
110	110
111	111	= szds_case#30_20200311 =
112	112
113		-
	93	+
114	114	问题描述：这个账单平台上有充电时间和充电量，充电金额是有的，但是在桩上查过显示充电金额没有，和是怎么回事？
115	115
116	116	~-~-跟踪