文档更改igo_1
在2020/07/03 14:13上被yuandong he修改
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 6 added, 0 removed)
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 问题描述： ... ... @@ -140,6 +140,9 @@ 140 140 141 141 【shi】：chinyee在以上数据报告基础上，搜索 平湖站 滴滴app发起充电 且 账单丢失 的 C_BILLING_ID和C_UNION_BILLINGID提供niewei分析。（ 按时间最近）。并跟踪更新case。 142 142 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 143 143 144 144 ~-~-解决: 145 145 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
- 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