文档更改中山坚信

在2020/03/19 22:17上被chinyee he修改
从版本< 8.2 >
由shi chuck编辑
在2019/10/15 12:56上
到版本
由shi chuck编辑
在2019/10/21 22:22上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,6 +2,163 @@
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 +
5 5  = zsjx_case#10_20191014 =
6 6  
7 7  (% class="wikigeneratedid" %)
... ... @@ -31,7 +31,7 @@
31 31  状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置 
32 32  售后（跟单）工程师：何倩怡 
33 33  
34 -= =
191 += =
35 35  
36 36  = zsjx_case#9_20191014 =
37 37  
... ... @@ -97,8 +97,8 @@
97 97  2、新建登录账号“hyjt”，关联至 子运营商“环宇集团”。（阿泉用）
98 98  3、取消 子运营商“三乡车站” 和 三乡车站、三乡旧车站 两站点之间授权关系。（sxcz仅能看到已录入公交车牌的充电记录）
99 99  4、授权 子运营商“环宇集团” 和 三乡车站、三乡旧车站 两站点之间授权关系。（账号“hyjt”可看到站点所有充电，包括：公交，社会车辆）
100 -5、集团部门菜单中 父级部门“三乡车站” 改名 “三乡公交”。(如其下包含子公司，可在旗下 新增子级部门“公汽-1”、“公汽-2”，且将子级部门和 子运营商“三乡车站” 授权关联。)
101 -6、（可选）调整系统中车架、车牌号和部门关联关系。即 车架号分别和 部门“公汽-1”、“公汽-2”其中一个关联。
257 +5、集团部门菜单中 父级部门“三乡车站” 改名 “三乡公交”。
258 +6、（此项可选）如其下包含子公司，可在旗下 新增子级部门“公汽-1”、“公汽-2”，且将子级部门和 子运营商“三乡车站” 授权关联。调整系统中车架、车牌号和部门关联关系。即 车架号分别和 部门“公汽-1”、“公汽-2”其中一个关联。
102 102  7、原 登录账号“sxcz” 可依旧保留，提供给公交公司管理员使用，报表查询只能看到公交相关车辆。
103 103  8、账号“hyjt”可看到站点所有充电，包括：公交，社会车辆。
104 104  )))
... ... @@ -116,12 +116,20 @@
116 116  1*. 确认充电公交车牌是否已录入。
117 117  1*. 三乡公交混合了两种启动模式：
118 118  1**. 场景1（站点固定密码充电）：针对bms能上传正确vin的公交应使用 站点固定密码充电
119 -1**. 场景2（一卡一车充电）：针对bms无法上传正确vin的公交使用一卡一车刷卡充电。其中，卡号绑定的虚拟账户 取名 车牌号 （如：粤T06873D，不需要再次登记车架号。通过 “首页/客户管理/会员管理/会员管理”创建用户）。此类可在报表“一卡一车”中查询充电记录，昵称栏以车牌号显示。
276 +1**. 场景2（一卡一车充电）：针对bms无法上传正确vin的公交使用一卡一车刷卡充电。其中，卡号绑定的虚拟账户 取名 车牌号 （如：粤T06873D，不需要再次登记车架号。通过 “首页/客户管理/会员管理/会员管理”创建用户）。
277 +1**. 场景2中 卡号对应虚拟账户一般也绑定 子运营商“三乡车站“
278 +1**. 场景2中 充电记录可在报表“一卡一车”中查询充电记录，昵称栏以车牌号显示。
120 120  
121 -出现问题分析：
280 +操作建议：
122 122  
123 -客户交叉混合使用，即  场景1中VIN正确的公交车辆也使用一卡一车方式启动
282 +1. 不要交叉混合使用，即  场景1中VIN正确的公交车辆应使用站点固定密码启动充电。系统会自动识别VIN，划归到指定运营商旗下。
283 +1. bms无法上传正确vin的公交  才 使用场景2中一卡一车刷卡充电。
124 124  
285 +出现问题分析：（以 20191015122435724681 为例  对应 粤T06873D ）
286 +
287 +1. 预期最终充电记录 分配的子运营商 应为 7-三乡车站，实际为 20-环宇集团
288 +1. 待补充
289 +
125 125  
126 126  )))
127 127  
1571217957800-609.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +18.4 KB
Content