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