文档更改igo_1

在2020/07/03 14:13上被yuandong he修改
从版本< 29.1 >
由chinyee he编辑
在2019/12/16 09:33上
到版本
由shi chuck编辑
在2019/11/14 11:13上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.ShiChuck
Content
... ... @@ -2,258 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= igo_case#57_20191209 =
6 -
7 -问题描述：用户反应 用微信自带扫一扫可以享受停车优惠，地图页扫一扫不能享受。
8 -
9 -~-~-跟踪
10 -
11 -[[image:1576422178543-212.png]]
12 -【shi】：需转研发验证。
13 -
14 -【令技术】：停车费优惠的问题一般是停车场系统那边的，注意看这个打折结果信息
15 -
16 -[[image:1576459939932-258.png||height="235" width="471"]]
17 -
18 -
19 -~-~-解决:
20 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
21 -售后（跟单）工程师：
22 -
23 -
24 -= igo_case#58_20191210 =
25 -
26 -问题描述：这个是上月“小桔app”的充电消费报表，又出现之前的那种大额占桩费的情况，请看一下是什么原因。主要集中是平湖中泰站、翠岭华庭两个站，上个月22日前，版本是11536的双枪.而且这种情况主要集中小桔用户，其他用户极少出现这种问题
27 -
28 -[[image:1575940873075-630.png||height="584" width="870"]]
29 -
30 -~-~-跟踪
31 -
32 -【令】：对于占桩费不正常的账单可以按照上次的方法处理。
33 -
34 -[[image:1575940933897-213.png||height="200" width="563"]]
35 -
36 -【令】：怎样筛选出占桩费异常的账单？
37 -
38 -【令技术】：占桩费大于50 服务结束时间与平台账单服务结束时间相差1小时以上的
39 -
40 -【shi】：
41 -
42 -select CONCAT(a.C_BILLING_ID,'\t') as C_BILLING_ID,a.C_USER_ID,CONCAT(a.C_DEVICE_NUMBER,'\t') as C_DEVICE_NUMBER,a.C_CHARGE_START,a.C_CHARGE_END
43 -,a.C_OCCUPY_DATA,EXTRACTVALUE(a.C_OCCUPY_DATA,'/occupy/amount')#注意单位是分
44 -,a.C_TOTAL_POWER,a.C_SERVICESTART,a.C_SERVICEEND,b.C_SERVICEEND,a.C_CHARGEDURATION,a.C_OCCUPYDURATION,
45 -a.C_STATION_NAME,a.C_USER_LICENSEPLATE
46 -
47 -from recharge_history a,recharge_history_platform b
48 - where a.C_BILLING_ID=b.C_BILLING_ID and a.C_CREATE_DATE BETWEEN '2019-11-01' and '2019-11-30' ~#~#注意改时间
49 -and a.C_OCCUPY_DATA is NOT NULL
50 -and TIMESTAMPDIFF(Minute,b.C_SERVICEEND,a.C_SERVICEEND)>=60
51 -
52 -~-~-解决:
53 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
54 -售后（跟单）工程师：施文俊  chinyee
55 -
56 -
57 -= igo_case#57_20191209 =
58 -
59 -问题描述：有个问题需要麻烦看一下，数据中“站点”部分存在很多空白的 主要4、5、6三个月的，后面的偏少
60 -
61 -[[image:1575871276254-945.png||height="452" width="902"]]
62 -
63 -~-~-跟踪
64 -
65 -【YD】：根据图中日期导出相应记录并筛选出空白站点，查询了几条空白站点记录的桩ID 在IGO上是存在的并且都有所属站点。
66 -
67 -~-~-解决:
68 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
69 -售后（跟单）工程师：YD
70 -
71 -= igo_case#56_20191206 =
72 -
73 -问题描述：能帮忙查下这个用户13500051491绑定车牌的时间吗？他以前绑定过，今天更改了新的，看下这个新的车牌绑定时间，13602530928这个号码一样的问题
74 -
75 -~-~-跟踪
76 -
77 -【令技术】：查询用户车牌绑定时间可以按这个方式查，比如车牌号是“粤BA00100”， 在日志里面输入  updateInfo BA00100
78 -日志时间范围设大一点
79 -
80 -
81 -~-~-解决:
82 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
83 -售后（跟单）工程师：chinyee  YD
84 -
85 -
86 -= igo_case#55_20191205 =
87 -
88 -问题描述：删了桩，不能查充电记录。
89 -
90 -~-~-跟踪
91 -【shi】：
92 -
93 -(% class="box" %)
94 -(((
95 -背景： 松岗站前两天月底已经拆除了，系统里的7个电桩号客户已经删除了。 
96 - 1）对历史记录查询的影响。
97 - 2）如需正确查询历史记录的解决办法。
98 - 3）删除桩后查不到数据 ，评估修补办法。【技术跟进】
99 -[[image:1575510355534-717.png]]
100 -)))
101 -
102 -【YD】：20191209 松岗站的能查 客户反应已删的IGO深圳总部站查不到记录，转研发
103 -
104 -~-~-解决:
105 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
106 -售后（跟单）工程师：施文俊
107 -
108 -= igo_case#54_20191129 =
109 -
110 -问题描述：'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单，好像都没有“用户ID”呢
111 -
112 -~-~-跟踪
113 -
114 -【令技术】：还在查原因，创建用户的时候生成id失败，但是这个id只是显示用的，还有一个内部id，所以不影响使用
115 -
116 -~-~-解决:
117 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
118 -售后（跟单）工程师：chinyee
119 -
120 -
121 -= igo_case#53_20191127 =
122 -
123 -问题描述：今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414
124 -
125 -~-~-跟踪
126 -
127 -【shi】：
128 -
129 -~-~-解决:
130 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
131 -售后（跟单）工程师：施文俊
132 -
133 -
134 -= igo_case#52_20191119 =
135 -
136 -问题描述：朗山酒店停车收费系统出现一个问题：新能源车粤BA00455，停车收费系统没办法识别。
137 -
138 -~-~-跟踪
139 -
140 -【shi】：转研发
141 -【研发】：首先这个车牌号没有在boss系统登记，另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管（返回打折失败或者车辆没有入场这种都是停车收费系统的问题）
142 -和客户确认此问题归属谁解决：这个车牌号 没有在igo微信充电系统中登记过，车辆不能进入 是否 为停车系统的问题？
143 -
144 -~-~-解决:
145 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
146 -售后（跟单）工程师：施文俊
147 -
148 -= igo_case#51_20191125 =
149 -
150 -问题描述：平湖中泰站从11.22日早11:00左右升级了桩，版本号为2090414。
151 -
152 -(% class="box infomessage" %)
153 -(((
154 -**提供两份数据：1）异常账单统计。2）占桩费不正常统计。**
155 -
156 -**1）异常账单统计：下表为 2019年11月22日11：00开始-至今 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
157 -
158 -(% border="1" %)
159 -|(((
160 -**异常代码\统计时间段**
161 -)))|**微信&平湖中泰站（次）**
162 -版本 2090414|**滴滴&平湖中泰站（次）**
163 -版本 2090414
164 -|(((
165 -**时间段内成功充电次数**
166 -)))|187|611
167 -|(((
168 -**1-账单丢失**
169 -)))|1|(((
170 -0
171 -)))
172 -
173 -**2）占桩费不正常统计**
174 -
175 -(% border="1" %)
176 -|**异常代码\统计时间段**|**微信&平湖中泰站（次）**|**滴滴&平湖中泰站（次）**
177 -|**时间段内成功充电次数**|187|611
178 -|**占桩不正常账单**|0|0
179 -
180 -
181 -)))
182 -
183 -~-~-解决:
184 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
185 -数据统计人：chinyee
186 -
187 -
188 -= igo_case#50_20191119 =
189 -
190 -问题描述：这个订单20191112031047820007，电量从开始到结束怎么一直都是32.54。（含分析日志步骤）
191 -
192 -~-~-跟踪
193 -
194 -【YD】：这单的心跳记录从开始到结束都是32.54，转研发看看。
195 -【shi】：原因见下
196 -
197 -* 充电发生在11.12日，客户问题反馈是11.19。系统只存储近7天的账单心跳数据，超过时间会清除。
198 -* 查看7日之前心跳，可在日志中查，以此为例的查询步骤（原理基于[[案例4 日志分析>>doc:技术.技术分析.WebHome]] 中接口二），见下
199 -** “首页/系统管理/运维管理/日志查询”， 右上角 选所需运营商，此例 是igo
200 -** 日志栏输入：20191112031047820007 updateChargeInfo
201 -** 时间 2019-11-12 3:10  至  2019-11-12 3:30，点查询。 （如果  结束时间选  2019-11-12 5:00，时间早的日志会无法查到，目前解决是缩短时间范围）
202 -** ctrl+f 唤出浏览器 查询功能，输入  20191112031047820007。 查询 后  账单号 会高亮显示。
203 -** 如下图，获得需要心跳数据，包括：电量、状态、发生时间。 如客户需要数据依据，可依次记录这些关键数据，给到客户。
204 -
205 -[[image:1574136874406-997.png]]
206 -
207 -~-~-解决:
208 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
209 -售后（跟单）工程师：施文俊 YD
210 -
211 -= igo_case#49_20191118 =
212 -
213 -问题描述：部分账单服务费 疑似 计算错误。
214 -
215 -(% class="box infomessage" %)
216 -(((
217 -[[image:1574074788769-153.png]]
218 -\\[[image:1574074816924-869.png]]
219 -)))
220 -
221 -~-~-跟踪
222 -【shi】：
223 -
224 -(% class="box infomessage" %)
225 -(((
226 -拆分2个问题见下
227 -1、20191031095156621783  服务费为0元。
228 -2、服务费太小  20190926032853435709  20190926012832822014 
229 -**分析：**
230 -1、20191031095156621783  对应 回酒店站，当前分时价格服务费皆为 0. 见下图
231 -[[image:1574076380296-658.png]]
232 -\\2、20190926012832822014  对应八卦岭，谷段 服务费 4分钱
233 -\\[[image:1574076607091-684.png]]
234 -\\3、20190926032853435709  对应 上步站，谷段 服务费 4分钱
235 -[[image:1574076794095-995.png]]
236 -)))
237 -
238 -~-~-解决:
239 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
240 -售后（跟单）工程师：施文俊
241 -
242 -
243 -= igo_case#48_20191115 =
244 -
245 -问题描述：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出现混乱
246 -
247 -~-~-跟踪
248 -【盛弘】：soc值是车上送的，桩只负责记录。
249 -
250 -【shi】：如果心跳电量是线性增长看不出问题， 仅soc错误，就能用上盛弘研发的逻辑。
251 -
252 -~-~-解决:
253 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
254 -售后（跟单）工程师：施文俊 chinyee
255 -
256 -
257 257  = igo_case#47_20191112 =
258 258  
259 259  问题描述：
... ... @@ -327,7 +327,7 @@
327 327  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
328 328  售后（跟单）工程师：施文俊 Chinyee
329 329  
330 -= =
78 += =
331 331  
332 332  = igo_case#43_20191105 =
333 333  
... ... @@ -359,15 +359,14 @@
359 359  版本 2090104|(((
360 360  **微信&翠岭华庭站（次）**
361 361  版本 2090104
362 -)))|**滴滴&翠岭华庭站（次）**
363 -版本 2090104|**滴滴&东湖宾馆站（次）**
364 -版本 11536
110 +)))|**滴滴&东湖宾馆站（次）**
111 +版本 11536|
365 365  |(((
366 366  **时间段内成功充电次数**
367 -)))|549|1749|542|691|826
114 +)))|549|1749|542|826|
368 368  |(((
369 369  **1-账单丢失**
370 -)))|5|670|2|172|3
117 +)))|5|670|2|3|
371 371  
372 372  **数据报告显示之问题：**
373 373  
... ... @@ -387,15 +387,8 @@
387 387  
388 388  * 最新版本发布前，平湖中泰站 可考虑降到11536
389 389  * 20904xx稳定版发布后，少量测试稳定，铺开全站升级。
390 -* 2090104 为何滴滴发起充电事务 账单丢失概率 那么高。【令狐充 关注 核查】
391 391  )))
392 392  
393 -【shi】：chinyee在以上数据报告基础上，搜索 平湖站 滴滴app发起充电 且 账单丢失 的 C_BILLING_ID和C_UNION_BILLINGID提供niewei分析。（ 按时间最近）。并跟踪更新case。
394 -
395 -【chinyee】：C_BILLING_ID：20191114101245130248    C_UNION_BILLINGID：101437000157369756318731423
396 - C_BILLING_ID：20191114095102668618    C_UNION_BILLINGID：101437000157369625999120344
397 - C_BILLING_ID：20191114092830080281    C_UNION_BILLINGID：101437000157369490824939857
398 -
399 399  ~-~-解决:
400 400  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
401 401  售后（跟单）工程师：施文俊 YD
... ... @@ -419,7 +419,7 @@
419 419  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
420 420  售后（跟单）工程师：施文俊
421 421  
422 -= =
162 += =
423 423  
424 424  = igo_case#41_20191104 =
425 425  
... ... @@ -441,5 +441,3 @@
441 441  ~-~-解决:
442 442  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
443 443  售后（跟单）工程师：施文俊
444 -
445 -
1574074788769-153.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -130.3 KB
Content
1574074816924-869.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -79.3 KB
Content
1574076380296-658.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -34.6 KB
Content
1574076607091-684.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -24.1 KB
Content
1574076794095-995.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -23.8 KB
Content
1574136874406-997.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -231.2 KB
Content
1575510355534-717.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -49.7 KB
Content
1575871276254-945.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -162.2 KB
Content
1575940873075-630.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -110.5 KB
Content
1575940933897-213.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -52.6 KB
Content
1576422178543-212.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -82.2 KB
Content
1576459939932-258.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -111.2 KB
Content