文档更改igo_1

在2020/07/03 14:13上被yuandong he修改
从版本< 32.3 >
由yuandong he编辑
在2019/12/20 09:06上
到版本
由shi chuck编辑
在2019/11/18 19:30上
< >
修改评论 上传新附件1574076607091-684.png

Summary

Details

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