文档更改深圳德顺_2

在2020/12/25 14:16上被chinyee he修改
从版本< 11.2 >
由yuandong he编辑
在2020/07/31 13:49上
到版本
由yuandong he编辑
在2020/04/07 10:31上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,204 +2,9 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -(% class="wikigeneratedid" %)
6 -= szds_case#51_2020731 =
7 7  
8 -问题描述：
6 += =
9 9  
10 -罗宾森厂家需要我们配合在测试环境对桩进行远程升级
11 -
12 -~-~-跟踪
13 -
14 -【YD】：在测试环境通过url直接对桩44520200040002400051、44520200040002400052进行远程升级，按罗宾森的说法是成功了。
15 -
16 -具体的现场升级罗宾森那边还在和金凯瑞协商。
17 -
18 -**20200731记录**
19 -
20 -**预定今日在站点进行一个桩的升级并观察几天情况。**
21 -
22 -**培训吴使用远程升级。**
23 -
24 -~-~-解决:
25 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
26 -售后（跟单）工程师：  YD
27 -
28 -= szds_case#50_2020724 =
29 -
30 -深圳德顺站点
31 -
32 -手机号码:17503052613
33 -会员ID：79449868
34 -
35 -异常问题：客户刚刚充值了还没充电就扣钱了
36 -
37 -我在后台查询这个客户会员是2020.03.10注册，
38 -从2020.03.10-2020.07.24充电的记录只有4条，充电金额60.23元，客户充值账单总共100元，现在账户余额是0元了，施工请帮忙查看看是怎么回事，这客户账户总会自动扣钱
39 -
40 --跟踪
41 -
42 -szds_case#35_20200320  该客户之前因为在充电期间申请了退款，所以充电结束后余额为负数。现在客户重新充值了50元进去，负数抵扣了，又重新充电扣费，最后余额剩下1.76。
43 -
44 -~-~-解决:
45 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
46 -售后（跟单）工程师：chinyee YD
47 -
48 -
49 -= szds_case#49_2020619 =
50 -
51 -问题描述：该用户在平台查找不到
52 -
53 -[[image:1592537905485-549.png||height="522" width="241"]]
54 -
55 -[[image:1592537942269-947.png||height="215" width="666"]]
56 -
57 -~-~-跟踪
58 -
59 -因为该用户没有绑定部门。
60 -
61 -~-~-~-~--网约车用户一次性发放10元代金券
62 -
63 -【客】：一次性发放活动绑定会员的时候，有几个会员看不到
64 -
65 -【令】：那您现在绑几个回原部门看一下，如果还看不到的话和我说一下是在哪里看不到，我需要确认一下。
66 -
67 -【客】：可以了
68 -
69 -【令】：嗯，那就都绑回原部门再发代金券。
70 -
71 -【客】：好的
72 -
73 -【令】：你现在的代金券是有效时间段内 有效的，有效期是6月18号到8月18号，今天或之后几天发放下去的有效期还是6月18号到8月18号，最好重新新建一张选择有效天数为60天的，之后发下去的有效天数还是60天
74 -
75 -~-~-解决:
76 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
77 -售后（跟单）工程师：chinyee YD
78 -
79 -
80 -= szds_case#48_2020522 =
81 -
82 -问题描述：深圳德顺站点
83 -
84 -手机号码:13410788679
85 -账单号：20200509030332968054
86 -
87 -充电时间：2020-05-09 03:03:31
88 -结束时间：2020-05-09 04:35:31
89 -异常问题：客户反映没充电就扣费
90 -
91 -问题描述：
92 -我这边查到这订单是5月9号凌晨3点充电，
93 -结束时间是5月9号凌晨4点半过结束充电，
94 -但是支付金额是5月21号12点23分支付成功，
95 -麻烦施工、何工帮我查一下是什么原因，
96 -这订单是不是没充电就扣费了
97 -
98 -~-~-跟踪
99 -
100 -该桩一直处于离线状态，桩那边恢复正常了就会上传账单扣费
101 -
102 -~-~-解决:
103 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
104 -售后（跟单）工程师：chinyee YD
105 -
106 -
107 -= szds_case#47_2020521 =
108 -
109 -问题描述：20200520235215867815、 202005210439239697 、20200521053239002526、 20200521082921578038 、20200521111721482866、 20200521114741238084  这几张单的soc值都达到了100% 麻烦看一下是什么原因（之前已更新最高值去到98%）
110 -
111 -~-~-跟踪
112 -
113 -这些是从97，然后下一个心跳就到100了，后台没法检测中间情况。看看是不是考虑设成最高97。设成97也可能是98才停
114 -
115 -【客】：不改了
116 -
117 -~-~-解决:
118 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
119 -售后（跟单）工程师：chinyee YD
120 -
121 -
122 -= szds_case#46_20200410 =
123 -
124 -深圳德顺站点
125 -手机号码：13410765291
126 -账单号：20200404045109666730
127 -枪号：2
128 -桩号：44030500040000200030
129 -充电时间：2020-04-04 04:51:09
130 -结束时间：2020-04-04 06:18:18
131 -问题描述：此单重复扣费
132 -
133 -~-~-跟踪
134 -
135 -【第一轮分析】：
136 -1、20200404053457372317   和  20200404045109666730   都是扫码充电。 德顺 系统不支持 扫码充电之一号多充。
137 -2、两条账单 充电时间上确实存在交叉，有一号多充疑似判断。
138 -3、转 研发进一步确认。
139 -【第二轮分析】：
140 -1、Billing_ID=20200404053457372317在5:34分才扫码的, 桩号:44030500040000200031 1号枪 - 这条应该没有问题的。
141 -2、之前一个事务 Billing_ID=20200404045109666730, 桩号:4403050004000020030 2号枪，桩端出现异常逻辑状态。平台4:56确实收到了服务取消的消息，认为充电已结束，故可允许下次扫码。操作关键时间点见下：
142 - 04:51:09   扫码鉴权
143 - 04:55:43  微信端点启动充电命令，桩端正常响应
144 - 04:56:37 超过5分钟未启动，平台认为超时未有操作主动下发停止命令，且桩正常响应停止命令。
145 - ~~疑问：
146 - 需罗宾森核查：为何 桩正常响应停止命令，但桩任然保持在充电中状态。
147 - ~~补充说明， 桩没有上送消息25， 即没有vin
148 -\\【陈劫】：
149 -~1. 4:51客户扫码启动充电，4:55微信端启动充电，桩正常响应。4:56平台认为超过5分钟桩未启动充电于是下发停止命令，桩正常响应停止命令。那么4:55~~4:56这个阶段到底有没有启动充电？这是第1个问题。
150 -【令】：4:55:53 微信端启动充电，桩正常响应。对平台来说：桩在启动充电过程中，桩实际进入充电中状态的具体时间点由桩决定。 平台在2020-04-04 04:56:02收到桩最后一次心跳状态为 “枪准备就绪”状态。之后在 04:56:37 平台认为超时未有操作主动下发停止命令，且桩正常响应停止命令。
151 -2. 5:34客户换了一条枪重新扫码启动充电，这个充电过程没有问题。但是这个过程中该账号启动的之前那条枪在后台记录中还处于充电状态并且在扣费。这个过程当中存在桩和平台之间的信息发送、接收错误，也就是对客户确实存在重复收费了。
152 -【令】：1）根据此“4:56平台认为超过5分钟桩未启动充电于是下发停止命令，桩正常响应停止命令”，对平台来说20200404045109666730 事务已结束。2）“存在桩和平台之间的信息发送、接收错误”，准确的描述是： 心跳机制正常，但预期桩上送的状态不应该是充电中。3）是否重复收费，平台端的数据还不足够直接验证。桩在06:18:34上传账单 ，平台按照设备账单结算。
153 -
154 -【陈劫】：
155 -现在是否可以确认：平台设置是不允许一个账号同时启动一条以上的枪充电的。该账号出现的这种情况，是因为我们的桩和平台之间的通讯出现问题而造成的。
156 -【令】： 1）不允许一个账号同时启动一条以上的枪充电。 2）“桩和平台之间的通讯出现问题而造成的。如果可以确认，我们就先给客户退费了”。不能得出通讯异常导致。不清楚现场具体情况，直接退款可能造成运营商损失。
157 -\\【陈劫】：鉴于目前的情况是在该帐号上发生了平台设置不允许发生的情况，罗宾森-令狐充方面肯定是存在问题的，德顺方面也同意退款，我建议还是先给该帐号4:51启动的这笔账单进行退款处理。
158 -【令】：退款步骤见下：
159 -1、 登陆平台 https:~/~/mc.linghuchongtech.com/，进入“首页/营收管理/账单管理/充电记录”。
160 -2、筛选条件 输入账单号 或 手机号 、时间区间等必要参数后，点查询。
161 -3、查询结果中找到疑似问题账单，记录“充电ID”（即账单号，示例 2019xxxxxxxxxxxx）
162 -4、进入“首页/营收管理/账单管理/故障账单”，筛选条件输入 步骤3中“充电ID”，点查询。
163 -5、把电量改成0，手工纠正后的充电账单 系统会自动调整扣款金额，金额遵循“多退少补”原则。
164 -6、运营商可将疑似问题账单 以工单形式提供平台售后，令狐充会进一步处理或留底。
165 -
166 -
167 -
168 -[[image:1586489889894-194.png]]
169 -
170 -
171 -~-~-解决:
172 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
173 -售后（跟单）工程师：施文俊
174 -
175 -= szds_case#45_20200407 =
176 -
177 -问题描述：增加仅固定时间段可退款功能和运营商自定义退款说明
178 -~-~-跟踪
179 -
180 -1、增加仅固定时间段可退款功能和运营商自定义退款说明。【2020-3.21 上线，同时告知金凯瑞功能已上线】
181 -2、德顺新功能跟踪：退款策略定制功能（时间等）。【2020-3.27，向金凯瑞了解德顺使用情况：金凯瑞到现场培训支撑】
182 -3、金凯瑞咨询定制退款功能是否已执行。经询问后得知：德顺已配置退款策略。【2020-4.7】
183 -4、其他，包括：1）生产环境 退款功能是否符合预期要求。2）令狐充提供必要技术支持。
184 -
185 -PS：
186 -1、定制退款功能上线运营时间、效果、反馈。严格来说属于项目管理范畴。金凯瑞方需要安排项目/客户经理持续跟踪新功能使用效果。
187 -2、技术支撑范畴：如功能使用方面有任何疑问， 令狐充会第一时间会配合核查功能稳定可用性。
188 -
189 -功能上线推进使用，金凯瑞方面最好也有详细的计划和跟踪， 我们也会及时回覆，但毕竟我方无法和客户直接沟通，了解的信息也很有限，尤其是项目管理范畴，我们也不方便介入。
190 -
191 -~~疑似客户新要求：
192 -1、ah 跟着时代行:
193 -客户说他已经设置1-10号可提交退款，8-18号就是自动退款时间
194 -
195 -【shi】：“实现自动退款”，之前需求中没有这项。另外，客户几时要求的自动退款？ 财务上是否允许？ 不经过人工审核就全自动退？
196 -【许总】：关于“自动退款”的表述是不对的，是必须要经过人工审核才能进行退款。  所谓“自动退款”是客户提出的要求，目前金凯瑞是不赞成这个要求，我们来跟德顺客户解释！
197 -
198 -
199 -~-~-解决:
200 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
201 -售后（跟单）工程师：施文俊
202 -
203 203  = szds_case#44_20200407 =
204 204  
205 205  问题描述：罗宾森提出麻烦提供下账单号200404061834254768。的登录具体时间和完成的具体时间
... ... @@ -210,10 +210,8 @@
210 210  
211 211  【罗宾森】：这个能证明是客户实际操作吗？这这期间有没有登出报文
212 212  
213 -【令技术】：[[attach:罗宾森_20200404-1.log||target="_blank"]]
214 -
215 215  ~-~-解决:
216 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
19 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
217 217  售后（跟单）工程师：YD
218 218  
219 219  = szds_case#43_20200403 =
1586489889894-194.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -99.7 KB
Content
1592537905485-549.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -576.2 KB
Content
1592537942269-947.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -82.4 KB
Content
罗宾森_20200404-1.log
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -1.7 KB
Content
... ... @@ -1,34 +1,0 @@
1 -
2 -Billing_ID=20200404045109666730, 桩号:4403050004000020030 2号枪
3 -
4 -04-04 04:51:09.822,消息15,鉴权
5 -04-04 04:51:10.799,消息16
6 -04-04 04:51:23.898,消息5,idle,notConnect
7 -04-04 04:52:23.934,消息5,idle,notConnect
8 -04-04 04:53:24.178,消息5,idle,notConnect
9 -04-04 04:54:23.958,消息5,idle,notConnect
10 -04-04 04:54:56.958,消息5,idle,connect
11 -04-04 04:54:57.878,消息22,idle,connect
12 -04-04 04:54:58.878,消息5,idle,notConnect
13 -04-04 04:54:59.888,消息22,idle,notConnect
14 -04-04 04:55:01.898,消息5,idle,connect
15 -04-04 04:55:02.898,消息5,idle,connect
16 -04-04 04:55:43.869,消息20,启动充电
17 -04-04 04:55:44.930,消息21
18 -04-04 04:56:02.044,消息5,idle,connect
19 -04-04 04:56:37.410,消息12,stop (注意:超时(从鉴权后),后台发起停止充电)
20 -0xFE310002002A00FFFF343430333035303030343030303032303030333002020C010000000000000000000000000000000001E816
21 -04-04 04:56:37.967,消息13
22 -0xFE30000002FFFF027C343430333035303030343030303032303030333002020D012A2A2A2A2A2A2A2A0000000000000000BD16
23 -04-04 04:56:40.983,消息5,charging,connect (注意:发送停止后, 桩开始上送充电心跳 )
24 -04-04 04:56:41.988,消息22,charging,connect
25 -04-04 04:57:41.128,消息5,charging,connect
26 -...
27 -04-04 06:07:03.278,消息5,charging,connect
28 -...
29 -04-04 06:17:05.139,消息5,charging,connect
30 -04-04 06:17:30.843,消息5,occupiedWithFullPower,connect
31 -04-04 06:17:31.753,消息22,occupiedWithFullPower,connect
32 -04-04 06:18:19.203,消息5,桩状态:0,notConnect (注意:桩状态为0,未定义)
33 -04-04 06:18:19.883,消息22,桩状态:0,notConnect (注意:桩状态为0,未定义)
34 -04-04 06:18:34.003,消息9,上传账单 (注意: 该充电事务在“04-04 04:56:37.410”发出结束时,就应该停止了,但实际上是在充电的)