文档更改深圳德顺_2

在2020/12/25 14:16上被chinyee he修改
从版本< 2.3 >
由shi chuck编辑
在2020/04/07 15:21上
到版本
由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  问题描述：增加仅固定时间段可退款功能和运营商自定义退款说明
... ... @@ -11,14 +11,22 @@
11 11  1、增加仅固定时间段可退款功能和运营商自定义退款说明。【2020-3.21 上线，同时告知金凯瑞功能已上线】
12 12  2、德顺新功能跟踪：退款策略定制功能（时间等）。【2020-3.27，向金凯瑞了解德顺使用情况：金凯瑞到现场培训支撑】
13 13  3、金凯瑞咨询定制退款功能是否已执行。经询问后得知：德顺已配置退款策略。【2020-4.7】
14 -4、其他，包括：1）生产环境 退款功能是否符合预期要求。2）令狐充提供必要。技术支持。
108 +4、其他，包括：1）生产环境 退款功能是否符合预期要求。2）令狐充提供必要技术支持。
15 15  
16 16  PS：
17 17  1、定制退款功能上线运营时间、效果、反馈。严格来说属于项目管理范畴。金凯瑞方需要安排项目/客户经理持续跟踪新功能使用效果。
18 18  2、技术支撑范畴：如功能使用方面有任何疑问， 令狐充会第一时间会配合核查功能稳定可用性。
19 19  
20 -功能上线推进使用，金凯瑞方面最好也有详细的计划和跟踪， 我们也会及时回覆，但毕竟我方无法和客户直接沟通，了解的信息也很有限，尤其是项目管理范畴中，我们也不方便介入。
114 +功能上线推进使用，金凯瑞方面最好也有详细的计划和跟踪， 我们也会及时回覆，但毕竟我方无法和客户直接沟通，了解的信息也很有限，尤其是项目管理范畴，我们也不方便介入。
21 21  
116 +~~疑似客户新要求：
117 +1、ah 跟着时代行:
118 +客户说他已经设置1-10号可提交退款，8-18号就是自动退款时间
119 +
120 +【shi】：“实现自动退款”，之前需求中没有这项。另外，客户几时要求的自动退款？ 财务上是否允许？ 不经过人工审核就全自动退？
121 +【许总】：关于“自动退款”的表述是不对的，是必须要经过人工审核才能进行退款。  所谓“自动退款”是客户提出的要求，目前金凯瑞是不赞成这个要求，我们来跟德顺客户解释！
122 +
123 +
22 22  ~-~-解决:
23 23  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
24 24  售后（跟单）工程师：施文俊
... ... @@ -36,7 +36,7 @@
36 36  【令技术】：[[attach:罗宾森_20200404-1.log||target="_blank"]]
37 37  
38 38  ~-~-解决:
39 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
141 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
40 40  售后（跟单）工程师：YD
41 41  
42 42  = 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