... |
... |
@@ -10,48
+10,55 @@ |
10 |
10 |
|
11 |
11 |
(% class="box infomessage" %) |
12 |
12 |
((( |
|
13 |
+**~ 提供两份数据:1)异常账单统计。2)直流桩版本号未升级站点分布数据。** |
|
14 |
+ |
|
15 |
+1)异常账单统计:上表为 **2019年10月** 之异常代码统计,(滴滴=滴滴app充电,微信=igo公众号充电) |
|
16 |
+ |
13 |
13 |
(% border="1" %) |
14 |
14 |
|((( |
15 |
15 |
**异常代码\统计时间段** |
16 |
16 |
)))|((( |
17 |
|
-**滴滴 8日-17日(次)** |
18 |
|
-)))|((( |
19 |
|
-**微信 8日-17日(次)** |
20 |
|
-)))|((( |
21 |
|
-**盛弘版本2090100** |
|
21 |
+**滴滴 8日-17日(次) |
|
22 |
+不限桩品牌** |
|
23 |
+)))|**滴滴 8日-17日(次)** |
|
24 |
+仅盛弘stm32|((( |
|
25 |
+**微信 8日-17日(次) |
|
26 |
+不限桩品牌** |
|
27 |
+)))|**微信 8日-17日(次)** |
|
28 |
+仅盛弘stm32|((( |
|
29 |
+**盛弘版本2090xxx** |
22 |
22 |
))) |
23 |
23 |
|((( |
24 |
24 |
**时间段内成功充电次数** |
25 |
|
-)))|10954|24964|1200 |
|
33 |
+)))|10954|6438|24964|17196|1200 |
26 |
26 |
|((( |
27 |
27 |
**1-账单丢失** |
28 |
|
-)))|63|153|139 |
|
36 |
+)))|63|60|153|124|139 |
29 |
29 |
|((( |
30 |
30 |
**10-占桩时长与平台不符** |
31 |
|
-)))|9|11| |
|
39 |
+)))|9|3|11|7| |
32 |
32 |
|((( |
33 |
33 |
**11-电量丢失** |
34 |
|
-)))|8|13| |
|
42 |
+)))|8| |13|1| |
35 |
35 |
|((( |
36 |
36 |
**9-充电时长与平台不符** |
37 |
|
-)))|101| | |
|
45 |
+)))|101|93| |107| |
38 |
38 |
|((( |
39 |
39 |
**9+10** |
40 |
|
-)))|13| | |
|
48 |
+)))|13|12| |15| |
41 |
41 |
|((( |
42 |
42 |
**10+11** |
43 |
|
-)))| |1| |
|
51 |
+)))| | |1| | |
44 |
44 |
|((( |
45 |
45 |
**8-充电电量与平台不符** |
46 |
|
-)))| |1| |
|
54 |
+)))| | |1| | |
47 |
47 |
|
48 |
|
-提供两份数据:1)异常账单统计。2)直流桩版本号未升级站点分布数据。 |
49 |
|
- |
50 |
|
-1)异常账单统计:上表为 **2019年10月** 之异常代码统计,(滴滴=滴滴app充电,微信=igo公众号充电) |
51 |
|
- |
52 |
52 |
解决方案: |
53 |
53 |
|
54 |
|
-* 令狐充排查:微信扫码充电账单丢失概率明显大于滴滴,其中盛弘版本的桩账单丢失比较多。 |
|
58 |
+* 微信扫码充电账单丢失概率和滴滴接近。 |
|
59 |
+* 其中盛弘版本**2090XXX,**时间段内1200次成功充电 |
|
60 |
+** 139次账单丢失,桩账单丢失比较多,相比原1xxxxxx版本固件更多的账单丢失。 |
|
61 |
+** 其他异常状态相比原1xxxxxx版本固件明显减少。 |
55 |
55 |
* 要求盛弘厂家继续排查寻找账单丢失原因。 |
56 |
56 |
|
57 |
57 |
2)直流桩版本号未升级站点分布数据:(预期最新的直流桩版本号为 2090100) |
... |
... |
@@ -80,12
+80,7 @@ |
80 |
80 |
(% class="wikigeneratedid" %) |
81 |
81 |
【令】: |
82 |
82 |
~-~-解决: |
83 |
|
-状态(表示选定 ): ☑已解决 | 处理中 | 暂搁置 |
84 |
|
- |
85 |
|
-(% class="wikigeneratedid" %) |
86 |
|
-数据统计人:Chinyee |
87 |
|
- |
88 |
|
-(% class="wikigeneratedid" %) |
|
90 |
+状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 |
89 |
89 |
售后(跟单)工程师:施文俊 何倩怡 |
90 |
90 |
|
91 |
91 |
|
... |
... |
@@ -103,7
+103,7 @@ |
103 |
103 |
|
104 |
104 |
跟进:何倩怡 |
105 |
105 |
|
106 |
|
-= = |
|
108 |
+= = |
107 |
107 |
|
108 |
108 |
= igo_case#31_20191016 = |
109 |
109 |
|
... |
... |
@@ -136,7
+136,11 @@ |
136 |
136 |
2、用户提供截图 显示12:28分收到充电停止和占桩提醒 微信消息。 |
137 |
137 |
转产品、研发看是否需要调整通知策略。 |
138 |
138 |
【令】:通知客户 原因是12:28 发生一次设备故障,看是否排查下什么故障。 如正常充电,不应出现故障 |
139 |
|
-\\~-~-解决: |
|
141 |
+~-~-below at 20191019 |
|
142 |
+【研发】: bo收到8和chargeEnd状态,导致发送 充电停止微信消息。 |
|
143 |
+【客】:反馈近期多次发生。收到提醒,结果大老远过去又没有中断,让他们白跑一趟。充电未中断不应该给用户发送充电结束提醒。 |
|
144 |
+确认 10.21更新优化版本 |
|
145 |
+\\\\~-~-解决: |
140 |
140 |
状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 |
141 |
141 |
售后(跟单)工程师:施文俊 何倩怡 |
142 |
142 |
|