文档更改igo_1

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

Summary

Details

Page properties
Content
... ... @@ -2,75 +2,6 @@
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 -
74 74  = igo_case#47_20191112 =
75 75  
76 76  问题描述：
... ... @@ -176,15 +176,14 @@
176 176  版本 2090104|(((
177 177  **微信&翠岭华庭站（次）**
178 178  版本 2090104
179 -)))|**滴滴&翠岭华庭站（次）**
180 -版本 2090104|**滴滴&东湖宾馆站（次）**
181 -版本 11536
110 +)))|**滴滴&东湖宾馆站（次）**
111 +版本 11536|
182 182  |(((
183 183  **时间段内成功充电次数**
184 -)))|549|1749|542|691|826
114 +)))|549|1749|542|826|
185 185  |(((
186 186  **1-账单丢失**
187 -)))|5|670|2|172|3
117 +)))|5|670|2|3|
188 188  
189 189  **数据报告显示之问题：**
190 190  
... ... @@ -204,15 +204,8 @@
204 204  
205 205  * 最新版本发布前，平湖中泰站 可考虑降到11536
206 206  * 20904xx稳定版发布后，少量测试稳定，铺开全站升级。
207 -* 2090104 为何滴滴发起充电事务 账单丢失概率 那么高。【令狐充 关注 核查】
208 208  )))
209 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 -
216 216  ~-~-解决:
217 217  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
218 218  售后（跟单）工程师：施文俊 YD
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