文档更改igo_1

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

Summary

Details

Page properties
Content
... ... @@ -2,6 +2,75 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 += igo_case#50_20191119 =
6 +
7 +问题描述：这个订单20191112031047820007，电量从开始到结束怎么一直都是32.54。（含分析日志步骤）
8 +
9 +~-~-跟踪
10 +
11 +【YD】：这单的心跳记录从开始到结束都是32.54，转研发看看。
12 +【shi】：原因见下
13 +
14 +* 充电发生在11.12日，客户问题反馈是11.19。系统只存储近7天的账单心跳数据，超过时间会清除。
15 +* 查看7日之前心跳，可在日志中查，以此为例的查询步骤（原理基于[[案例4 日志分析>>doc:技术.技术分析.WebHome]] 中接口二），见下
16 +** “首页/系统管理/运维管理/日志查询”， 右上角 选所需运营商，此例 是igo
17 +** 日志栏输入：20191112031047820007 updateChargeInfo
18 +** 时间 2019-11-12 3:10  至  2019-11-12 3:30，点查询。 （如果  结束时间选  2019-11-12 5:00，时间早的日志会无法查到，目前解决是缩短时间范围）
19 +** ctrl+f 唤出浏览器 查询功能，输入  20191112031047820007。 查询 后  账单号 会高亮显示。
20 +** 如下图，获得需要心跳数据，包括：电量、状态、发生时间。 如客户需要数据依据，可依次记录这些关键数据，给到客户。
21 +
22 +[[image:1574136874406-997.png]]
23 +
24 +~-~-解决:
25 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
26 +售后（跟单）工程师：施文俊 YD
27 +
28 += igo_case#49_20191118 =
29 +
30 +问题描述：部分账单服务费 疑似 计算错误。
31 +
32 +(% class="box infomessage" %)
33 +(((
34 +[[image:1574074788769-153.png]]
35 +\\[[image:1574074816924-869.png]]
36 +)))
37 +
38 +~-~-跟踪
39 +【shi】：
40 +
41 +(% class="box infomessage" %)
42 +(((
43 +拆分2个问题见下
44 +1、20191031095156621783  服务费为0元。
45 +2、服务费太小  20190926032853435709  20190926012832822014 
46 +**分析：**
47 +1、20191031095156621783  对应 回酒店站，当前分时价格服务费皆为 0. 见下图
48 +[[image:1574076380296-658.png]]
49 +\\2、20190926012832822014  对应八卦岭，谷段 服务费 4分钱
50 +\\[[image:1574076607091-684.png]]
51 +\\3、20190926032853435709  对应 上步站，谷段 服务费 4分钱
52 +[[image:1574076794095-995.png]]
53 +)))
54 +
55 +~-~-解决:
56 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
57 +售后（跟单）工程师：施文俊
58 +
59 +
60 += igo_case#48_20191115 =
61 +
62 +问题描述：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出现混乱
63 +
64 +~-~-跟踪
65 +【盛弘】：soc值是车上送的，桩只负责记录。
66 +
67 +【shi】：如果心跳电量是线性增长看不出问题， 仅soc错误，就能用上盛弘研发的逻辑。
68 +
69 +~-~-解决:
70 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
71 +售后（跟单）工程师：施文俊 chinyee
72 +
73 +
5 5  = igo_case#47_20191112 =
6 6  
7 7  问题描述：
... ... @@ -12,7 +12,8 @@
12 12  ~-~-跟踪
13 13  【令】：
14 14  未正式铺开运营当前仅在东湖站测试，误以为了授权。
15 -目前没有做互联互通站点授权功能。取消绑定
84 +目前没有做互联互通站点授权功能。取消绑定。
85 +[[image:1573531902474-732.png]]
16 16  
17 17  
18 18  ~-~-解决:
... ... @@ -74,7 +74,7 @@
74 74  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
75 75  售后（跟单）工程师：施文俊 Chinyee
76 76  
77 -= =
147 += =
78 78  
79 79  = igo_case#43_20191105 =
80 80  
... ... @@ -84,8 +84,65 @@
84 84  【YD】：“充电网络/充电桩管理/充电桩设备”查找平湖中泰站，该站点桩版本为2090104。
85 85  “营收管理/账单管理/故障账单”目前有142条记录，其中88条为平湖中泰站基本是“账单丢失”。
86 86  “系统管理/运维管理/故障记录”2019年11月5日的记录 查询时间09：58 有997条记录，其中12条为平湖中泰站的。(故障原因基本是充电枪断开)
87 -~-~-跟踪
157 +【shi】：平湖中泰站 数据报告和解决建议：
88 88  
159 +(% class="box infomessage" %)
160 +(((
161 +**提供两份数据：1）直流桩版本号站点分布数据。2）异常账单统计。**
162 +
163 +**1)直流桩版本号站点分布数据**
164 +版本号  数量  场站名
165 +
166 +11536   32   东湖宾馆站
167 +2090104   16   平湖中泰站
168 +2090104   14   翠岭华庭站
169 +\\**2）异常账单统计：上表为 2019年11月 1日-10日 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
170 +
171 +(% border="1" %)
172 +|(((
173 +**异常代码\统计时间段**
174 +)))|**微信&平湖中泰站（次）**
175 +版本 2090104|**滴滴&平湖中泰站（次）**
176 +版本 2090104|(((
177 +**微信&翠岭华庭站（次）**
178 +版本 2090104
179 +)))|**滴滴&翠岭华庭站（次）**
180 +版本 2090104|**滴滴&东湖宾馆站（次）**
181 +版本 11536
182 +|(((
183 +**时间段内成功充电次数**
184 +)))|549|1749|542|691|826
185 +|(((
186 +**1-账单丢失**
187 +)))|5|670|2|172|3
188 +
189 +**数据报告显示之问题：**
190 +
191 +* 相同固件2090104， 对比平湖 、翠玲站  通过滴滴充电 账单丢失概率较高。
192 +* 相同固件2090104， 对比平湖 、翠玲站  通过微信充电 账单丢失概率较低。
193 +* 相同固件11536， 东湖站 通过滴滴充电 账单丢失概率较低。
194 +
195 +**20904xx版本进展：**
196 +
197 +* 2090404以上版本 几乎能杜绝大部分异常。
198 +* 但2019.10.29日 igo 4个站点爆发大量 占桩费 异常。 客户下架所有20904xx版本。
199 +* 20901xx版本无法远程升级至20904xx版本。
200 +* 令狐充反馈问题至盛弘，厂商排查中。
201 +* 2019.11.11-11.15 这周，令狐充和厂商测试20904xx版本。
202 +
203 +**解决方案：**
204 +
205 +* 最新版本发布前，平湖中泰站 可考虑降到11536
206 +* 20904xx稳定版发布后，少量测试稳定，铺开全站升级。
207 +* 2090104 为何滴滴发起充电事务 账单丢失概率 那么高。【令狐充 关注 核查】
208 +)))
209 +
210 +【shi】：chinyee在以上数据报告基础上，搜索 平湖站 滴滴app发起充电 且 账单丢失 的 C_BILLING_ID和C_UNION_BILLINGID提供niewei分析。（ 按时间最近）。并跟踪更新case。
211 +
212 +【chinyee】：C_BILLING_ID：20191114101245130248    C_UNION_BILLINGID：101437000157369756318731423
213 + C_BILLING_ID：20191114095102668618    C_UNION_BILLINGID：101437000157369625999120344
214 + C_BILLING_ID：20191114092830080281    C_UNION_BILLINGID：101437000157369490824939857
215 +
89 89  ~-~-解决:
90 90  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
91 91  售后（跟单）工程师：施文俊 YD
... ... @@ -109,7 +109,7 @@
109 109  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
110 110  售后（跟单）工程师：施文俊
111 111  
112 -= =
239 += =
113 113  
114 114  = igo_case#41_20191104 =
115 115  
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