从版本< 21.5 >
shi chuck编辑
在2019/10/21 14:45上
到版本
shi chuck编辑
在2019/10/16 14:52上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,111 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= igo_case#33_20191018 =
6 -
7 -问题描述:igo20191007-20191018异常账单报告
8 -
9 -~-~-分析
10 -
11 -(% class="box infomessage" %)
12 -(((
13 -**~ 提供两份数据:1)异常账单统计。2)直流桩版本号未升级站点分布数据。**
14 -
15 -1)异常账单统计:上表为 **2019年10月** 之异常代码统计,(滴滴=滴滴app充电,微信=igo公众号充电)
16 -
17 -(% border="1" %)
18 -|(((
19 -**异常代码\统计时间段**
20 -)))|(((
21 -**滴滴 8日-17日(次)
22 -不限桩品牌**
23 -)))|**滴滴 8日-17日(次)**
24 -仅盛弘stm32|(((
25 -**微信 8日-17日(次)
26 -不限桩品牌**
27 -)))|**微信 8日-17日(次)**
28 -仅盛弘stm32|(((
29 -**盛弘版本2090xxx**
30 -)))
31 -|(((
32 -**时间段内成功充电次数**
33 -)))|10954|6438|24964|17196|1200
34 -|(((
35 -**1-账单丢失**
36 -)))|63|60|153|124|139
37 -|(((
38 -**10-占桩时长与平台不符**
39 -)))|9|3|11|7|
40 -|(((
41 -**11-电量丢失**
42 -)))|8| |13|1|
43 -|(((
44 -**9-充电时长与平台不符**
45 -)))|101|93| |107|
46 -|(((
47 -**9+10**
48 -)))|13|12| |15|
49 -|(((
50 -**10+11**
51 -)))| | |1| |
52 -|(((
53 -**8-充电电量与平台不符**
54 -)))| | |1| |
55 -
56 -解决方案:
57 -
58 -* 微信扫码充电账单丢失概率和滴滴接近。
59 -* 其中盛弘版本**2090XXX,**时间段内1200次成功充电
60 -** 139次账单丢失,桩账单丢失比较多,相比原1xxxxxx版本固件更多的账单丢失。
61 -** 其他异常状态相比原1xxxxxx版本固件明显减少。
62 -* 要求盛弘厂家继续排查寻找账单丢失原因。
63 -
64 -2)直流桩版本号未升级站点分布数据:(预期最新的直流桩版本号为 2090100)
65 -
66 -版本号  数量  场站名
67 -
68 -11523 56 泥岗站
69 -
70 -11536 94 原南油酒店站
71 -
72 -12027 47 双龙站
73 -
74 -12028 12 上步站
75 -
76 -12082 2 八卦岭站
77 -
78 -11954 1 朗山酒店站
79 -
80 -11520 1 朗山酒店站
81 -
82 -11505 9 朗山酒店站
83 -
84 -11957 1 永湖站
85 -)))
86 -
87 -(% class="wikigeneratedid" %)
88 -【令】:
89 -~-~-解决:
90 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
91 -售后(跟单)工程师:施文俊  何倩怡
92 -
93 -
94 -= igo_case#32_20191016 =
95 -
96 -~-~-~-~-~-~--
97 -问题描述:igo导出日报表查询条件选择igo+小桔,日期为2019.9.1-2019.9.30,网页崩溃,无法导出。
98 -
99 -~-~--跟踪
100 -【令】:igo报表导出的问题是因为数据量太大了,需要优化一下
101 -
102 -~-~--解决
103 -
104 -状态(√表示选定 ):  已解决 |  √处理中 | 暂搁置
105 -
106 -跟进:何倩怡
107 -
108 -= =
109 -
110 110  = igo_case#31_20191016 =
111 111  
112 112  问题描述: 客户询问 平台接入协议是采用的中电联标准协议
... ... @@ -138,11 +138,7 @@
138 138  2、用户提供截图 显示12:28分收到充电停止和占桩提醒 微信消息。
139 139  转产品、研发看是否需要调整通知策略。
140 140  【令】:通知客户 原因是12:28 发生一次设备故障,看是否排查下什么故障。 如正常充电,不应出现故障
141 -~-~-below at 20191019
142 -【研发】: bo收到8和chargeEnd状态,导致发送 充电停止微信消息。
143 -【客】:反馈近期多次发生。收到提醒,结果大老远过去又没有中断,让他们白跑一趟。充电未中断不应该给用户发送充电结束提醒。
144 -确认 10.21更新优化版本
145 -\\\\~-~-解决:
36 +\\~-~-解决:
146 146  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
147 147  售后(跟单)工程师:施文俊  何倩怡
148 148  
... ... @@ -198,22 +198,7 @@
198 198  (% class="wikigeneratedid" %)
199 199  ~-~-跟踪
200 200  【令】:根据客户提供的账单号在数据库导出后,发现有个当前电量数据异常,转研发跟进后再进一步确认。
201 -【客户答复滴滴合作方】: 官方回答 值得 学习,见下:
202 -
203 -(% class="box infomessage" %)
204 -(((
205 -1.我们 已经跟司机联系过了,告知他我们在后台查过他这笔订单了,充电过程后台都有心跳(充电系统平台术语,就是电桩一直都在正常充电),电桩计量没有问题,司机就是不信。
206 -2.我们电桩计量确实没有问题;不然那么多充电的司机,早就会N次投诉去你们那里了。
207 -3.这个建议要司机找一下自己车辆原因(电量虚标,电池老化),或者自己开车驾驶习惯(严重拥堵,急加速,急刹车等)。
208 -4.不是我们不想解决问题,包含退一部分款给他,这些都不是问题,主要是这样做的话,就给司机感觉好像我们电桩计量真有问题似的,不利于公司形象。
209 -5.建议:如果你们不想太麻烦,你们可以赠送一笔小桔充电优惠劵给他,赠送劵这个费用我们出。
210 -)))
211 -
212 -(% class="wikigeneratedid" %)
213 -
214 -
215 -
216 -~-~-解决:
92 +\\~-~-解决:
217 217  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
218 218  售后(跟单)工程师:何倩怡  施文俊
219 219