文档更改igo_1

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

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.ShiChuck
Content
... ... @@ -2,135 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= igo_case#57_20191209 =
6 -
7 -问题描述：用户反应 用微信自带扫一扫可以享受停车优惠，地图页扫一扫不能享受。
8 -
9 -~-~-跟踪
10 -
11 -[[image:1576422178543-212.png]]
12 -【shi】：需转研发验证。
13 -
14 -【令技术】：停车费优惠的问题一般是停车场系统那边的，注意看这个打折结果信息
15 -
16 -[[image:1576459939932-258.png||height="235" width="471"]]
17 -
18 -
19 -~-~-解决:
20 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
21 -售后（跟单）工程师：
22 -
23 -
24 -= igo_case#58_20191210 =
25 -
26 -问题描述：这个是上月“小桔app”的充电消费报表，又出现之前的那种大额占桩费的情况，请看一下是什么原因。主要集中是平湖中泰站、翠岭华庭两个站，上个月22日前，版本是11536的双枪.而且这种情况主要集中小桔用户，其他用户极少出现这种问题
27 -
28 -[[image:1575940873075-630.png||height="584" width="870"]]
29 -
30 -~-~-跟踪
31 -
32 -【令】：对于占桩费不正常的账单可以按照上次的方法处理。
33 -
34 -[[image:1575940933897-213.png||height="200" width="563"]]
35 -
36 -【令】：怎样筛选出占桩费异常的账单？
37 -
38 -【令技术】：占桩费大于50 服务结束时间与平台账单服务结束时间相差1小时以上的
39 -
40 -【shi】：
41 -
42 -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
43 -,a.C_OCCUPY_DATA,EXTRACTVALUE(a.C_OCCUPY_DATA,'/occupy/amount')#注意单位是分
44 -,a.C_TOTAL_POWER,a.C_SERVICESTART,a.C_SERVICEEND,b.C_SERVICEEND,a.C_CHARGEDURATION,a.C_OCCUPYDURATION,
45 -a.C_STATION_NAME,a.C_USER_LICENSEPLATE
46 -
47 -from recharge_history a,recharge_history_platform b
48 - where a.C_BILLING_ID=b.C_BILLING_ID and a.C_CREATE_DATE BETWEEN '2019-11-01' and '2019-11-30' ~#~#注意改时间
49 -and a.C_OCCUPY_DATA is NOT NULL
50 -and TIMESTAMPDIFF(Minute,b.C_SERVICEEND,a.C_SERVICEEND)>=60
51 -
52 -~-~-解决:
53 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
54 -售后（跟单）工程师：施文俊  chinyee
55 -
56 -
57 -= igo_case#57_20191209 =
58 -
59 -问题描述：有个问题需要麻烦看一下，数据中“站点”部分存在很多空白的 主要4、5、6三个月的，后面的偏少
60 -
61 -[[image:1575871276254-945.png||height="452" width="902"]]
62 -
63 -~-~-跟踪
64 -
65 -【YD】：根据图中日期导出相应记录并筛选出空白站点，查询了几条空白站点记录的桩ID 在IGO上是存在的并且都有所属站点。
66 -
67 -~-~-解决:
68 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
69 -售后（跟单）工程师：YD
70 -
71 -= igo_case#56_20191206 =
72 -
73 -问题描述：能帮忙查下这个用户13500051491绑定车牌的时间吗？他以前绑定过，今天更改了新的，看下这个新的车牌绑定时间，13602530928这个号码一样的问题
74 -
75 -~-~-跟踪
76 -
77 -【令技术】：查询用户车牌绑定时间可以按这个方式查，比如车牌号是“粤BA00100”， 在日志里面输入  updateInfo BA00100
78 -日志时间范围设大一点
79 -
80 -
81 -~-~-解决:
82 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
83 -售后（跟单）工程师：chinyee  YD
84 -
85 -
86 -= igo_case#55_20191205 =
87 -
88 -问题描述：删了桩，不能查充电记录。
89 -
90 -~-~-跟踪
91 -【shi】：
92 -
93 -(% class="box" %)
94 -(((
95 -背景： 松岗站前两天月底已经拆除了，系统里的7个电桩号客户已经删除了。 
96 - 1）对历史记录查询的影响。
97 - 2）如需正确查询历史记录的解决办法。
98 - 3）删除桩后查不到数据 ，评估修补办法。【技术跟进】
99 -[[image:1575510355534-717.png]]
100 -)))
101 -
102 -【YD】：20191209 松岗站的能查 客户反应已删的IGO深圳总部站查不到记录，转研发
103 -
104 -~-~-解决:
105 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
106 -售后（跟单）工程师：施文俊
107 -
108 -= igo_case#54_20191129 =
109 -
110 -问题描述：'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单，好像都没有“用户ID”呢
111 -
112 -~-~-跟踪
113 -
114 -【令技术】：还在查原因，创建用户的时候生成id失败，但是这个id只是显示用的，还有一个内部id，所以不影响使用
115 -
116 -~-~-解决:
117 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
118 -售后（跟单）工程师：chinyee
119 -
120 -
121 -= igo_case#53_20191127 =
122 -
123 -问题描述：今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414
124 -
125 -~-~-跟踪
126 -
127 -【shi】：
128 -
129 -~-~-解决:
130 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
131 -售后（跟单）工程师：施文俊
132 -
133 -
134 134  = igo_case#52_20191119 =
135 135  
136 136  问题描述：朗山酒店停车收费系统出现一个问题：新能源车粤BA00455，停车收费系统没办法识别。
... ... @@ -137,9 +137,7 @@
137 137  
138 138  ~-~-跟踪
139 139  
140 -【shi】：转研发
141 -【研发】：首先这个车牌号没有在boss系统登记，另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管（返回打折失败或者车辆没有入场这种都是停车收费系统的问题）
142 -和客户确认此问题归属谁解决：这个车牌号 没有在igo微信充电系统中登记过，车辆不能进入 是否 为停车系统的问题？
11 +【shi】：
143 143  
144 144  ~-~-解决:
145 145  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
... ... @@ -205,7 +205,7 @@
205 205  [[image:1574136874406-997.png]]
206 206  
207 207  ~-~-解决:
208 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
77 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
209 209  售后（跟单）工程师：施文俊 YD
210 210  
211 211  = igo_case#49_20191118 =
... ... @@ -441,5 +441,3 @@
441 441  ~-~-解决:
442 442  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
443 443  售后（跟单）工程师：施文俊
444 -
445 -
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