文档更改中山坚信

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

Summary

Details

Page properties
Content
... ... @@ -2,261 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= zsjx_case#23_20191101 =
6 -
7 -问题描述：  整车充电消费日报表 新旧平台的金额不一致，是以新的为主还是旧的
8 -~-~-跟踪
9 -【john】：以新版为准，你导出可以看到全部都是滴滴用户，增加了新功能旧版出现不兼容。
10 -
11 -~-~-解决:
12 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
13 -售后（跟单）工程师：施文俊
14 -
15 -= zsjx_case#22_20191030 =
16 -
17 -问题描述：1）坚信林总 质疑 令狐充 和 坚信的互联互通 未经过商务。2）坚信客服 咨询令狐充是否可在坚信充电（用户疑问）。
18 -[[image:1572514891380-976.png]]
19 -~-~-跟踪
20 -【shi】：1、已取消扫描充电（互联互通）。2、商户达成前，坚信桩不能通过令狐充启动充电。
21 -
22 -
23 -~-~-解决:
24 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
25 -售后（跟单）工程师：施文俊
26 -
27 -
28 -= zsjx_case#21_20191030 =
29 -
30 -问题描述：用户配置部门无效
31 -~-~-跟踪
32 -【shi】：
33 -客户未按工单提交，发送多段语音。分析后，推测客户未按保存。提醒后，问题解决。
34 -~-~-解决:
35 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
36 -售后（跟单）工程师：施文俊
37 -
38 -= zsjx_case#20_20191029 =
39 -
40 -问题描述：21:00左右，客人说充了60一直没到账。
41 -手机号：‭183 1876 8108‬
42 -~-~-跟踪
43 -【shi】：
44 -1、建议运营商先联系当地同事 充值 看，充值不到账概率。（推测腾讯支付系统问题 ，深圳地区也出现此情况。 ）
45 -2、“首页/营收管理/账单管理/充值账单管理”，状态栏未待支付订单操作栏点“重新检查”，如客户确实充值成功，应当会补回充值款。
46 -~-~-解决:
47 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
48 -售后（跟单）工程师：施文俊
49 -
50 -= =
51 -
52 -= zsjx_case#19_20191028 =
53 -
54 -日期：2019-10-28
55 -城市：
56 -运营商： 
57 -桩站名称：
58 -手机号：13117807536
59 -问题描述：客人描述昨晚到现在都充值不了30元，充值200就可以跳转支付页面。
60 -
61 -~-~-跟踪
62 -【令】：
63 -
64 -(% class="box infomessage" %)
65 -(((
66 -进入“首页/营收管理/账单管理/充值账单管理”，查得近期发生多笔成功充值30元记录（下图）。推测是用户个人因素，如需继续排查，需提供更多信息。
67 -[[image:1572235620601-213.png]]
68 -)))
69 -
70 -~-~-解决:
71 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
72 -售后（跟单）工程师：施文俊
73 -
74 -= zsjx_case#18_20191024 =
75 -
76 -~#~# 平台相关工单（请尽量详尽填写）
77 -日期：2019-10-24
78 -城市：
79 -运营商： 
80 -桩站名称：火炬开发区执法局
81 -手机号：
82 -订单号：20191019150428624556 
83 -充电桩号：44200100020001000110 
84 -充电枪号：
85 -开始充电时间：2019-10-19 15:04:29 
86 -充电结束时间：2019-10-19 16:29:44 
87 -充电时长：1小时13分
88 -充电电量：23.32
89 -订单金额：27.99
90 -问题描述：该客人是滴滴用户，小桔那边描述反映司机一点电都没有冲进。是否是没充进电扣了钱，麻烦查一下谢谢
91 -
92 -~-~-跟踪
93 -
94 -【令】：提供充电心跳记录，心跳保持状态3，说明充电正常，而且在该时间段桩的状态是正常的，所以是有充到电的。
95 -
96 -~-~-解决:
97 -
98 -
99 -状态（√表示选定 ）： √已解决 | 处理中 | 暂搁置 
100 -售后（跟单）工程师：何倩怡  施文俊
101 -
102 -
103 -= zsjx_case#17_20191021 =
104 -
105 -测试账单丢失场景：
106 -1、盛弘直流stm32桩， 固件版本2090xxxx以上。
107 -2、扫码充电后， 等待自动充满， 桩上送状态为“满电占桩”， 然后在手机上按“停止充电”后， 在拔枪。 看看这种情况是否会出现账单丢失？
108 -
109 -~-~-跟踪
110 -\\~-~-解决:
111 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 
112 -售后（跟单）工程师：施文俊 
113 -
114 -= zsjx_case#16_20191018 =
115 -
116 -问题描述：客户要求sxcz账号从14号开始之前的充电记录把社会车辆的记录删除掉。
117 -
118 -~-~-跟踪
119 -\\~-~-解决:
120 -状态（√表示选定 ）： √已解决 | 处理中 | 暂搁置 
121 -售后（跟单）工程师：施文俊  何倩怡
122 -
123 -
124 -
125 -= zsjx_case#15_20191017 =
126 -
127 -问题：账单号：20191017003243068148  该客人是结束不了充电
128 -
129 -~-~-跟踪
130 -
131 -【令】：查看故障记录发现有三个时间段出现桩离线，问客户是否在该时间段内点击结束充电。
132 -【客】：该客人是在1:57至2:00打电话来的 应该是离线状态下
133 -【令】：账单号输入到故障账单页面状态显示正常，异常情况为空，点入手动修正服务时间/充电时间/充电时长/充电电量都标红异常（与平台数据不一致）
134 -
135 -【shi】：是否联系下当地移动2-4G或网络运营商，是否半夜有切换导致网络不稳定。
136 -
137 -~-~-解决:
138 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
139 -售后（跟单）工程师：施文俊  何倩怡
140 -
141 -
142 -= zsjx_case#14_20191017 =
143 -
144 -问题：客户收到充电结束提醒时间与充电结束时间不一致。账单号：20191016171140147316
145 -
146 -~-~-跟踪
147 -
148 -【令】：查看心跳发现2019-10-16 17:50:38是最后一条心跳，但客户反馈的截图是18：22收到充电结束的提醒。
149 -【令】：账单号输入到故障账单页面，显示状态为账单丢失，无故障记录。
150 -
151 -~-~-解决:
152 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
153 -售后（跟单）工程师：施文俊  何倩怡
154 -
155 -= =
156 -
157 -= zsjx_case#13_20191017 =
158 -
159 -问题：账单号20191016234319944701 该客人是不扣费
160 -
161 -~-~-跟踪
162 -
163 -【令】：此账单为故障账单，异常原因是账单丢失，需手工修复后才会扣费。
164 -
165 -~-~-解决:
166 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
167 -售后（跟单）工程师：施文俊  何倩怡
168 -
169 -= =
170 -
171 -= zsjx_case#12_20191016 =
172 -
173 -问题：“发票管理”客户上传pdf格式的发票可能不能直接看到。
174 -
175 -~-~-跟踪
176 -
177 -【令】：需要提醒用户 上传文件格式，可能需要产品、研发增加使用说明。
178 -
179 -~-~-解决:
180 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
181 -售后（跟单）工程师：施文俊 
182 -
183 -= zsjx_case#11_20191016 =
184 -
185 -问题描述：投诉太多故障账单
186 -
187 -~-~-跟踪
188 -
189 -(% class="box infomessage" %)
190 -(((
191 -提供两份数据：1）异常账单统计。2）直流桩版本号未升级站点分布数据。
192 -
193 -1）异常账单统计：下表为 **2019年10月** 之异常代码统计，（滴滴=滴滴app充电，微信=坚信公众号充电）
194 -
195 -(% border="1" %)
196 -|=(% scope="row" %)异常代码\统计时间段|=滴滴 **1日-14日（次）**|=微信 1日-14日**（次）**|=盛弘版本2090100
197 -|=时间段内成功充电次数|1414|6956（交流+直流5053）|5894
198 -|=1-账单丢失|335|89|422
199 -|=10-占桩时长与平台不符|33|41|33
200 -|=3-时间异常|1| |1
201 -|=8-充电电量与平台不符|1|12|12
202 -|=9（充电时长与平台不符）+10|1|2|2
203 -|=11-电量丢失| |1|1
204 -|=5（充电时长异常）+9| |1|
205 -|=9+10+11| |1|
206 -|=2-账单丢失（设备离线）| |2|
207 -|=5| |1|
208 -|=9| |1|4
209 -
210 -解决方案：
211 -
212 -* 令狐充排查：滴滴app充电账单丢失概率明显大于 微信充电。
213 -* 要求盛弘厂家继续排查寻找账单丢失原因。
214 -* （可选）坚信配合将统计数据2中旧版本固件升级至最新盛弘版本2090100。
215 -
216 -2）直流桩版本号未升级站点分布数据：（预期最新的直流桩版本号为 2090100）
217 -
218 - 版本号  数量  场站名
219 -10722   1   东莞市高艺维修厂
220 -10002   1   中山市西区国际酒店
221 -10002   2   北区金钻酒店
222 -10002   1   南区兴荣汽车维修中心
223 -10722   1   南头国土局
224 -10002   1   南头工商局
225 -10002   2   古镇佳仕美名车
226 -10002   1   坚信新能源总部
227 -10002   3   小榄北汽新能源4s店
228 -10002   1   江门云度
229 -10722   2   江门云度
230 -10722   2   江门北汽1
231 -10002   2   火炬开发区太阳城广场
232 -11534   2   西区三联比亚迪后面
233 -11536   10   西区三联比亚迪后面
234 -
235 -
236 -下表请忽略
237 -
238 -(% border="1" %)
239 -|=(% scope="row" %)异常代码\统计时间段|=滴滴 **1日-8日（次数）**|=滴滴 **9日-15日（次数）**|=微信 1日-15日
240 -|=时间端内成功充电次数|811|666|7952
241 -|=1-账单丢失|190|162|156
242 -|=10-占桩时长与平台不符|23|9|41
243 -|=8-充电电量与平台不符| |1|12
244 -|=9（充电时长与平台不符）+10| |1|2
245 -|=11-电量丢失| | |1
246 -|=5（充电时长异常）
247 -+9| | |1
248 -|=9+10+11| | |1
249 -|=2-账单丢失（设备离线）| | |3
250 -|=5| | |1
251 -|=9| | |44
252 -)))
253 -
254 -
255 -【令】：
256 -~-~-解决:
257 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
258 -售后（跟单）工程师：施文俊  何倩怡
259 -
260 260  = zsjx_case#10_20191014 =
261 261  
262 262  (% class="wikigeneratedid" %)
... ... @@ -286,7 +286,7 @@
286 286  状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置 
287 287  售后（跟单）工程师：何倩怡 
288 288  
289 -= =
34 += =
290 290  
291 291  = zsjx_case#9_20191014 =
292 292  
... ... @@ -352,8 +352,8 @@
352 352  2、新建登录账号“hyjt”，关联至 子运营商“环宇集团”。（阿泉用）
353 353  3、取消 子运营商“三乡车站” 和 三乡车站、三乡旧车站 两站点之间授权关系。（sxcz仅能看到已录入公交车牌的充电记录）
354 354  4、授权 子运营商“环宇集团” 和 三乡车站、三乡旧车站 两站点之间授权关系。（账号“hyjt”可看到站点所有充电，包括：公交，社会车辆）
355 -5、集团部门菜单中 父级部门“三乡车站” 改名 “三乡公交”。
356 -6、（此项可选）如其下包含子公司，可在旗下 新增子级部门“公汽-1”、“公汽-2”，且将子级部门和 子运营商“三乡车站” 授权关联。调整系统中车架、车牌号和部门关联关系。即 车架号分别和 部门“公汽-1”、“公汽-2”其中一个关联。
100 +5、集团部门菜单中 父级部门“三乡车站” 改名 “三乡公交”。(如其下包含子公司，可在旗下 新增子级部门“公汽-1”、“公汽-2”，且将子级部门和 子运营商“三乡车站” 授权关联。)
101 +6、（可选）调整系统中车架、车牌号和部门关联关系。即 车架号分别和 部门“公汽-1”、“公汽-2”其中一个关联。
357 357  7、原 登录账号“sxcz” 可依旧保留，提供给公交公司管理员使用，报表查询只能看到公交相关车辆。
358 358  8、账号“hyjt”可看到站点所有充电，包括：公交，社会车辆。
359 359  )))
... ... @@ -371,20 +371,12 @@
371 371  1*. 确认充电公交车牌是否已录入。
372 372  1*. 三乡公交混合了两种启动模式：
373 373  1**. 场景1（站点固定密码充电）：针对bms能上传正确vin的公交应使用 站点固定密码充电
374 -1**. 场景2（一卡一车充电）：针对bms无法上传正确vin的公交使用一卡一车刷卡充电。其中，卡号绑定的虚拟账户 取名 车牌号 （如：粤T06873D，不需要再次登记车架号。通过 “首页/客户管理/会员管理/会员管理”创建用户）。
375 -1**. 场景2中 卡号对应虚拟账户一般也绑定 子运营商“三乡车站“
376 -1**. 场景2中 充电记录可在报表“一卡一车”中查询充电记录，昵称栏以车牌号显示。
119 +1**. 场景2（一卡一车充电）：针对bms无法上传正确vin的公交使用一卡一车刷卡充电。其中，卡号绑定的虚拟账户 取名 车牌号 （如：粤T06873D，不需要再次登记车架号。通过 “首页/客户管理/会员管理/会员管理”创建用户）。此类可在报表“一卡一车”中查询充电记录，昵称栏以车牌号显示。
377 377  
378 -操作建议：
121 +出现问题分析：
379 379  
380 -1. 不要交叉混合使用，即  场景1中VIN正确的公交车辆应使用站点固定密码启动充电。系统会自动识别VIN，划归到指定运营商旗下。
381 -1. bms无法上传正确vin的公交  才 使用场景2中一卡一车刷卡充电。
123 +客户交叉混合使用，即  场景1中VIN正确的公交车辆也使用一卡一车方式启动
382 382  
383 -出现问题分析：（以 20191015122435724681 为例  对应 粤T06873D ）
384 -
385 -1. 预期最终充电记录 分配的子运营商 应为 7-三乡车站，实际为 20-环宇集团
386 -1. 待补充
387 -
388 388  
389 389  )))
390 390  
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