文档更改igo_1

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

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.Chinyee
Content
... ... @@ -2,6 +2,194 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 +(% class="wikigeneratedid" %)
6 += igo_case#56_20191206 =
7 +
8 +问题描述：能帮忙查下这个用户13500051491绑定车牌的时间吗？他以前绑定过，今天更改了新的，看下这个新的车牌绑定时间，13602530928这个号码一样的问题
9 +
10 +~-~-跟踪
11 +
12 +【令技术】：查询用户车牌绑定时间可以按这个方式查，比如车牌号是“粤BA00100”， 在日志里面输入  updateInfo BA00100
13 +日志时间范围设大一点
14 +
15 +
16 +~-~-解决:
17 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
18 +售后（跟单）工程师：chinyee  YD
19 +
20 +(% class="wikigeneratedid" %)
21 += =
22 +
23 += igo_case#55_20191205 =
24 +
25 +问题描述：删了桩，不能查充电记录。
26 +
27 +~-~-跟踪
28 +【shi】：
29 +
30 +(% class="box" %)
31 +(((
32 +背景： 松岗站前两天月底已经拆除了，系统里的7个电桩号客户已经删除了。 
33 + 1）对历史记录查询的影响。
34 + 2）如需正确查询历史记录的解决办法。
35 + 3）删除桩后查不到数据 ，评估修补办法。【技术跟进】
36 +[[image:1575510355534-717.png]]
37 +)))
38 +
39 +
40 +~-~-解决:
41 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
42 +售后（跟单）工程师：施文俊
43 +
44 += igo_case#54_20191129 =
45 +
46 +问题描述：'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单，好像都没有“用户ID”呢
47 +
48 +~-~-跟踪
49 +
50 +【令技术】：还在查原因，创建用户的时候生成id失败，但是这个id只是显示用的，还有一个内部id，所以不影响使用
51 +
52 +~-~-解决:
53 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
54 +售后（跟单）工程师：chinyee
55 +
56 +
57 += igo_case#53_20191127 =
58 +
59 +问题描述：今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414
60 +
61 +~-~-跟踪
62 +
63 +【shi】：
64 +
65 +~-~-解决:
66 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
67 +售后（跟单）工程师：施文俊
68 +
69 +
70 += igo_case#52_20191119 =
71 +
72 +问题描述：朗山酒店停车收费系统出现一个问题：新能源车粤BA00455，停车收费系统没办法识别。
73 +
74 +~-~-跟踪
75 +
76 +【shi】：转研发
77 +【研发】：首先这个车牌号没有在boss系统登记，另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管（返回打折失败或者车辆没有入场这种都是停车收费系统的问题）
78 +和客户确认此问题归属谁解决：这个车牌号 没有在igo微信充电系统中登记过，车辆不能进入 是否 为停车系统的问题？
79 +
80 +~-~-解决:
81 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
82 +售后（跟单）工程师：施文俊
83 +
84 += igo_case#51_20191125 =
85 +
86 +问题描述：平湖中泰站从11.22日早11:00左右升级了桩，版本号为2090414。
87 +
88 +(% class="box infomessage" %)
89 +(((
90 +**提供两份数据：1）异常账单统计。2）占桩费不正常统计。**
91 +
92 +**1）异常账单统计：下表为 2019年11月22日11：00开始-至今 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
93 +
94 +(% border="1" %)
95 +|(((
96 +**异常代码\统计时间段**
97 +)))|**微信&平湖中泰站（次）**
98 +版本 2090414|**滴滴&平湖中泰站（次）**
99 +版本 2090414
100 +|(((
101 +**时间段内成功充电次数**
102 +)))|187|611
103 +|(((
104 +**1-账单丢失**
105 +)))|1|(((
106 +0
107 +)))
108 +
109 +**2）占桩费不正常统计**
110 +
111 +(% border="1" %)
112 +|**异常代码\统计时间段**|**微信&平湖中泰站（次）**|**滴滴&平湖中泰站（次）**
113 +|**时间段内成功充电次数**|187|611
114 +|**占桩不正常账单**|0|0
115 +
116 +
117 +)))
118 +
119 +~-~-解决:
120 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
121 +数据统计人：chinyee
122 +
123 +
124 += igo_case#50_20191119 =
125 +
126 +问题描述：这个订单20191112031047820007，电量从开始到结束怎么一直都是32.54。（含分析日志步骤）
127 +
128 +~-~-跟踪
129 +
130 +【YD】：这单的心跳记录从开始到结束都是32.54，转研发看看。
131 +【shi】：原因见下
132 +
133 +* 充电发生在11.12日，客户问题反馈是11.19。系统只存储近7天的账单心跳数据，超过时间会清除。
134 +* 查看7日之前心跳，可在日志中查，以此为例的查询步骤（原理基于[[案例4 日志分析>>doc:技术.技术分析.WebHome]] 中接口二），见下
135 +** “首页/系统管理/运维管理/日志查询”， 右上角 选所需运营商，此例 是igo
136 +** 日志栏输入：20191112031047820007 updateChargeInfo
137 +** 时间 2019-11-12 3:10  至  2019-11-12 3:30，点查询。 （如果  结束时间选  2019-11-12 5:00，时间早的日志会无法查到，目前解决是缩短时间范围）
138 +** ctrl+f 唤出浏览器 查询功能，输入  20191112031047820007。 查询 后  账单号 会高亮显示。
139 +** 如下图，获得需要心跳数据，包括：电量、状态、发生时间。 如客户需要数据依据，可依次记录这些关键数据，给到客户。
140 +
141 +[[image:1574136874406-997.png]]
142 +
143 +~-~-解决:
144 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
145 +售后（跟单）工程师：施文俊 YD
146 +
147 += igo_case#49_20191118 =
148 +
149 +问题描述：部分账单服务费 疑似 计算错误。
150 +
151 +(% class="box infomessage" %)
152 +(((
153 +[[image:1574074788769-153.png]]
154 +\\[[image:1574074816924-869.png]]
155 +)))
156 +
157 +~-~-跟踪
158 +【shi】：
159 +
160 +(% class="box infomessage" %)
161 +(((
162 +拆分2个问题见下
163 +1、20191031095156621783  服务费为0元。
164 +2、服务费太小  20190926032853435709  20190926012832822014 
165 +**分析：**
166 +1、20191031095156621783  对应 回酒店站，当前分时价格服务费皆为 0. 见下图
167 +[[image:1574076380296-658.png]]
168 +\\2、20190926012832822014  对应八卦岭，谷段 服务费 4分钱
169 +\\[[image:1574076607091-684.png]]
170 +\\3、20190926032853435709  对应 上步站，谷段 服务费 4分钱
171 +[[image:1574076794095-995.png]]
172 +)))
173 +
174 +~-~-解决:
175 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
176 +售后（跟单）工程师：施文俊
177 +
178 +
179 += igo_case#48_20191115 =
180 +
181 +问题描述：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出现混乱
182 +
183 +~-~-跟踪
184 +【盛弘】：soc值是车上送的，桩只负责记录。
185 +
186 +【shi】：如果心跳电量是线性增长看不出问题， 仅soc错误，就能用上盛弘研发的逻辑。
187 +
188 +~-~-解决:
189 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
190 +售后（跟单）工程师：施文俊 chinyee
191 +
192 +
5 5  = igo_case#47_20191112 =
6 6  
7 7  问题描述：
... ... @@ -75,7 +75,7 @@
75 75  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
76 76  售后（跟单）工程师：施文俊 Chinyee
77 77  
78 -= =
266 += =
79 79  
80 80  = igo_case#43_20191105 =
81 81  
... ... @@ -107,14 +107,15 @@
107 107  版本 2090104|(((
108 108  **微信&翠岭华庭站（次）**
109 109  版本 2090104
110 -)))|**滴滴&东湖宾馆站（次）**
111 -版本 11536|
298 +)))|**滴滴&翠岭华庭站（次）**
299 +版本 2090104|**滴滴&东湖宾馆站（次）**
300 +版本 11536
112 112  |(((
113 113  **时间段内成功充电次数**
114 -)))|549|1749|542|826|
303 +)))|549|1749|542|691|826
115 115  |(((
116 116  **1-账单丢失**
117 -)))|5|670|2|3|
306 +)))|5|670|2|172|3
118 118  
119 119  **数据报告显示之问题：**
120 120  
... ... @@ -134,8 +134,15 @@
134 134  
135 135  * 最新版本发布前，平湖中泰站 可考虑降到11536
136 136  * 20904xx稳定版发布后，少量测试稳定，铺开全站升级。
326 +* 2090104 为何滴滴发起充电事务 账单丢失概率 那么高。【令狐充 关注 核查】
137 137  )))
138 138  
329 +【shi】：chinyee在以上数据报告基础上，搜索 平湖站 滴滴app发起充电 且 账单丢失 的 C_BILLING_ID和C_UNION_BILLINGID提供niewei分析。（ 按时间最近）。并跟踪更新case。
330 +
331 +【chinyee】：C_BILLING_ID：20191114101245130248    C_UNION_BILLINGID：101437000157369756318731423
332 + C_BILLING_ID：20191114095102668618    C_UNION_BILLINGID：101437000157369625999120344
333 + C_BILLING_ID：20191114092830080281    C_UNION_BILLINGID：101437000157369490824939857
334 +
139 139  ~-~-解决:
140 140  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
141 141  售后（跟单）工程师：施文俊 YD
... ... @@ -159,7 +159,7 @@
159 159  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
160 160  售后（跟单）工程师：施文俊
161 161  
162 -= =
358 += =
163 163  
164 164  = igo_case#41_20191104 =
165 165  
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