文档更改深圳德顺

在2020/07/24 11:28上被chinyee he修改
从版本< 32.3 >
由yuandong he编辑
在2020/03/09 17:11上
到版本
由yuandong he编辑
在2020/03/03 17:26上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -3,140 +3,10 @@
3 3  {{/box}}
4 4  
5 5  
6 -**~* 金凯瑞和其子客户那边所有问题，令狐充的分析结果在金凯瑞内部群里说明，统一交由金凯瑞方（如，吴小英）去最终告知 当地运营客户的群。**
7 -
8 -
9 -= szds_case#23_20200309 =
10 -
11 -问题描述：手机号：18072831364
12 -
13 -[[image:1583744662343-885.png]]
14 -
15 -~-~-跟踪
16 -
17 -【YD】：经核查充值记录、充电消费和桩故障记录等记录确认该用户余额正确。
18 -
19 -该用户此前看到的余额为欠款，该欠款来自故障账单20200308114416644046的“账单丢失”修复补扣金额所致。
20 -
21 -【客户】：怎么没有微信通知欠款呢？
22 -
23 -【YD】：余额不足会有提醒，故障账单修复时默认不发送微信信息 您要发送的话可取消勾选。
24 -
25 -~-~-解决:
26 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
27 -售后（跟单）工程师：YD
28 -
29 -= szds_case#22_20200305 =
30 -
31 -问题描述：客户申请退款金额和已退金额不同
32 -
33 -[[image:1583394765100-868.png||height="349" width="610"]]
34 -
35 -
36 -~-~-跟踪
37 -
38 -【chinyee】:实际上是只退了11.54，是因为腾讯返回了两次成功消息导致我们统计的时候多加了一下。
39 -
40 -[[image:1583394819026-751.png||height="115" width="679"]]
41 -
42 -实际退款以这个为准，退款单号是腾讯那边唯一的，即使重复调用也只退一次
43 -
44 -
45 -~-~-解决:
46 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
47 -售后（跟单）工程师：chinyee
48 -
49 -= =
50 -
51 -= szds_case#21_20200305 =
52 -
53 -问题描述：客户要求手续费调整为0（之前是收0.6%），运营商自己出钱，修改的原因是运营商不想让充电客户收取手续费，并且之后不再使用平台退款审核功能，采取人工退。
54 -
55 -
56 -~-~-跟踪
57 -
58 -【chinyee】:已调整为0
59 -~~update 
60 -【shi】：通知许总确认最终方案：
61 -关于德顺退款，一直在反复。以下是我方整理内容，请确认最终的需求和目标。
62 -
63 -客需求一：运营商不想让充电客户退款收取手续费，所以手续费收取调整为0（原本因第三方支付系统（如：腾讯）收取手续费，故退款过程收取千分之6手续费），运营商自己出钱，后来说以后不用平台的退款审核功能，因为要扣手续费，改为人工退。
64 -\\客需求二：以后每个月18号才可以申请退款，并且想将此消息放在用户微信退款页面进行告知。
65 -令：把退款说明做成运营商级别自定义，但是还是能申请的，只是运营商说明每月固定时间审核。
66 -
67 -
68 --金凯瑞陈劫：
69 -鲍经理，跟您确认一下平台退款功能的事项。
70 -1.目前在平台退款，不管是自助退款还是人工审核退款，微信官方都必须要收取6‰的财务费用，这个费用不是我们平台收的，而是因为我们的充电客户付款都是通过微信的支付平台，退款也必须是从微信的支付平台退出来，这个费用是腾讯公司收的。
71 -2.现在平台的自助退款功能已经开通，我们建议还是使用自助退款功能。一个可以节省人工费用，另外也会比较精确，避免了人工审核可能会发生的遗漏情况。
72 -3.您说的每月18号统一审核退款，实际操作过程中可能会出现一些问题。如19号提出的退款申请，那么就要一个月的时间才能收到退款；18号提出的退款申请，那么当天就要给他处理，有时候可能来不及。建议还是采用提出退款申请后7个工作日退回的方案，这个可以直接在平台上设置。
73 -4.这些设定确认之后，最好是连贯执行，不要中途改动，以免对客户造成影响。
74 -
75 --金凯瑞徐总：
76 -经过与客户沟通，关于德顺平台退款操作方案如下：
77 -1、采用自助退款功能。
78 -2、退款时间：7个工作日原路退回的方案。
79 -
80 -关于退款手续费承担问题，晚点回复你。
81 -
82 -~-~-解决:
83 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
84 -售后（跟单）工程师：chinyee
85 -
86 -= szds_case#20_20200304 =
87 -
88 -问题描述：用户退款 平台手续费显示为0
89 -
90 -
91 -~-~-跟踪
92 -
93 -[[image:1583313984811-457.png||height="239" width="581"]]
94 -
95 -【chinyee】：令狐充已审核的退款账单手续费也显示为0，转产品
96 -
97 -~-~-解决:
98 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
99 -售后（跟单）工程师：施文俊 chinyee
100 -
101 -
102 -= szds_case#19_20200304 =
103 -
104 -问题描述：用户充值后，没有任何消费的情况，何来产生异常账单
105 -桩编号：44030500040000200011
106 -用户号：18718938825
107 -
108 -~-~-跟踪
109 -
110 -【chinyee】:这个人确实是扫码了，可能确实没有充到电。但是因为桩上传了错误的时间，导致系统标记为异常账单。客户没有看到异常账单是因为他没有权限。
111 -
112 -~-~-解决:
113 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
114 -售后（跟单）工程师：施文俊
115 -
116 -= szds_case#18_20200304 =
117 -
118 -问题描述：用户余额为负数，手机号：18067991745。
119 -
120 -~-~-跟踪
121 -
122 -排查思路：
123 -1、充电过程桩是否离线（或丢失心跳），平台无法及时根据心跳停止。
124 -2、（个人）余额不足自动停止阀值配置。告知客户配置步骤。
125 -
126 -
127 -【chinyee】:是因为前一个充电发送了异常，导致没有扣费，这时用户余额还比较充足，所以第二次充电正常充电。这时人工修复了第一次的充电账单，发生了扣费，就导致第二次充电余额不足，变成负数了
128 -
129 -~-~-解决:
130 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
131 -售后（跟单）工程师：施文俊
132 -
133 133  = szds_case#17_20200303 =
134 134  
135 -问题描述：异常账单修复风险评估和解决
8 +问题描述：
136 136  
137 -~-~-跟踪
138 -\\详细：
139 -
140 140  一、20200303114016074186、20200303000837984948、20200302190026434673 这是其中几张“账单丢失”单号。
141 141  
142 142  二、20200303123645436010、20200303105406248074、20200119162235056705 这是其中几张“时间异常”的单。
... ... @@ -145,24 +145,14 @@
145 145  
146 146  目前德顺主要为这两种异常账单
147 147  
18 +~-~-跟踪
19 +
148 148  【YD】：反馈研发，评估修复的风险有哪些。
149 149  
150 150  一、这三条充电，时间都很短，充电时间基本上是1分钟， 没有电量， 也没有上传账单。
151 151  
152 -二、平台账单给的参考时间也有问题，稳妥一点就要查心跳估算了
24 +二、这个好像平台账单给的参考时间也有问题，稳妥一点就要查心跳估算了
153 153  
154 -【shi】：因电桩数据异常，平台系统的账单容错机制无法估算电量。对于没有把握手工修复的账单，我们的建议是：
155 -1、后台查出桩号、充电时间，提供给现场人员。
156 -2、请现场人员在桩上操作，按时间查询期间订单，确认当次订单的准确数据。提交给后台人员。
157 -3、后台人员依此依据修正异常账单。
158 -结论：所有的数据都可以修复，只要有现场人员翻查桩端对应充电记录数据。
159 -**~~update 20200304 **
160 -Q: 吴说1999年的账单桩上都没有
161 -A: 这个要问罗宾森，1999是桩端程序错写的，要罗宾森协助翻查
162 -
163 -罗宾森确认：“1999的根本没有启动充电”的描述，是否可以证明桩端当次鉴权并未产生实际充电电量。
164 -通知吴小英： 根据罗宾森的确认。 账单可在平台管理“ 异常账单管理模块”按电量0修复，并将1999年时间修正为用户扫码鉴权的时间点（避免影响其他操作和平台数据统计异常）。
165 -
166 166  ~-~-解决:
167 167  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
168 168  售后（跟单）工程师：施文俊 YD
... ... @@ -169,7 +169,7 @@
169 169  
170 170  = szds_case#16_20200303 =
171 171  
172 -问题描述：罗宾森5代桩初运营，较多预期外异常账单
32 +问题描述：较多预期外异常账单
173 173  
174 174  ~-~-跟踪
175 175  
... ... @@ -184,45 +184,6 @@
184 184  
185 185  **二、底层统计截止20200303 1550，见附件**[[attach:rh_异常账单汇总_德顺_20200303.xls||target="_blank"]]
186 186  [[image:1583221862303-434.png]]
187 -\\**三、罗宾森分析结果**
188 -\\针对昨天收到的桩上的log与平台提供的异常订单分析结果如下：
189 -1、1999年的时间异常订单：平台下发0x0f报文（订单号、余额）成功，之后由于网络原因，0x14启动充电报文充电桩未收到，约5分钟后，平台下发0x0c远程停止报文充电桩收到，由于未启动充电，导致充电时产生的各种相关数据不存在（包括时间），上传订单各种数据全为0。
190 -2、正常时间的丢失订单：平台下发0x0f报文（订单号、余额）成功，之后由于网络原因，在间隔大约46秒的时间后，充电桩收到0x14启动充电报文。在这46秒的时间内，用户反复操作画面，导致下发订单号与余额信息被清空，充电机认为余额不足，启动充电瞬间停止充电，并上传订单号全为00的订单。
191 -
192 -修改办法：
193 -1、请问平台方@施文俊 ，没有收到启动充电报文，只收到停止报文时。开始、结束时间桩端需要上传什么开始结束时间？如其它数据也是必须项，请说明。
194 -2、桩端程序进行相应的处理，避免网络延时期间用户操作导致订单号被清空的现象。
195 -
196 -实机再现及测试办法（暂无）、除非人为干预下发报文过程：
197 -由于我们测试环境中网络不会出现类似的大规模卡顿，实机很难再现。
198 -
199 -建议：
200 -1、改善网络环境；
201 -2、是否可以合并报文，实现一条报文下发订单号、余额、启动。防止多条报文交互时，网络原因造成中间报文缺失。
202 -
203 -**四、令狐充平台日志结果**
204 -
205 -~#~# 时间异常个例分析
206 -
207 -billing_ID='20200303123645436010',该充电事务账单中出现1999-11-30数据,其的流程如下:
208 -1、03-03 12:36:46.014 后台下发扫码鉴权0x0f,OK;
209 -2、过程中微信端页面未触发过“启动充电”操作。
210 -3、03-03 12:42:27.652 后台下发停止充电请求(充电等待超时),OK;
211 -4、03-03 12:43:50.310 充电桩上传账单，账单中有关时间的数据都是1999-11-30,由于该充电实际并为发生，所以充电桩可以不上传。
212 -
213 -~#~# 账单丢失个例分析
214 -billing_ID='20200303114016074186',该充电事务出现账单丢失,其的流程如下:
215 -1、03-03 11:40:16.985 后台下发扫码鉴权0x0f,OK;
216 -2、03-03 11:42:09.156 后台下发启动0x14,OK;
217 -3、03-03 11:42:53.516 后台收到心跳0x05,心跳中开始充电时间为1999-11-30;
218 -4、03-03 11:43:09.605 后台收到心跳0x05,充电桩已变为"未满电占桩",充电结束;
219 -5、03-03 11:44:44.685 后台收到充电桩上传账单，但该账单中除了桩号，枪号等有数据外，账单ID为空, 因为账单ID为空所以在业务端表现的效果和账单丢失是一样的;
220 -
221 -~#~# 建议：
222 -1、不论是否收到启动充电,充电桩对时间的处理不应该出现1999这样的数据;
223 -2、对于没有启动的充电,充电桩可以不传账单。
224 -3、至于“用户反复操作桩屏幕画面的操作，导致下发订单号与余额信息被清空，充电机认为余额不足，启动充电瞬间停止充电”,这需要充电控制好对应的桩操作流程;（此处反复操作指：点击进入二维码画面，然后返回，再点击二维码画面，再返回）
225 -
226 226  )))
227 227  
228 228  ~-~-解决:
... ... @@ -423,7 +423,7 @@
423 423  状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
424 424  售后（跟单）工程师：施文俊
425 425  
426 -= =
247 += =
427 427  
428 428  = szds_case#5_20191129 =
429 429  
1583313984811-457.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -19.1 KB
Content
1583394765100-868.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -53.0 KB
Content
1583394819026-751.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -112.3 KB
Content
1583744662343-885.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -41.8 KB
Content