Summary

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

Details

Page properties

Content

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