文档更改igo_1

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

Summary

Details

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