从版本< 17.3 >
shi chuck编辑
在2019/10/31 18:39上
到版本
yuandong he编辑
在2019/09/25 14:54上
< >
修改评论 上传新附件1569394468097-229.png

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.yuandong
Content
... ... @@ -2,416 +2,7 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= zsjx_case#22_20191030 =
6 6  
7 -问题描述:1)坚信林总 质疑 令狐充 和 坚信的互联互通 未经过商务。2)坚信客服 咨询令狐充是否可在坚信充电(用户疑问)。
8 -[[image:1572514891380-976.png]]
9 -~-~-跟踪
10 -【shi】:1、已取消扫描充电(互联互通)。2、商户达成前,坚信桩不能通过令狐充启动充电。
11 -
12 -
13 -~-~-解决:
14 -状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
15 -售后(跟单)工程师:施文俊
16 -
17 -(% class="wikigeneratedid" %)
18 -= =
19 -
20 -= zsjx_case#21_20191030 =
21 -
22 -问题描述:用户配置部门无效
23 -~-~-跟踪
24 -【shi】:
25 -客户未按工单提交,发送多段语音。分析后,推测客户未按保存。提醒后,问题解决。
26 -~-~-解决:
27 -状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
28 -售后(跟单)工程师:施文俊
29 -
30 -= zsjx_case#20_20191029 =
31 -
32 -问题描述:21:00左右,客人说充了60一直没到账。
33 -手机号:‭183 1876 8108‬
34 -~-~-跟踪
35 -【shi】:
36 -1、建议运营商先联系当地同事 充值 看,充值不到账概率。(推测腾讯支付系统问题 ,深圳地区也出现此情况。 )
37 -2、“首页/营收管理/账单管理/充值账单管理”,状态栏未待支付订单操作栏点“重新检查”,如客户确实充值成功,应当会补回充值款。
38 -~-~-解决:
39 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
40 -售后(跟单)工程师:施文俊
41 -
42 -= =
43 -
44 -= zsjx_case#19_20191028 =
45 -
46 -日期:2019-10-28
47 -城市:
48 -运营商: 
49 -桩站名称:
50 -手机号:13117807536
51 -问题描述:客人描述昨晚到现在都充值不了30元,充值200就可以跳转支付页面。
52 -
53 -~-~-跟踪
54 -【令】:
55 -
56 -(% class="box infomessage" %)
57 -(((
58 -进入“首页/营收管理/账单管理/充值账单管理”,查得近期发生多笔成功充值30元记录(下图)。推测是用户个人因素,如需继续排查,需提供更多信息。
59 -[[image:1572235620601-213.png]]
60 -)))
61 -
62 -~-~-解决:
63 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
64 -售后(跟单)工程师:施文俊
65 -
66 -= zsjx_case#18_20191024 =
67 -
68 -~#~# 平台相关工单(请尽量详尽填写)
69 -日期:2019-10-24
70 -城市:
71 -运营商: 
72 -桩站名称:火炬开发区执法局
73 -手机号:
74 -订单号:20191019150428624556 
75 -充电桩号:44200100020001000110 
76 -充电枪号:
77 -开始充电时间:2019-10-19 15:04:29 
78 -充电结束时间:2019-10-19 16:29:44 
79 -充电时长:1小时13分
80 -充电电量:23.32
81 -订单金额:27.99
82 -问题描述:该客人是滴滴用户,小桔那边描述反映司机一点电都没有冲进。是否是没充进电扣了钱,麻烦查一下谢谢
83 -
84 -~-~-跟踪
85 -
86 -【令】:提供充电心跳记录,心跳保持状态3,说明充电正常,而且在该时间段桩的状态是正常的,所以是有充到电的。
87 -
88 -~-~-解决:
89 -
90 -
91 -状态(√表示选定 ): √已解决 | 处理中 | 暂搁置 
92 -售后(跟单)工程师:何倩怡  施文俊
93 -
94 -
95 -= zsjx_case#17_20191021 =
96 -
97 -测试账单丢失场景:
98 -1、盛弘直流stm32桩, 固件版本2090xxxx以上。
99 -2、扫码充电后, 等待自动充满, 桩上送状态为“满电占桩”, 然后在手机上按“停止充电”后, 在拔枪。 看看这种情况是否会出现账单丢失?
100 -
101 -~-~-跟踪
102 -\\~-~-解决:
103 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置 
104 -售后(跟单)工程师:施文俊 
105 -
106 -= zsjx_case#16_20191018 =
107 -
108 -问题描述:客户要求sxcz账号从14号开始之前的充电记录把社会车辆的记录删除掉。
109 -
110 -~-~-跟踪
111 -\\~-~-解决:
112 -状态(√表示选定 ): √已解决 | 处理中 | 暂搁置 
113 -售后(跟单)工程师:施文俊  何倩怡
114 -
115 -
116 -
117 -= zsjx_case#15_20191017 =
118 -
119 -问题:账单号:20191017003243068148  该客人是结束不了充电
120 -
121 -~-~-跟踪
122 -
123 -【令】:查看故障记录发现有三个时间段出现桩离线,问客户是否在该时间段内点击结束充电。
124 -【客】:该客人是在1:57至2:00打电话来的 应该是离线状态下
125 -【令】:账单号输入到故障账单页面状态显示正常,异常情况为空,点入手动修正服务时间/充电时间/充电时长/充电电量都标红异常(与平台数据不一致)
126 -
127 -【shi】:是否联系下当地移动2-4G或网络运营商,是否半夜有切换导致网络不稳定。
128 -
129 -~-~-解决:
130 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
131 -售后(跟单)工程师:施文俊  何倩怡
132 -
133 -
134 -= zsjx_case#14_20191017 =
135 -
136 -问题:客户收到充电结束提醒时间与充电结束时间不一致。账单号:20191016171140147316
137 -
138 -~-~-跟踪
139 -
140 -【令】:查看心跳发现2019-10-16 17:50:38是最后一条心跳,但客户反馈的截图是18:22收到充电结束的提醒。
141 -【令】:账单号输入到故障账单页面,显示状态为账单丢失,无故障记录。
142 -
143 -~-~-解决:
144 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
145 -售后(跟单)工程师:施文俊  何倩怡
146 -
147 -= =
148 -
149 -= zsjx_case#13_20191017 =
150 -
151 -问题:账单号20191016234319944701 该客人是不扣费
152 -
153 -~-~-跟踪
154 -
155 -【令】:此账单为故障账单,异常原因是账单丢失,需手工修复后才会扣费。
156 -
157 -~-~-解决:
158 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
159 -售后(跟单)工程师:施文俊  何倩怡
160 -
161 -= =
162 -
163 -= zsjx_case#12_20191016 =
164 -
165 -问题:“发票管理”客户上传pdf格式的发票可能不能直接看到。
166 -
167 -~-~-跟踪
168 -
169 -【令】:需要提醒用户 上传文件格式,可能需要产品、研发增加使用说明。
170 -
171 -~-~-解决:
172 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
173 -售后(跟单)工程师:施文俊 
174 -
175 -= zsjx_case#11_20191016 =
176 -
177 -问题描述:投诉太多故障账单
178 -
179 -~-~-跟踪
180 -
181 -(% class="box infomessage" %)
182 -(((
183 -提供两份数据:1)异常账单统计。2)直流桩版本号未升级站点分布数据。
184 -
185 -1)异常账单统计:下表为 **2019年10月** 之异常代码统计,(滴滴=滴滴app充电,微信=坚信公众号充电)
186 -
187 -(% border="1" %)
188 -|=(% scope="row" %)异常代码\统计时间段|=滴滴 **1日-14日(次)**|=微信 1日-14日**(次)**|=盛弘版本2090100
189 -|=时间段内成功充电次数|1414|6956(交流+直流5053)|5894
190 -|=1-账单丢失|335|89|422
191 -|=10-占桩时长与平台不符|33|41|33
192 -|=3-时间异常|1| |1
193 -|=8-充电电量与平台不符|1|12|12
194 -|=9(充电时长与平台不符)+10|1|2|2
195 -|=11-电量丢失| |1|1
196 -|=5(充电时长异常)+9| |1|
197 -|=9+10+11| |1|
198 -|=2-账单丢失(设备离线)| |2|
199 -|=5| |1|
200 -|=9| |1|4
201 -
202 -解决方案:
203 -
204 -* 令狐充排查:滴滴app充电账单丢失概率明显大于 微信充电。
205 -* 要求盛弘厂家继续排查寻找账单丢失原因。
206 -* (可选)坚信配合将统计数据2中旧版本固件升级至最新盛弘版本2090100。
207 -
208 -2)直流桩版本号未升级站点分布数据:(预期最新的直流桩版本号为 2090100)
209 -
210 - 版本号  数量  场站名
211 -10722   1   东莞市高艺维修厂
212 -10002   1   中山市西区国际酒店
213 -10002   2   北区金钻酒店
214 -10002   1   南区兴荣汽车维修中心
215 -10722   1   南头国土局
216 -10002   1   南头工商局
217 -10002   2   古镇佳仕美名车
218 -10002   1   坚信新能源总部
219 -10002   3   小榄北汽新能源4s店
220 -10002   1   江门云度
221 -10722   2   江门云度
222 -10722   2   江门北汽1
223 -10002   2   火炬开发区太阳城广场
224 -11534   2   西区三联比亚迪后面
225 -11536   10   西区三联比亚迪后面
226 -
227 -
228 -下表请忽略
229 -
230 -(% border="1" %)
231 -|=(% scope="row" %)异常代码\统计时间段|=滴滴 **1日-8日(次数)**|=滴滴 **9日-15日(次数)**|=微信 1日-15日
232 -|=时间端内成功充电次数|811|666|7952
233 -|=1-账单丢失|190|162|156
234 -|=10-占桩时长与平台不符|23|9|41
235 -|=8-充电电量与平台不符| |1|12
236 -|=9(充电时长与平台不符)+10| |1|2
237 -|=11-电量丢失| | |1
238 -|=5(充电时长异常)
239 -+9| | |1
240 -|=9+10+11| | |1
241 -|=2-账单丢失(设备离线)| | |3
242 -|=5| | |1
243 -|=9| | |44
244 -)))
245 -
246 -
247 -【令】:
248 -~-~-解决:
249 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
250 -售后(跟单)工程师:施文俊  何倩怡
251 -
252 -= zsjx_case#10_20191014 =
253 -
254 -(% class="wikigeneratedid" %)
255 -~#~# 平台相关工单(请尽量详尽填写)
256 -日期:2019-10-14
257 -城市:中山
258 -运营商: 
259 -桩站名称:东升汇景酒店
260 -手机号:
261 -订单号: 20191012225420445224
262 -充电桩号:44200100020001000105 
263 -充电枪号:
264 -开始充电时间:2019-10-12 22:54:22 
265 -充电结束时间:2019-10-12 23:36:29 
266 -充电时长:39分44秒
267 -充电电量:27.72
268 -订单金额:46.85
269 -问题描述:故障账单修正不了。
270 -
271 -~-~-跟踪
272 -
273 -【令】:在故障账单页面点击右上方应用,再按确定,无反应
274 -
275 -~-~-解决:
276 -
277 -
278 -状态(√表示选定 ): 已解决 | √ 处理中 | 暂搁置 
279 -售后(跟单)工程师:何倩怡 
280 -
281 -= =
282 -
283 -= zsjx_case#9_20191014 =
284 -
285 -问题描述:登录三乡车站账号还是看不到公交车车辆充电信息;有公交车充电 可是sxcz账号看不到记录。
286 -环宇的账号是没问题的 可以看到绑定两个站点的充电情况,可是现在有公交车充电,sxcz账号没看到有记录,环宇的账号可以看到。
287 -
288 -~-~-跟踪
289 -【shi】:sxcz登录能看到历史充电记录,但无法看到正在充电(客户说现场有公交充电)。sx_hyjt_bb/12345678 环宇账号效果 待chinyee补充。
290 -\\~-~-解决:
291 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置 
292 -售后(跟单)工程师:施文俊  何倩怡
293 -
294 -
295 -= zsjx_case#8_20191008 =
296 -
297 -~-~-~-~-~-~--
298 -问题描述:滴滴充电出现较多异常账单
299 -
300 -~-~-分析:
301 -
302 -(% class="box infomessage" %)
303 -(((
304 -查询20191001-20191008 滴滴子运营商 发起充电 的异常数据
305 -
306 -|异常代码|次数
307 -|1-账单丢失|190
308 -|10-占桩时长与平台不符|23
309 -
310 -查询20191001-20191008 滴滴子运营商 发起充电 的总次数:858
311 -\\
312 -
313 -出现1异常情况的最近一次账单号:20191008072030767601
314 -
315 -出现10异常情况的最近一次账单号:20191008011513301786
316 -)))
317 -
318 -~-~-跟踪
319 -【令】:请坚信方面关注以上分析结果。异常代码10可忽略,不实际影响计费。 我方也想了解目前坚信电桩的固件版本情况(账单丢失是否集中在某个版本),请提供这方面清单
320 -~-~-解决:
321 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
322 -售后(跟单)工程师:何倩怡 施文俊 
323 -
324 -
325 -= zsjx_case#7_20190930 =
326 -
327 -问题描述:三乡子运营商登录bo 查日报表,出现社会车辆记录(预期不该出现)。
328 -
329 -新增:客户反应hyjt账号看不到部门管理/会员管理/车架号和车牌号数据。
330 -
331 -~-~-跟踪
332 -[shi]:
333 -
334 -(% class="box infomessage" %)
335 -(((
336 -背景和分析:
337 -● 坚信下存在登录账号“sxcz”,且被授权关联子运营商“三乡车站”。
338 -● 子运营商“三乡车站”被授权关联了:三乡车站、三乡旧车站 (德源酒店)两站点。(所有充电记录划归至 此子运营商)
339 -● 进场充电的公交车的车架、车牌号被关联至 "三乡公交"部门 ,此部门已关联子运营商“三乡车站”。
340 -基于以上几点:此sxcz账号看到所有公交、社会充电记录。 客户预期:sxcz只能看到公交充电。
341 -
342 -解决方案:
343 -1、新建子运营商“环宇集团”(阿泉所属公司集团)。
344 -2、新建登录账号“hyjt”,关联至 子运营商“环宇集团”。(阿泉用)
345 -3、取消 子运营商“三乡车站” 和 三乡车站、三乡旧车站 两站点之间授权关系。(sxcz仅能看到已录入公交车牌的充电记录)
346 -4、授权 子运营商“环宇集团” 和 三乡车站、三乡旧车站 两站点之间授权关系。(账号“hyjt”可看到站点所有充电,包括:公交,社会车辆)
347 -5、集团部门菜单中 父级部门“三乡车站” 改名 “三乡公交”。
348 -6、(此项可选)如其下包含子公司,可在旗下 新增子级部门“公汽-1”、“公汽-2”,且将子级部门和 子运营商“三乡车站” 授权关联。调整系统中车架、车牌号和部门关联关系。即 车架号分别和 部门“公汽-1”、“公汽-2”其中一个关联。
349 -7、原 登录账号“sxcz” 可依旧保留,提供给公交公司管理员使用,报表查询只能看到公交相关车辆。
350 -8、账号“hyjt”可看到站点所有充电,包括:公交,社会车辆。
351 -)))
352 -
353 -[chinyee]: 已按照上述步骤完成配置,但sxcz账号查询结果不符合预期。
354 -
355 -【shi】:
356 -
357 -(% class="box infomessage" %)
358 -(((
359 -操作结果和背景:
360 -
361 -1. 账号hyjt可以看到绑定两个站点的所有数据(包括社会车辆和公交车)。【符合预期】
362 -1. 账号sxcz/123456 无法看到调整后新产生的公交车辆充电,几个原因:
363 -1*. 确认充电公交车牌是否已录入。
364 -1*. 三乡公交混合了两种启动模式:
365 -1**. 场景1(站点固定密码充电):针对bms能上传正确vin的公交应使用 站点固定密码充电
366 -1**. 场景2(一卡一车充电):针对bms无法上传正确vin的公交使用一卡一车刷卡充电。其中,卡号绑定的虚拟账户 取名 车牌号 (如:粤T06873D,不需要再次登记车架号。通过 “首页/客户管理/会员管理/会员管理”创建用户)。
367 -1**. 场景2中 卡号对应虚拟账户一般也绑定 子运营商“三乡车站“
368 -1**. 场景2中 充电记录可在报表“一卡一车”中查询充电记录,昵称栏以车牌号显示。
369 -
370 -操作建议:
371 -
372 -1. 不要交叉混合使用,即  场景1中VIN正确的公交车辆应使用站点固定密码启动充电。系统会自动识别VIN,划归到指定运营商旗下。
373 -1. bms无法上传正确vin的公交  才 使用场景2中一卡一车刷卡充电。
374 -
375 -出现问题分析:(以 20191015122435724681 为例  对应 粤T06873D )
376 -
377 -1. 预期最终充电记录 分配的子运营商 应为 7-三乡车站,实际为 20-环宇集团
378 -1. 待补充
379 -
380 -
381 -)))
382 -
383 -~-~-解决:
384 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置 
385 -售后(跟单)工程师:施文俊 chinyee
386 -
387 -= zsjx_case#6_20190925 =
388 -
389 -日期:2019-09-28
390 -城市:中山
391 -运营商: 
392 -桩站名称:民众镇维稳办
393 -手机号:13600334447
394 -订单号:20190928231755831717 
395 -充电桩号:4420010002000112 
396 -充电枪号:
397 -开始充电时间:2019-09-28 23:18:15 
398 -充电结束时间:2019-09-29 05:30:01
399 -充电时长:6小时11分46秒
400 -充电电量:26.84
401 -订单金额:45.35
402 -问题描述:客人说为什么不是分时段收费,电价为什么是1.69 ,该站点是(分时段收费的)是否是扣多客人钱了。
403 -
404 -~-~-跟踪
405 -
406 -【shi】:日志查询入口中 筛选条件 时间设置9.28-10.1, 查上传账单 输入关键字“ 20190928231755831717 addChargeRecord”,搜索结果为空,暂无法定位原因,需转研发进一步分析。
407 -
408 -~-~-解决:
409 -
410 -因数据库在当时查询电站定价没有数据返回(没有报异常),导致使用了默认电价。可以在后台的故障账单管理输入账单号,点击手动修正,再按右下角的重新计算,确定即可修复。若遇到相同问题通过以上操作步骤即可解决。
411 -
412 -状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 
413 -售后(跟单)工程师:施文俊 
414 -
415 415  = zsjx_case#1_20190903 =
416 416  
417 417  ~-~--工单
... ... @@ -547,18 +547,3 @@
547 547  服务费:<sFee><p2>450.8400</p2><p3>1428.9000</p3></sFee>
548 548  
549 549  基础电价:0.00,103.00,64.00,33.00,0.00,0.00,0.00,0.00
550 -
551 -
552 -= zsjx_case#5_20190925 =
553 -
554 -问题:两个充电消费日报表 的电价金额不一样
555 -
556 -[[image:1569394468097-229.png||height="443" width="804"]]
557 -
558 -~-~-分析
559 -
560 -下表消费总额没有减去服务费金额显示正确的电价金额
561 -
562 -~-~--解决
563 -
564 -状态(√表示选定 ): √ 已解决  |  处理中  |  暂搁置
1571217957800-609.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -18.4 KB
Content
1572235620601-213.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -51.7 KB
Content
1572514891380-976.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -38.6 KB
Content