文档更改深圳德顺_2

在2020/12/25 14:16上被chinyee he修改
从版本< 2.4 >
由shi chuck编辑
在2020/04/07 15:53上
到版本
由chinyee he编辑
在2020/05/29 17:28上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.Chinyee
Content
... ... @@ -2,7 +2,101 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 += szds_case#48_2020522 =
5 5  
7 +问题描述：深圳德顺站点
8 +
9 +手机号码:13410788679
10 +账单号：20200509030332968054
11 +
12 +充电时间：2020-05-09 03:03:31
13 +结束时间：2020-05-09 04:35:31
14 +异常问题：客户反映没充电就扣费
15 +
16 +问题描述：
17 +我这边查到这订单是5月9号凌晨3点充电，
18 +结束时间是5月9号凌晨4点半过结束充电，
19 +但是支付金额是5月21号12点23分支付成功，
20 +麻烦施工、何工帮我查一下是什么原因，
21 +这订单是不是没充电就扣费了
22 +
23 +~-~-跟踪
24 +
25 +该桩一直处于离线状态，桩那边恢复正常了就会上传账单扣费
26 +
27 +~-~-解决:
28 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
29 +售后（跟单）工程师：chinyee YD
30 +
31 +
32 += szds_case#47_2020521 =
33 +
34 +问题描述：20200520235215867815、 202005210439239697 、20200521053239002526、 20200521082921578038 、20200521111721482866、 20200521114741238084  这几张单的soc值都达到了100% 麻烦看一下是什么原因（之前已更新最高值去到98%）
35 +
36 +~-~-跟踪
37 +
38 +这些是从97，然后下一个心跳就到100了，后台没法检测中间情况。看看是不是考虑设成最高97。设成97也可能是98才停
39 +
40 +【客】：不改了
41 +
42 +~-~-解决:
43 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
44 +售后（跟单）工程师：chinyee YD
45 +
46 +
47 += szds_case#46_20200410 =
48 +
49 +深圳德顺站点
50 +手机号码：13410765291
51 +账单号：20200404045109666730
52 +枪号：2
53 +桩号：44030500040000200030
54 +充电时间：2020-04-04 04:51:09
55 +结束时间：2020-04-04 06:18:18
56 +问题描述：此单重复扣费
57 +
58 +~-~-跟踪
59 +
60 +【第一轮分析】：
61 +1、20200404053457372317   和  20200404045109666730   都是扫码充电。 德顺 系统不支持 扫码充电之一号多充。
62 +2、两条账单 充电时间上确实存在交叉，有一号多充疑似判断。
63 +3、转 研发进一步确认。
64 +【第二轮分析】：
65 +1、Billing_ID=20200404053457372317在5:34分才扫码的, 桩号:44030500040000200031 1号枪 - 这条应该没有问题的。
66 +2、之前一个事务 Billing_ID=20200404045109666730, 桩号:4403050004000020030 2号枪，桩端出现异常逻辑状态。平台4:56确实收到了服务取消的消息，认为充电已结束，故可允许下次扫码。操作关键时间点见下：
67 + 04:51:09   扫码鉴权
68 + 04:55:43  微信端点启动充电命令，桩端正常响应
69 + 04:56:37 超过5分钟未启动，平台认为超时未有操作主动下发停止命令，且桩正常响应停止命令。
70 + ~~疑问：
71 + 需罗宾森核查：为何 桩正常响应停止命令，但桩任然保持在充电中状态。
72 + ~~补充说明， 桩没有上送消息25， 即没有vin
73 +\\【陈劫】：
74 +~1. 4:51客户扫码启动充电，4:55微信端启动充电，桩正常响应。4:56平台认为超过5分钟桩未启动充电于是下发停止命令，桩正常响应停止命令。那么4:55~~4:56这个阶段到底有没有启动充电？这是第1个问题。
75 +【令】：4:55:53 微信端启动充电，桩正常响应。对平台来说：桩在启动充电过程中，桩实际进入充电中状态的具体时间点由桩决定。 平台在2020-04-04 04:56:02收到桩最后一次心跳状态为 “枪准备就绪”状态。之后在 04:56:37 平台认为超时未有操作主动下发停止命令，且桩正常响应停止命令。
76 +2. 5:34客户换了一条枪重新扫码启动充电，这个充电过程没有问题。但是这个过程中该账号启动的之前那条枪在后台记录中还处于充电状态并且在扣费。这个过程当中存在桩和平台之间的信息发送、接收错误，也就是对客户确实存在重复收费了。
77 +【令】：1）根据此“4:56平台认为超过5分钟桩未启动充电于是下发停止命令，桩正常响应停止命令”，对平台来说20200404045109666730 事务已结束。2）“存在桩和平台之间的信息发送、接收错误”，准确的描述是： 心跳机制正常，但预期桩上送的状态不应该是充电中。3）是否重复收费，平台端的数据还不足够直接验证。桩在06:18:34上传账单 ，平台按照设备账单结算。
78 +
79 +【陈劫】：
80 +现在是否可以确认：平台设置是不允许一个账号同时启动一条以上的枪充电的。该账号出现的这种情况，是因为我们的桩和平台之间的通讯出现问题而造成的。
81 +【令】： 1）不允许一个账号同时启动一条以上的枪充电。 2）“桩和平台之间的通讯出现问题而造成的。如果可以确认，我们就先给客户退费了”。不能得出通讯异常导致。不清楚现场具体情况，直接退款可能造成运营商损失。
82 +\\【陈劫】：鉴于目前的情况是在该帐号上发生了平台设置不允许发生的情况，罗宾森-令狐充方面肯定是存在问题的，德顺方面也同意退款，我建议还是先给该帐号4:51启动的这笔账单进行退款处理。
83 +【令】：退款步骤见下：
84 +1、 登陆平台 https:~/~/mc.linghuchongtech.com/，进入“首页/营收管理/账单管理/充电记录”。
85 +2、筛选条件 输入账单号 或 手机号 、时间区间等必要参数后，点查询。
86 +3、查询结果中找到疑似问题账单，记录“充电ID”（即账单号，示例 2019xxxxxxxxxxxx）
87 +4、进入“首页/营收管理/账单管理/故障账单”，筛选条件输入 步骤3中“充电ID”，点查询。
88 +5、把电量改成0，手工纠正后的充电账单 系统会自动调整扣款金额，金额遵循“多退少补”原则。
89 +6、运营商可将疑似问题账单 以工单形式提供平台售后，令狐充会进一步处理或留底。
90 +
91 +
92 +
93 +[[image:1586489889894-194.png]]
94 +
95 +
96 +~-~-解决:
97 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
98 +售后（跟单）工程师：施文俊
99 +
6 6  = szds_case#45_20200407 =
7 7  
8 8  问题描述：增加仅固定时间段可退款功能和运营商自定义退款说明
... ... @@ -44,7 +44,7 @@
44 44  【令技术】：[[attach:罗宾森_20200404-1.log||target="_blank"]]
45 45  
46 46  ~-~-解决:
47 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
141 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
48 48  售后（跟单）工程师：YD
49 49  
50 50  = szds_case#43_20200403 =
1586489889894-194.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +99.7 KB
Content