从版本< 28.1 >
chinyee he编辑
在2019/10/30 10:52上
到版本
shi chuck编辑
在2019/10/18 14:44上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.ShiChuck
Content
... ... @@ -2,102 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= igo_case#37_20191030 =
6 -
7 -问题描述:今早有很多用户反映充电结束后,产生了很多占桩费,显示服务结束时间都在10月31号往后,麻烦看一下是什么问题呀
8 -
9 -~-~-跟踪
10 -【令】:翠岭华庭(CL02)44030600030000200035固件升级时间10月24日  版本号:2090402
11 -同胜大厦(TS09)44030600030000200054固件升级时间10月25日  版本号:2090402
12 -翠岭华庭(CL04)44030600030000200039固件升级时间10月24日  版本号:2090402
13 -
14 -【令】:1、29号发生的都是在接近30号凌晨发生的, 这些账单的结算应该是过了30号的, 所以都应该和账单消息有关。
15 -2、占桩时间没有错。
16 -
17 -3.查看了两条日志显示数据上离桩时间像是多加了一天。
18 -~-~-解决:
19 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
20 -售后(跟单)工程师:施文俊  Chinyee
21 -
22 -(% class="wikigeneratedid" %)
23 -= =
24 -
25 -= igo_case#36_20191029 =
26 -
27 -问题描述:21:00左右,很多用户充值了之后,钱不到账。
28 -
29 -igo熊超 收到投诉,自己充值成功到帐。
30 -
31 -~-~-跟踪
32 -【shi】:
33 -1、建议运营商先联系当地同事 充值 看,充值不到账概率。(推测腾讯支付系统问题 ,中山地区也出现此情况。 )
34 -2、“首页/营收管理/账单管理/充值账单管理”,状态栏未待支付订单操作栏点“重新检查”,如客户确实充值成功,应当会补回充值款。
35 -
36 -
37 -~-~-解决:
38 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
39 -售后(跟单)工程师:施文俊
40 -
41 -= =
42 -
43 -= igo_case#35_20191023 =
44 -
45 -问题描述:一个号码有存在两个账户
46 -
47 -[[image:1572254220843-716.png||height="315" width="635"]]
48 -
49 -~-~-跟踪
50 -【令】:第一个账户有第三方认证,但是已经退出了;第二个账户没有第三方认证且余额是负数
51 -
52 -【令】:对于一个号码存在两个账户,是以前用了2个微信号登录,同时绑定一个手机号出现了问题。余额为0那个最近有使用过
53 -~-~-解决:
54 -状态(☑表示选定 ): √已解决 |  处理中 | 暂搁置 
55 -售后(跟单)工程师:Chinyee
56 -
57 -= igo_case#35_20191023 =
58 -
59 -问题描述:客户Sam要求,现在系统导出的没注册时间, 平台能否导一份会员信息含注册时间的表
60 -
61 -~-~-跟踪
62 -【令】:
63 -~-~-解决:
64 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
65 -售后(跟单)工程师:施文俊
66 -
67 -
68 -= igo_case#34_20191023 =
69 -
70 -问题描述:20191023001833673620、20191023001811632718,这两个账单时间怎么显示错误。另外麻烦确认产生次账单的账户18126204676 ,10月23日00:20左右是否有充电扣款
71 -
72 -~-~-跟踪
73 -【HYD】:
74 -1.那两张单充电停止原因都是[51]充电停止,状态是服务取消
75 -2.他说的23日00:20是否有充电扣款 没在"充电账单管理"内看到这样的扣费记录
76 -3.故障账单里没有那两张单的记录
77 -【shi】:见下:
78 -
79 -拆分为2个问题
80 -问题1:20191023001833673620、20191023001811632718,这两个账单时间怎么显示错误。
81 -分析
82 -单号  桩号  开始时间
83 -20191023001833673620  44030300030000200055  1999-11-30 00:18:02
84 -20191023001811632718  44030300030000200055  1999-11-30 00:17:40
85 -\\问题2:账单的账户18126204676 ,10月23日00:20左右是否有充电扣款?
86 -分析:那两张单充电停止原因都是,状态是服务取消。说明未成功启动。应不存在扣款。
87 -\\衍生问题: 44030300030000200055 固件版本 11523,出现 1999-11-30 00:18:02 时间异常。@john转研发分析。
88 -【客】:这个账户时间应该在昨晚在泥岗站有充过电,我指的“时间错误”应该充电时间是2019-10-23 00:18,而不是账单显示的1999-11-30 00:18~-~-~-~-~-~-~-~-~-~-~-~-另外他在23日是否充电扣费情况,我通过监控看到该账户司机在之前充电取消的电桩号,充电了近一个小时,且司机一直就在车辆旁边,应该是有电量充进入的。
89 -【shi】:不清楚现场桩的行为,需转研发进一步确认。@Niewei
90 -
91 -【令】如果正常的“服务取消”,即没有发生充电的情况的下的取消,不会有账单发生;
92 -
93 -【令】上面的这两个充电的流程是混乱的, 在没有启动充电的情况下,桩就上传了充电心跳,接着又上送了取消,这是对桩而言是发生充电,虽然时间很短, 所以桩产生了账单,但这个账单中的时间不对同时延时上送。这个情况属于桩问题,版本是:盛弘直流 - 标准2017(11523),建议升级桩固件处理。
94 -
95 -~-~-解决:
96 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
97 -售后(跟单)工程师:chinyee 何远东 施文俊
98 -
99 -= =
100 -
101 101  = igo_case#33_20191018 =
102 102  
103 103  问题描述:igo20191007-20191018异常账单报告
... ... @@ -114,49 +114,46 @@
114 114  |(((
115 115  **异常代码\统计时间段**
116 116  )))|(((
117 -**滴滴 8日-17日(次)
118 -不限桩品牌**
119 -)))|**滴滴 8日-17日(次)**
120 -仅盛弘stm32|(((
21 +**滴滴 8日-17日(次)**
22 +)))|(((
121 121  **微信 8日-17日(次)
122 122  不限桩品牌**
123 123  )))|**微信 8日-17日(次)**
124 124  仅盛弘stm32|(((
125 -**盛弘版本2090xxx**
27 +**盛弘版本2090100**
126 126  )))
127 127  |(((
128 128  **时间段内成功充电次数**
129 -)))|10954|6438|24964|17196|1200
31 +)))|10954|24964|17196|1200
130 130  |(((
131 131  **1-账单丢失**
132 -)))|63|60|153|124|139
34 +)))|63|153|124|139
133 133  |(((
134 134  **10-占桩时长与平台不符**
135 -)))|9|3|11|7|
37 +)))|9|11|7|
136 136  |(((
137 137  **11-电量丢失**
138 -)))|8| |13|1|
40 +)))|8|13|1|
139 139  |(((
140 140  **9-充电时长与平台不符**
141 -)))|101|93| |107|
43 +)))|101| |107|
142 142  |(((
143 143  **9+10**
144 -)))|13|12| |15|
46 +)))|13| |15|
145 145  |(((
146 146  **10+11**
147 -)))| | |1| |
49 +)))| |1| |
148 148  |(((
149 149  **8-充电电量与平台不符**
150 -)))| | |1| |
52 +)))| |1| |
151 151  
152 152  解决方案:
153 153  
154 154  * 微信扫码充电账单丢失概率和滴滴接近。
155 -* 其中盛弘版本**2090XXX,**时间段内1200次成功充电
156 -** 139次账单丢失,桩账单丢失比较多,相比原1xxxxxx版本固件更多的账单丢失。
157 -** 其他异常状态相比原1xxxxxx版本固件明显减少。
57 +* 其中盛弘版本**2090100,**时间段内1200次成功充电,139次账单丢失,桩账单丢失比较多。
158 158  * 要求盛弘厂家继续排查寻找账单丢失原因。
159 159  
60 +
160 160  2)直流桩版本号未升级站点分布数据:(预期最新的直流桩版本号为 2090100)
161 161  
162 162  版本号  数量  场站名
... ... @@ -234,11 +234,7 @@
234 234  2、用户提供截图 显示12:28分收到充电停止和占桩提醒 微信消息。
235 235  转产品、研发看是否需要调整通知策略。
236 236  【令】:通知客户 原因是12:28 发生一次设备故障,看是否排查下什么故障。 如正常充电,不应出现故障
237 -~-~-below at 20191019
238 -【研发】: bo收到8和chargeEnd状态,导致发送 充电停止微信消息。
239 -【客】:反馈近期多次发生。收到提醒,结果大老远过去又没有中断,让他们白跑一趟。充电未中断不应该给用户发送充电结束提醒。
240 -确认 10.21更新优化版本
241 -\\\\~-~-解决:
138 +\\~-~-解决:
242 242  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
243 243  售后(跟单)工程师:施文俊  何倩怡
244 244  
... ... @@ -269,16 +269,13 @@
269 269  * 44030400030000200037  桩对应的固件 版本号:2090102
270 270  )))
271 271  
272 -~-~-below at 20191021
273 -【客】:质疑 为何 最近一周才出现的这个问题?补充信息录下:
274 -1)在2019.10.08-2019.10.20期间,在该站点充电的用户账号经常性出现,已经拔枪结束离开后,账单一直未收到,后续收到时,显示被扣了占桩费,经过我们调取现场监控核实,此类账单都是司机离开后账单却未停止计费,在类似账单计费期间,该电桩还是可以提供给其他用户充电使用。
275 -2)此站点 近几个月未升级过固件。
276 -
277 277  
278 278  ~-~-解决:
279 279  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
280 280  售后(跟单)工程师:施文俊
281 281  
174 +
175 +
282 282  = igo_case#28_20191015 =
283 283  
284 284  (% class="wikigeneratedid" %)
... ... @@ -297,22 +297,7 @@
297 297  (% class="wikigeneratedid" %)
298 298  ~-~-跟踪
299 299  【令】:根据客户提供的账单号在数据库导出后,发现有个当前电量数据异常,转研发跟进后再进一步确认。
300 -【客户答复滴滴合作方】: 官方回答 值得 学习,见下:
301 -
302 -(% class="box infomessage" %)
303 -(((
304 -1.我们 已经跟司机联系过了,告知他我们在后台查过他这笔订单了,充电过程后台都有心跳(充电系统平台术语,就是电桩一直都在正常充电),电桩计量没有问题,司机就是不信。
305 -2.我们电桩计量确实没有问题;不然那么多充电的司机,早就会N次投诉去你们那里了。
306 -3.这个建议要司机找一下自己车辆原因(电量虚标,电池老化),或者自己开车驾驶习惯(严重拥堵,急加速,急刹车等)。
307 -4.不是我们不想解决问题,包含退一部分款给他,这些都不是问题,主要是这样做的话,就给司机感觉好像我们电桩计量真有问题似的,不利于公司形象。
308 -5.建议:如果你们不想太麻烦,你们可以赠送一笔小桔充电优惠劵给他,赠送劵这个费用我们出。
309 -)))
310 -
311 -
312 -
313 -
314 -
315 -~-~-解决:
194 +\\~-~-解决:
316 316  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
317 317  售后(跟单)工程师:何倩怡  施文俊
318 318  
... ... @@ -1063,3 +1063,7 @@
1063 1063  由盛弘厂商安排升级桩固件。
1064 1064  
1065 1065  状态(√表示选定 ): 已解决 | √处理中 | 暂搁置
945 +
946 +
947 +
948 +
1572254220843-716.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -54.9 KB
Content
1572403941775-103.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -169.0 KB
Content