文档更改igo

在2019/11/04 12:47上被shi chuck修改
从版本< 30.6
由shi chuck编辑
在2019/11/04 12:47上
到版本
由shi chuck编辑
在2019/10/18 14:44上
<
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,183 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= igo_case#40_20191102 =
6 -
7 -问题描述： 是否存在插枪直接充电
8 -
9 -~-~-跟踪
10 -【shi】：令狐充协议中不支持这个场景，将来的vin公交充电也需要触发屏幕中按钮
11 -客：我可以理解为：目前为止，我们电桩不会出现插枪就会自动启动充电的情况是吗？就算有什么漏洞出现，也不会被人利用直接充电吗？
12 -shi：对于单次充电来说，运营还未发现插枪直接充电之案例。
13 -
14 -
15 -~-~-解决:
16 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
17 -售后（跟单）工程师：施文俊
18 -
19 -
20 -(% class="wikigeneratedid" %)
21 -对于单次充电来说，运营还未发现插枪直接充电之案例。
22 -
23 -(% class="wikigeneratedid" %)
24 -= =
25 -
26 -= igo_case#39_20191101 =
27 -
28 -问题描述：人工手工扣款/充值，补救20904xx固件 导致占桩费异常的办法  可能导致报表数据错误。
29 -比如报表显示收入1000，实际上只是100，对不上了
30 -
31 -~-~-跟踪
32 -【shi】： 补救操作见下：
33 -
34 -(% class="box infomessage" %)
35 -(((
36 -已经发生的操作：
37 -1、igo 占桩费的问题  人工充值，账单没有修复，导致数据看起来有问题。
38 -\\建议的操作：
39 -1. 异常账单修复，手工改服务结束时间，只改这个，其它不改，然后点修复。（“重新计算”用来看费用是否符合预期。不要点“应用”）
40 -2. 后台会员管理，点人工退款，退回之前人工充值那部分钱（注意是正数）
41 -)))
42 -
43 -~-~-解决:
44 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
45 -售后（跟单）工程师：施文俊
46 -
47 -= =
48 -
49 -= igo_case#38_20191101 =
50 -
51 -问题描述：20904xx固件 出现离桩问题，造成大面积占桩费。10.31 盛弘改2090406，解决占桩费。
52 -
53 -~-~-跟踪
54 -【shi】： 鉴于 20904xx大幅降低 异常账单几率，升级最新固件对运营是有价值的。
55 -1、10.31 盛弘改2090406，解决占桩费。
56 -2、11.1日开始协调  igo 那边搞一台验证。
57 -3、因涉及屏幕升级，需现场操作。
58 -
59 -(% class="box infomessage" %)
60 -(((
61 -**背景：**
62 -1、10.24-25升级了四个站点到2090402，但直到10.29才爆出占桩费普遍异常。
63 -2、10.30客户现场对以上站点降级回旧版本。
64 -3、10.31 盛弘改2090406，预期解决占桩费。 
65 -4、在中山平实 站用最新 2090406， 但因站点不启用占桩费，无法暴露可能的离桩时间bug。
66 -5、igo宝丽站 找到 一台 2090402版本 桩 44030700030000200006，计划和 客户确认后 远程升级 2090406。（屏幕不支持远程，必须找2090xxx版本适配升级）
67 -\\**计划：**
68 -1、盛弘提供令狐充 2090406 版本 进行升级验证。
69 -2、鉴于“背景 1”中，延迟4-5日才爆发离桩bug，需确认原 bug 发生机制是否和日期时间有关。因为现场更新到最新固件，需要知道观察多久才能证明固件已解决问题。
70 -\\
71 -)))
72 -
73 -
74 -
75 -~-~-解决:
76 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
77 -售后（跟单）工程师：施文俊
78 -
79 -= =
80 -
81 -= igo_case#37_20191030 =
82 -
83 -问题描述：今早有很多用户反映充电结束后，产生了很多占桩费，显示服务结束时间都在10月31号往后，麻烦看一下是什么问题呀
84 -
85 -[[image:1572403941775-103.png||height="422" width="779"]]
86 -
87 -~-~-跟踪
88 -【令】：翠岭华庭（CL02）44030600030000200035固件升级时间10月24日  版本号：2090402
89 -同胜大厦（TS09）44030600030000200054固件升级时间10月25日  版本号：2090402
90 -翠岭华庭（CL04）44030600030000200039固件升级时间10月24日  版本号：2090402
91 -
92 -【令】：1、29号发生的都是在接近30号凌晨发生的， 这些账单的结算应该是过了30号的， 所以都应该和账单消息有关。
93 -2、占桩时间没有错。
94 -3.查看了两条日志显示数据上离桩时间像是多加了一天。
95 -
96 -【shi】： igo，10.24-25升级了四个站点到20904xxx，但直到10.30才爆出占桩费普遍异常。 bug是否只有到特殊的时间点才能重现，或者验证已解决。
97 -29号晚上吧，就是微信充值出问题那天，充值恢复后在22点左右就开始有产生账单了。
98 -24-29日 之间的记录都占桩费都没问题？
99 -恩恩是的
100 -
101 -
102 -~-~-解决:
103 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
104 -售后（跟单）工程师：施文俊  Chinyee
105 -
106 -= igo_case#36_20191029 =
107 -
108 -问题描述：21:00左右，很多用户充值了之后，钱不到账。
109 -
110 -igo熊超 收到投诉，自己充值成功到帐。
111 -
112 -~-~-跟踪
113 -【shi】：
114 -1、建议运营商先联系当地同事 充值 看，充值不到账概率。（推测腾讯支付系统问题 ，中山地区也出现此情况。 ）
115 -2、“首页/营收管理/账单管理/充值账单管理”，状态栏未待支付订单操作栏点“重新检查”，如客户确实充值成功，应当会补回充值款。
116 -
117 -
118 -~-~-解决:
119 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
120 -售后（跟单）工程师：施文俊
121 -
122 -= =
123 -
124 -= igo_case#35_20191023 =
125 -
126 -问题描述：一个号码有存在两个账户
127 -
128 -[[image:1572254220843-716.png||height="315" width="635"]]
129 -
130 -~-~-跟踪
131 -【令】：第一个账户有第三方认证，但是已经退出了；第二个账户没有第三方认证且余额是负数
132 -
133 -【令】：对于一个号码存在两个账户，是以前用了2个微信号登录，同时绑定一个手机号出现了问题。余额为0那个最近有使用过
134 -~-~-解决:
135 -状态（☑表示选定 ）： √已解决 |  处理中 | 暂搁置 
136 -售后（跟单）工程师：Chinyee
137 -
138 -= igo_case#35_20191023 =
139 -
140 -问题描述：客户Sam要求，现在系统导出的没注册时间, 平台能否导一份会员信息含注册时间的表
141 -
142 -~-~-跟踪
143 -【令】：
144 -~-~-解决:
145 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
146 -售后（跟单）工程师：施文俊
147 -
148 -
149 -= igo_case#34_20191023 =
150 -
151 -问题描述：20191023001833673620、20191023001811632718，这两个账单时间怎么显示错误。另外麻烦确认产生次账单的账户18126204676 ，10月23日00:20左右是否有充电扣款
152 -
153 -~-~-跟踪
154 -【HYD】：
155 -1.那两张单充电停止原因都是[51]充电停止，状态是服务取消
156 -2.他说的23日00:20是否有充电扣款 没在"充电账单管理"内看到这样的扣费记录
157 -3.故障账单里没有那两张单的记录
158 -【shi】：见下：
159 -
160 -拆分为2个问题
161 -问题1：20191023001833673620、20191023001811632718，这两个账单时间怎么显示错误。
162 -分析
163 -单号  桩号  开始时间
164 -20191023001833673620  44030300030000200055  1999-11-30 00:18:02
165 -20191023001811632718  44030300030000200055  1999-11-30 00:17:40
166 -\\问题2：账单的账户18126204676 ，10月23日00:20左右是否有充电扣款？
167 -分析：那两张单充电停止原因都是，状态是服务取消。说明未成功启动。应不存在扣款。
168 -\\衍生问题： 44030300030000200055 固件版本 11523，出现 1999-11-30 00:18:02 时间异常。@john转研发分析。
169 -【客】：这个账户时间应该在昨晚在泥岗站有充过电，我指的“时间错误”应该充电时间是2019-10-23 00:18，而不是账单显示的1999-11-30 00:18~-~-~-~-~-~-~-~-~-~-~-~-另外他在23日是否充电扣费情况，我通过监控看到该账户司机在之前充电取消的电桩号，充电了近一个小时，且司机一直就在车辆旁边，应该是有电量充进入的。
170 -【shi】：不清楚现场桩的行为，需转研发进一步确认。@Niewei
171 -
172 -【令】如果正常的“服务取消”，即没有发生充电的情况的下的取消，不会有账单发生;
173 -
174 -【令】上面的这两个充电的流程是混乱的, 在没有启动充电的情况下，桩就上传了充电心跳，接着又上送了取消，这是对桩而言是发生充电，虽然时间很短, 所以桩产生了账单，但这个账单中的时间不对同时延时上送。这个情况属于桩问题，版本是:盛弘直流 － 标准2017(11523),建议升级桩固件处理。
175 -
176 -~-~-解决:
177 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
178 -售后（跟单）工程师：chinyee 何远东 施文俊
179 -
180 -= =
181 -
182 182  = igo_case#33_20191018 =
183 183  
184 184  问题描述：igo20191007-20191018异常账单报告
... ... @@ -195,49 +195,46 @@
195 195  |(((
196 196  **异常代码\统计时间段**
197 197  )))|(((
198 -**滴滴 8日-17日（次）
199 -不限桩品牌**
200 -)))|**滴滴 8日-17日（次）**
201 -仅盛弘stm32|(((
21 +**滴滴 8日-17日（次）**
22 +)))|(((
202 202  **微信 8日-17日（次）
203 203  不限桩品牌**
204 204  )))|**微信 8日-17日（次）**
205 205  仅盛弘stm32|(((
206 -**盛弘版本2090xxx**
27 +**盛弘版本2090100**
207 207  )))
208 208  |(((
209 209  **时间段内成功充电次数**
210 -)))|10954|6438|24964|17196|1200
31 +)))|10954|24964|17196|1200
211 211  |(((
212 212  **1-账单丢失**
213 -)))|63|60|153|124|139
34 +)))|63|153|124|139
214 214  |(((
215 215  **10-占桩时长与平台不符**
216 -)))|9|3|11|7|
37 +)))|9|11|7|
217 217  |(((
218 218  **11-电量丢失**
219 -)))|8| |13|1|
40 +)))|8|13|1|
220 220  |(((
221 221  **9-充电时长与平台不符**
222 -)))|101|93| |107|
43 +)))|101| |107|
223 223  |(((
224 224  **9+10**
225 -)))|13|12| |15|
46 +)))|13| |15|
226 226  |(((
227 227  **10+11**
228 -)))| | |1| |
49 +)))| |1| |
229 229  |(((
230 230  **8-充电电量与平台不符**
231 -)))| | |1| |
52 +)))| |1| |
232 232  
233 233  解决方案：
234 234  
235 235  * 微信扫码充电账单丢失概率和滴滴接近。
236 -* 其中盛弘版本**2090XXX，**时间段内1200次成功充电
237 -** 139次账单丢失，桩账单丢失比较多，相比原1xxxxxx版本固件更多的账单丢失。
238 -** 其他异常状态相比原1xxxxxx版本固件明显减少。
57 +* 其中盛弘版本**2090100，**时间段内1200次成功充电，139次账单丢失，桩账单丢失比较多。
239 239  * 要求盛弘厂家继续排查寻找账单丢失原因。
240 240  
60 +
241 241  2）直流桩版本号未升级站点分布数据：（预期最新的直流桩版本号为 2090100）
242 242  
243 243  版本号  数量  场站名
... ... @@ -282,7 +282,7 @@
282 282  
283 283  跟进：何倩怡
284 284  
285 -= =
105 += =
286 286  
287 287  = igo_case#31_20191016 =
288 288  
... ... @@ -315,11 +315,7 @@
315 315  2、用户提供截图 显示12：28分收到充电停止和占桩提醒 微信消息。
316 316  转产品、研发看是否需要调整通知策略。
317 317  【令】：通知客户 原因是12:28 发生一次设备故障，看是否排查下什么故障。 如正常充电，不应出现故障
318 -~-~-below at 20191019
319 -【研发】： bo收到8和chargeEnd状态，导致发送 充电停止微信消息。
320 -【客】：反馈近期多次发生。收到提醒，结果大老远过去又没有中断，让他们白跑一趟。充电未中断不应该给用户发送充电结束提醒。
321 -确认 10.21更新优化版本
322 -\\\\~-~-解决:
138 +\\~-~-解决:
323 323  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
324 324  售后（跟单）工程师：施文俊  何倩怡
325 325  
... ... @@ -350,16 +350,13 @@
350 350  * 44030400030000200037  桩对应的固件 版本号：2090102
351 351  )))
352 352  
353 -~-~-below at 20191021
354 -【客】：质疑 为何 最近一周才出现的这个问题？补充信息录下：
355 -1）在2019.10.08-2019.10.20期间，在该站点充电的用户账号经常性出现，已经拔枪结束离开后，账单一直未收到，后续收到时，显示被扣了占桩费，经过我们调取现场监控核实，此类账单都是司机离开后账单却未停止计费，在类似账单计费期间，该电桩还是可以提供给其他用户充电使用。
356 -2）此站点 近几个月未升级过固件。
357 -
358 358  
359 359  ~-~-解决:
360 360  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
361 361  售后（跟单）工程师：施文俊
362 362  
174 +
175 +
363 363  = igo_case#28_20191015 =
364 364  
365 365  (% class="wikigeneratedid" %)
... ... @@ -378,22 +378,7 @@
378 378  (% class="wikigeneratedid" %)
379 379  ~-~-跟踪
380 380  【令】：根据客户提供的账单号在数据库导出后，发现有个当前电量数据异常，转研发跟进后再进一步确认。
381 -【客户答复滴滴合作方】： 官方回答 值得 学习，见下：
382 -
383 -(% class="box infomessage" %)
384 -(((
385 -1.我们 已经跟司机联系过了，告知他我们在后台查过他这笔订单了，充电过程后台都有心跳（充电系统平台术语，就是电桩一直都在正常充电），电桩计量没有问题，司机就是不信。
386 -2.我们电桩计量确实没有问题；不然那么多充电的司机，早就会N次投诉去你们那里了。
387 -3.这个建议要司机找一下自己车辆原因（电量虚标，电池老化），或者自己开车驾驶习惯（严重拥堵，急加速，急刹车等）。
388 -4.不是我们不想解决问题，包含退一部分款给他，这些都不是问题，主要是这样做的话，就给司机感觉好像我们电桩计量真有问题似的，不利于公司形象。
389 -5.建议:如果你们不想太麻烦，你们可以赠送一笔小桔充电优惠劵给他，赠送劵这个费用我们出。
390 -)))
391 -
392 -
393 -
394 -
395 -
396 -~-~-解决:
194 +\\~-~-解决:
397 397  状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
398 398  售后（跟单）工程师：何倩怡  施文俊
399 399  
... ... @@ -1144,3 +1144,7 @@
1144 1144  由盛弘厂商安排升级桩固件。
1145 1145  
1146 1146  状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
945 +
946 +
947 +
948 +
1572254220843-716.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -54.9 KB
Content
1572403941775-103.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -169.0 KB
Content