文档更改igo_1

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

Summary

Details

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