文档更改igo_1

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

Summary

Details

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