从版本< 14.2 >
shi chuck编辑
在2019/10/21 22:22上
到版本
shi chuck编辑
在2019/10/15 12:56上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,163 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= zsjx_case#17_20191021 =
6 -
7 -测试账单丢失场景:
8 -1、盛弘直流stm32桩, 固件版本2090xxxx以上。
9 -2、扫码充电后, 等待自动充满, 桩上送状态为“满电占桩”, 然后在手机上按“停止充电”后, 在拔枪。 看看这种情况是否会出现账单丢失?
10 -
11 -~-~-跟踪
12 -\\~-~-解决:
13 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置 
14 -售后(跟单)工程师:施文俊 
15 -
16 -= zsjx_case#16_20191018 =
17 -
18 -问题描述:客户要求sxcz账号从14号开始之前的充电记录把社会车辆的记录删除掉。
19 -
20 -~-~-跟踪
21 -\\~-~-解决:
22 -状态(√表示选定 ): √已解决 | 处理中 | 暂搁置 
23 -售后(跟单)工程师:施文俊  何倩怡
24 -
25 -= =
26 -
27 -= zsjx_case#15_20191017 =
28 -
29 -问题:账单号:20191017003243068148  该客人是结束不了充电
30 -
31 -~-~-跟踪
32 -
33 -【令】:查看故障记录发现有三个时间段出现桩离线,问客户是否在该时间段内点击结束充电。
34 -【客】:该客人是在1:57至2:00打电话来的 应该是离线状态下
35 -【令】:账单号输入到故障账单页面状态显示正常,异常情况为空,点入手动修正服务时间/充电时间/充电时长/充电电量都标红异常(与平台数据不一致)
36 -
37 -【shi】:是否联系下当地移动2-4G或网络运营商,是否半夜有切换导致网络不稳定。
38 -
39 -~-~-解决:
40 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
41 -售后(跟单)工程师:施文俊  何倩怡
42 -
43 -
44 -= zsjx_case#14_20191017 =
45 -
46 -问题:客户收到充电结束提醒时间与充电结束时间不一致。账单号:20191016171140147316
47 -
48 -~-~-跟踪
49 -
50 -【令】:查看心跳发现2019-10-16 17:50:38是最后一条心跳,但客户反馈的截图是18:22收到充电结束的提醒。
51 -【令】:账单号输入到故障账单页面,显示状态为账单丢失,无故障记录。
52 -
53 -~-~-解决:
54 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
55 -售后(跟单)工程师:施文俊  何倩怡
56 -
57 -= =
58 -
59 -= zsjx_case#13_20191017 =
60 -
61 -问题:账单号20191016234319944701 该客人是不扣费
62 -
63 -~-~-跟踪
64 -
65 -【令】:此账单为故障账单,异常原因是账单丢失,需手工修复后才会扣费。
66 -
67 -~-~-解决:
68 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
69 -售后(跟单)工程师:施文俊  何倩怡
70 -
71 -= =
72 -
73 -= zsjx_case#12_20191016 =
74 -
75 -问题:“发票管理”客户上传pdf格式的发票可能不能直接看到。
76 -
77 -~-~-跟踪
78 -
79 -【令】:需要提醒用户 上传文件格式,可能需要产品、研发增加使用说明。
80 -
81 -~-~-解决:
82 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
83 -售后(跟单)工程师:施文俊 
84 -
85 -= zsjx_case#11_20191016 =
86 -
87 -问题描述:投诉太多故障账单
88 -
89 -~-~-跟踪
90 -
91 -(% class="box infomessage" %)
92 -(((
93 -提供两份数据:1)异常账单统计。2)直流桩版本号未升级站点分布数据。
94 -
95 -1)异常账单统计:下表为 **2019年10月** 之异常代码统计,(滴滴=滴滴app充电,微信=坚信公众号充电)
96 -
97 -(% border="1" %)
98 -|=(% scope="row" %)异常代码\统计时间段|=滴滴 **1日-14日(次)**|=微信 1日-14日**(次)**|=盛弘版本2090100
99 -|=时间段内成功充电次数|1414|6956(交流+直流5053)|5894
100 -|=1-账单丢失|335|89|422
101 -|=10-占桩时长与平台不符|33|41|33
102 -|=3-时间异常|1| |1
103 -|=8-充电电量与平台不符|1|12|12
104 -|=9(充电时长与平台不符)+10|1|2|2
105 -|=11-电量丢失| |1|1
106 -|=5(充电时长异常)+9| |1|
107 -|=9+10+11| |1|
108 -|=2-账单丢失(设备离线)| |2|
109 -|=5| |1|
110 -|=9| |1|4
111 -
112 -解决方案:
113 -
114 -* 令狐充排查:滴滴app充电账单丢失概率明显大于 微信充电。
115 -* 要求盛弘厂家继续排查寻找账单丢失原因。
116 -* (可选)坚信配合将统计数据2中旧版本固件升级至最新盛弘版本2090100。
117 -
118 -2)直流桩版本号未升级站点分布数据:(预期最新的直流桩版本号为 2090100)
119 -
120 - 版本号  数量  场站名
121 -10722   1   东莞市高艺维修厂
122 -10002   1   中山市西区国际酒店
123 -10002   2   北区金钻酒店
124 -10002   1   南区兴荣汽车维修中心
125 -10722   1   南头国土局
126 -10002   1   南头工商局
127 -10002   2   古镇佳仕美名车
128 -10002   1   坚信新能源总部
129 -10002   3   小榄北汽新能源4s店
130 -10002   1   江门云度
131 -10722   2   江门云度
132 -10722   2   江门北汽1
133 -10002   2   火炬开发区太阳城广场
134 -11534   2   西区三联比亚迪后面
135 -11536   10   西区三联比亚迪后面
136 -
137 -
138 -下表请忽略
139 -
140 -(% border="1" %)
141 -|=(% scope="row" %)异常代码\统计时间段|=滴滴 **1日-8日(次数)**|=滴滴 **9日-15日(次数)**|=微信 1日-15日
142 -|=时间端内成功充电次数|811|666|7952
143 -|=1-账单丢失|190|162|156
144 -|=10-占桩时长与平台不符|23|9|41
145 -|=8-充电电量与平台不符| |1|12
146 -|=9(充电时长与平台不符)+10| |1|2
147 -|=11-电量丢失| | |1
148 -|=5(充电时长异常)
149 -+9| | |1
150 -|=9+10+11| | |1
151 -|=2-账单丢失(设备离线)| | |3
152 -|=5| | |1
153 -|=9| | |44
154 -)))
155 -
156 -
157 -【令】:
158 -~-~-解决:
159 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
160 -售后(跟单)工程师:施文俊  何倩怡
161 -
162 162  = zsjx_case#10_20191014 =
163 163  
164 164  (% class="wikigeneratedid" %)
... ... @@ -188,7 +188,7 @@
188 188  状态(√表示选定 ): 已解决 | √ 处理中 | 暂搁置 
189 189  售后(跟单)工程师:何倩怡 
190 190  
191 -= =
34 += =
192 192  
193 193  = zsjx_case#9_20191014 =
194 194  
... ... @@ -254,8 +254,8 @@
254 254  2、新建登录账号“hyjt”,关联至 子运营商“环宇集团”。(阿泉用)
255 255  3、取消 子运营商“三乡车站” 和 三乡车站、三乡旧车站 两站点之间授权关系。(sxcz仅能看到已录入公交车牌的充电记录)
256 256  4、授权 子运营商“环宇集团” 和 三乡车站、三乡旧车站 两站点之间授权关系。(账号“hyjt”可看到站点所有充电,包括:公交,社会车辆)
257 -5、集团部门菜单中 父级部门“三乡车站” 改名 “三乡公交”。
258 -6、(此项可选)如其下包含子公司,可在旗下 新增子级部门“公汽-1”、“公汽-2”,且将子级部门和 子运营商“三乡车站” 授权关联。调整系统中车架、车牌号和部门关联关系。即 车架号分别和 部门“公汽-1”、“公汽-2”其中一个关联。
100 +5、集团部门菜单中 父级部门“三乡车站” 改名 “三乡公交”。(如其下包含子公司,可在旗下 新增子级部门“公汽-1”、“公汽-2”,且将子级部门和 子运营商“三乡车站” 授权关联。)
101 +6、(可选)调整系统中车架、车牌号和部门关联关系。即 车架号分别和 部门“公汽-1”、“公汽-2”其中一个关联。
259 259  7、原 登录账号“sxcz” 可依旧保留,提供给公交公司管理员使用,报表查询只能看到公交相关车辆。
260 260  8、账号“hyjt”可看到站点所有充电,包括:公交,社会车辆。
261 261  )))
... ... @@ -273,20 +273,12 @@
273 273  1*. 确认充电公交车牌是否已录入。
274 274  1*. 三乡公交混合了两种启动模式:
275 275  1**. 场景1(站点固定密码充电):针对bms能上传正确vin的公交应使用 站点固定密码充电
276 -1**. 场景2(一卡一车充电):针对bms无法上传正确vin的公交使用一卡一车刷卡充电。其中,卡号绑定的虚拟账户 取名 车牌号 (如:粤T06873D,不需要再次登记车架号。通过 “首页/客户管理/会员管理/会员管理”创建用户)。
277 -1**. 场景2中 卡号对应虚拟账户一般也绑定 子运营商“三乡车站“
278 -1**. 场景2中 充电记录可在报表“一卡一车”中查询充电记录,昵称栏以车牌号显示。
119 +1**. 场景2(一卡一车充电):针对bms无法上传正确vin的公交使用一卡一车刷卡充电。其中,卡号绑定的虚拟账户 取名 车牌号 (如:粤T06873D,不需要再次登记车架号。通过 “首页/客户管理/会员管理/会员管理”创建用户)。此类可在报表“一卡一车”中查询充电记录,昵称栏以车牌号显示。
279 279  
280 -操作建议
121 +出现问题分析
281 281  
282 -1. 不要交叉混合使用,即  场景1中VIN正确的公交车辆应使用站点固定密码启动充电。系统会自动识别VIN,划归到指定运营商旗下。
283 -1. bms无法上传正确vin的公交  才 使用场景2中一卡一车刷卡充电。
123 +客户交叉混合使用,即  场景1中VIN正确的公交车辆也使用一卡一车方式启动
284 284  
285 -出现问题分析:(以 20191015122435724681 为例  对应 粤T06873D )
286 -
287 -1. 预期最终充电记录 分配的子运营商 应为 7-三乡车站,实际为 20-环宇集团
288 -1. 待补充
289 -
290 290  
291 291  )))
292 292  
1571217957800-609.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -18.4 KB
Content