文档更改igo_1

在2020/07/03 14:13上被yuandong he修改
从版本< 7.1 >
由chinyee he编辑
在2019/11/11 15:41上
到版本
由chinyee he编辑
在2019/12/10 09:22上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -1,4 +1,244 @@
1 +{{box cssClass="box floatinginfobox" title="**Summary**"}}
2 +{{toc/}}
3 +{{/box}}
4 +
1 1  (% class="wikigeneratedid" %)
6 += igo_case#58_20191210 =
7 +
8 +问题描述：这个是上月“小桔app”的充电消费报表，又出现之前的那种大额占桩费的情况，请看一下是什么原因。主要集中是平湖中泰站、翠岭华庭两个站，上个月22日前，版本是11536的双枪.而且这种情况主要集中小桔用户，其他用户极少出现这种问题
9 +
10 +[[image:1575940873075-630.png||height="584" width="870"]]
11 +
12 +~-~-跟踪
13 +
14 +【令】：对于占桩费不正常的账单可以按照上次的方法处理。
15 +
16 +[[image:1575940933897-213.png||height="200" width="563"]]
17 +
18 +~-~-解决:
19 +状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
20 +售后（跟单）工程师：施文俊  chinyee
21 +
22 +
23 += igo_case#57_20191209 =
24 +
25 +问题描述：有个问题需要麻烦看一下，数据中“站点”部分存在很多空白的 主要4、5、6三个月的，后面的偏少
26 +
27 +[[image:1575871276254-945.png||height="452" width="902"]]
28 +
29 +~-~-跟踪
30 +
31 +【YD】：根据图中日期导出相应记录并筛选出空白站点，查询了几条空白站点记录的桩ID 在IGO上是存在的并且都有所属站点。
32 +
33 +~-~-解决:
34 +状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
35 +售后（跟单）工程师：YD
36 +
37 += igo_case#56_20191206 =
38 +
39 +问题描述：能帮忙查下这个用户13500051491绑定车牌的时间吗？他以前绑定过，今天更改了新的，看下这个新的车牌绑定时间，13602530928这个号码一样的问题
40 +
41 +~-~-跟踪
42 +
43 +【令技术】：查询用户车牌绑定时间可以按这个方式查，比如车牌号是“粤BA00100”， 在日志里面输入  updateInfo BA00100
44 +日志时间范围设大一点
45 +
46 +
47 +~-~-解决:
48 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
49 +售后（跟单）工程师：chinyee  YD
50 +
51 += =
52 +
53 += igo_case#55_20191205 =
54 +
55 +问题描述：删了桩，不能查充电记录。
56 +
57 +~-~-跟踪
58 +【shi】：
59 +
60 +(% class="box" %)
61 +(((
62 +背景： 松岗站前两天月底已经拆除了，系统里的7个电桩号客户已经删除了。 
63 + 1）对历史记录查询的影响。
64 + 2）如需正确查询历史记录的解决办法。
65 + 3）删除桩后查不到数据 ，评估修补办法。【技术跟进】
66 +[[image:1575510355534-717.png]]
67 +)))
68 +
69 +【YD】：20191209 松岗站的能查 客户反应已删的IGO深圳总部站查不到记录，转研发
70 +
71 +~-~-解决:
72 +状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
73 +售后（跟单）工程师：施文俊
74 +
75 += igo_case#54_20191129 =
76 +
77 +问题描述：'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单，好像都没有“用户ID”呢
78 +
79 +~-~-跟踪
80 +
81 +【令技术】：还在查原因，创建用户的时候生成id失败，但是这个id只是显示用的，还有一个内部id，所以不影响使用
82 +
83 +~-~-解决:
84 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
85 +售后（跟单）工程师：chinyee
86 +
87 +
88 += igo_case#53_20191127 =
89 +
90 +问题描述：今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414
91 +
92 +~-~-跟踪
93 +
94 +【shi】：
95 +
96 +~-~-解决:
97 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
98 +售后（跟单）工程师：施文俊
99 +
100 +
101 += igo_case#52_20191119 =
102 +
103 +问题描述：朗山酒店停车收费系统出现一个问题：新能源车粤BA00455，停车收费系统没办法识别。
104 +
105 +~-~-跟踪
106 +
107 +【shi】：转研发
108 +【研发】：首先这个车牌号没有在boss系统登记，另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管（返回打折失败或者车辆没有入场这种都是停车收费系统的问题）
109 +和客户确认此问题归属谁解决：这个车牌号 没有在igo微信充电系统中登记过，车辆不能进入 是否 为停车系统的问题？
110 +
111 +~-~-解决:
112 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
113 +售后（跟单）工程师：施文俊
114 +
115 += igo_case#51_20191125 =
116 +
117 +问题描述：平湖中泰站从11.22日早11:00左右升级了桩，版本号为2090414。
118 +
119 +(% class="box infomessage" %)
120 +(((
121 +**提供两份数据：1）异常账单统计。2）占桩费不正常统计。**
122 +
123 +**1）异常账单统计：下表为 2019年11月22日11：00开始-至今 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
124 +
125 +(% border="1" %)
126 +|(((
127 +**异常代码\统计时间段**
128 +)))|**微信&平湖中泰站（次）**
129 +版本 2090414|**滴滴&平湖中泰站（次）**
130 +版本 2090414
131 +|(((
132 +**时间段内成功充电次数**
133 +)))|187|611
134 +|(((
135 +**1-账单丢失**
136 +)))|1|(((
137 +0
138 +)))
139 +
140 +**2）占桩费不正常统计**
141 +
142 +(% border="1" %)
143 +|**异常代码\统计时间段**|**微信&平湖中泰站（次）**|**滴滴&平湖中泰站（次）**
144 +|**时间段内成功充电次数**|187|611
145 +|**占桩不正常账单**|0|0
146 +
147 +
148 +)))
149 +
150 +~-~-解决:
151 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
152 +数据统计人：chinyee
153 +
154 +
155 += igo_case#50_20191119 =
156 +
157 +问题描述：这个订单20191112031047820007，电量从开始到结束怎么一直都是32.54。（含分析日志步骤）
158 +
159 +~-~-跟踪
160 +
161 +【YD】：这单的心跳记录从开始到结束都是32.54，转研发看看。
162 +【shi】：原因见下
163 +
164 +* 充电发生在11.12日，客户问题反馈是11.19。系统只存储近7天的账单心跳数据，超过时间会清除。
165 +* 查看7日之前心跳，可在日志中查，以此为例的查询步骤（原理基于[[案例4 日志分析>>doc:技术.技术分析.WebHome]] 中接口二），见下
166 +** “首页/系统管理/运维管理/日志查询”， 右上角 选所需运营商，此例 是igo
167 +** 日志栏输入：20191112031047820007 updateChargeInfo
168 +** 时间 2019-11-12 3:10  至  2019-11-12 3:30，点查询。 （如果  结束时间选  2019-11-12 5:00，时间早的日志会无法查到，目前解决是缩短时间范围）
169 +** ctrl+f 唤出浏览器 查询功能，输入  20191112031047820007。 查询 后  账单号 会高亮显示。
170 +** 如下图，获得需要心跳数据，包括：电量、状态、发生时间。 如客户需要数据依据，可依次记录这些关键数据，给到客户。
171 +
172 +[[image:1574136874406-997.png]]
173 +
174 +~-~-解决:
175 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
176 +售后（跟单）工程师：施文俊 YD
177 +
178 += igo_case#49_20191118 =
179 +
180 +问题描述：部分账单服务费 疑似 计算错误。
181 +
182 +(% class="box infomessage" %)
183 +(((
184 +[[image:1574074788769-153.png]]
185 +\\[[image:1574074816924-869.png]]
186 +)))
187 +
188 +~-~-跟踪
189 +【shi】：
190 +
191 +(% class="box infomessage" %)
192 +(((
193 +拆分2个问题见下
194 +1、20191031095156621783  服务费为0元。
195 +2、服务费太小  20190926032853435709  20190926012832822014 
196 +**分析：**
197 +1、20191031095156621783  对应 回酒店站，当前分时价格服务费皆为 0. 见下图
198 +[[image:1574076380296-658.png]]
199 +\\2、20190926012832822014  对应八卦岭，谷段 服务费 4分钱
200 +\\[[image:1574076607091-684.png]]
201 +\\3、20190926032853435709  对应 上步站，谷段 服务费 4分钱
202 +[[image:1574076794095-995.png]]
203 +)))
204 +
205 +~-~-解决:
206 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
207 +售后（跟单）工程师：施文俊
208 +
209 +
210 += igo_case#48_20191115 =
211 +
212 +问题描述：20191114225242534782（这笔订单22.97度电，SOC显示52%-98%，服务开始时间2019-11-14 22:51:52服务结束时间2019-11-15 00:26:10）；另外一个20191115003148658977（这笔订单0.77度电，SOC显示71-98%，服务开始时间2019-11-15 00:30:58服务结束时间2019-11-15 00:51:48），这两次都无同一个用户，麻烦看下什么问题导致，前后SOC出现混乱
213 +
214 +~-~-跟踪
215 +【盛弘】：soc值是车上送的，桩只负责记录。
216 +
217 +【shi】：如果心跳电量是线性增长看不出问题， 仅soc错误，就能用上盛弘研发的逻辑。
218 +
219 +~-~-解决:
220 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
221 +售后（跟单）工程师：施文俊 chinyee
222 +
223 +
224 += igo_case#47_20191112 =
225 +
226 +问题描述：
227 +
228 +igo&深圳恒毅 这个子运营商绑定了  东湖宾馆站 ？
229 +这个设置有问题，这个站点不属于深圳恒毅的吧。
230 +
231 +~-~-跟踪
232 +【令】：
233 +未正式铺开运营当前仅在东湖站测试，误以为了授权。
234 +目前没有做互联互通站点授权功能。取消绑定。
235 +[[image:1573531902474-732.png]]
236 +
237 +
238 +~-~-解决:
239 +状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
240 +售后（跟单）工程师：施文俊
241 +
2 2  = igo_case#46_20191111 =
3 3  
4 4  日期：2019.11.11
... ... @@ -18,14 +18,13 @@
18 18  [[image:1573458066931-239.png||height="204" width="716"]]
19 19  
20 20  
21 -\\~-~-跟踪
22 22  
262 +~-~-跟踪
263 +
23 23  ~-~-解决:
24 24  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
25 25  售后（跟单）工程师：施文俊 chinyee
26 26  
27 -(% class="wikigeneratedid" %)
28 -= =
29 29  
30 30  = igo_case#45_20191111 =
31 31  
... ... @@ -38,7 +38,7 @@
38 38  \\~-~-跟踪
39 39  
40 40  ~-~-解决:
41 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
280 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
42 42  售后（跟单）工程师：施文俊 YD
43 43  
44 44  = igo_case#44_20191106 =
... ... @@ -65,8 +65,65 @@
65 65  【YD】：“充电网络/充电桩管理/充电桩设备”查找平湖中泰站，该站点桩版本为2090104。
66 66  “营收管理/账单管理/故障账单”目前有142条记录，其中88条为平湖中泰站基本是“账单丢失”。
67 67  “系统管理/运维管理/故障记录”2019年11月5日的记录 查询时间09：58 有997条记录，其中12条为平湖中泰站的。(故障原因基本是充电枪断开)
68 -~-~-跟踪
307 +【shi】：平湖中泰站 数据报告和解决建议：
69 69  
309 +(% class="box infomessage" %)
310 +(((
311 +**提供两份数据：1）直流桩版本号站点分布数据。2）异常账单统计。**
312 +
313 +**1)直流桩版本号站点分布数据**
314 +版本号  数量  场站名
315 +
316 +11536   32   东湖宾馆站
317 +2090104   16   平湖中泰站
318 +2090104   14   翠岭华庭站
319 +\\**2）异常账单统计：上表为 2019年11月 1日-10日 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
320 +
321 +(% border="1" %)
322 +|(((
323 +**异常代码\统计时间段**
324 +)))|**微信&平湖中泰站（次）**
325 +版本 2090104|**滴滴&平湖中泰站（次）**
326 +版本 2090104|(((
327 +**微信&翠岭华庭站（次）**
328 +版本 2090104
329 +)))|**滴滴&翠岭华庭站（次）**
330 +版本 2090104|**滴滴&东湖宾馆站（次）**
331 +版本 11536
332 +|(((
333 +**时间段内成功充电次数**
334 +)))|549|1749|542|691|826
335 +|(((
336 +**1-账单丢失**
337 +)))|5|670|2|172|3
338 +
339 +**数据报告显示之问题：**
340 +
341 +* 相同固件2090104， 对比平湖 、翠玲站  通过滴滴充电 账单丢失概率较高。
342 +* 相同固件2090104， 对比平湖 、翠玲站  通过微信充电 账单丢失概率较低。
343 +* 相同固件11536， 东湖站 通过滴滴充电 账单丢失概率较低。
344 +
345 +**20904xx版本进展：**
346 +
347 +* 2090404以上版本 几乎能杜绝大部分异常。
348 +* 但2019.10.29日 igo 4个站点爆发大量 占桩费 异常。 客户下架所有20904xx版本。
349 +* 20901xx版本无法远程升级至20904xx版本。
350 +* 令狐充反馈问题至盛弘，厂商排查中。
351 +* 2019.11.11-11.15 这周，令狐充和厂商测试20904xx版本。
352 +
353 +**解决方案：**
354 +
355 +* 最新版本发布前，平湖中泰站 可考虑降到11536
356 +* 20904xx稳定版发布后，少量测试稳定，铺开全站升级。
357 +* 2090104 为何滴滴发起充电事务 账单丢失概率 那么高。【令狐充 关注 核查】
358 +)))
359 +
360 +【shi】：chinyee在以上数据报告基础上，搜索 平湖站 滴滴app发起充电 且 账单丢失 的 C_BILLING_ID和C_UNION_BILLINGID提供niewei分析。（ 按时间最近）。并跟踪更新case。
361 +
362 +【chinyee】：C_BILLING_ID：20191114101245130248    C_UNION_BILLINGID：101437000157369756318731423
363 + C_BILLING_ID：20191114095102668618    C_UNION_BILLINGID：101437000157369625999120344
364 + C_BILLING_ID：20191114092830080281    C_UNION_BILLINGID：101437000157369490824939857
365 +
70 70  ~-~-解决:
71 71  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
72 72  售后（跟单）工程师：施文俊 YD
... ... @@ -112,3 +112,5 @@
112 112  ~-~-解决:
113 113  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
114 114  售后（跟单）工程师：施文俊
411 +
412 +
1573531902474-732.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +75.1 KB
Content
1574074788769-153.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +130.3 KB
Content
1574074816924-869.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +79.3 KB
Content
1574076380296-658.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +34.6 KB
Content
1574076607091-684.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +24.1 KB
Content
1574076794095-995.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +23.8 KB
Content
1574136874406-997.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +231.2 KB
Content
1575510355534-717.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +49.7 KB
Content
1575871276254-945.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +162.2 KB
Content
1575940873075-630.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +110.5 KB
Content
1575940933897-213.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +52.6 KB
Content