文档更改深圳德顺

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

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.yuandong
Content
... ... @@ -5,297 +5,7 @@
5 5  
6 6  **~* 金凯瑞和其子客户那边所有问题，令狐充的分析结果在金凯瑞内部群里说明，统一交由金凯瑞方（如，吴小英）去最终告知 当地运营客户的群。**
7 7  
8 -= szds_case#34_20200312 =
9 9  
10 -问题描述：罗宾森在测试环境测试的， 启动失败，上送登出，取消服务的测试， 说会造成app卡死
11 -
12 -~-~-跟踪
13 -(% class="box infomessage" %)
14 -(((
15 -billing_Id=20200312155407387826
16 -03-12 15:54:07.317,15,鉴权
17 -03-12 15:54:07.980,16
18 -03-12 15:54:09.986,5,idle,connect
19 -03-12 15:54:10.916,20,启动充电
20 -03-12 15:54:11.992,21
21 -03-12 15:54:40.010,5(充电心跳),idle,connect
22 -03-12 15:54:43.024,19,登出,服务取消
23 -调用act/startCharge返回成功code=0, 是不是表明启动成功了
24 -表示设备已经接收了指令并返回
25 -这个案例是否不应该返回0，应该返回错误码吧
26 -因为桩的启动有一个过程， 不是马上就能充电的
27 -)))
28 -
29 -~-~-解决:
30 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
31 -售后（跟单）工程师：施文俊
32 -
33 -= szds_case#33_20200312 =
34 -
35 -问题描述：余额负数，账单 20200311230043137951
36 -
37 -~-~-跟踪
38 -(% class="box infomessage" %)
39 -(((
40 -[[image:1584004285063-902.png]]
41 -
42 -1. 5.24的账单23:12分结束充电，但是没上传账单，所以用户没发生扣费，余额大于5元
43 -2. 4.43的账单是23:46开始充电, 余额大于5元，没问题
44 -3. 5.24的账单的账单0点上传，开始扣费，余额不足，后台停掉4.43的充电
45 -
46 - 该充电事务的账单上送延时造成的。
47 -5.24的账单 20200311230043137951 23:12分结束充电
48 - 第一次账单在“03-11 23:46:04.525”，是延时30分钟后无桩设备账单下，平台上送的平台账单，所以标记为异常 : 1-账单丢失
49 - 第二次账单在“03-12 00:01:41.234”，设备上送的账单。拔枪后，桩滞后1个小时才发账单
50 -拖到后面才发账单，导致两个充电重叠了，突然间大额扣费，冲破余额。
51 -用户第二次启动充电的时候余额并没有低于5元。原因就是第一次的账单没发过来，扣不了费
52 -)))
53 -
54 -~-~-解决:
55 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
56 -售后（跟单）工程师：施文俊
57 -
58 -= szds_case#32_20200311 =
59 -
60 -问题描述：如果修改这个样子，给用户感觉更友好，不会被误认为卡死
61 -
62 -~-~-跟踪
63 -
64 -[[image:1583936058731-829.png]]
65 -
66 -
67 -~-~-解决:
68 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
69 -售后（跟单）工程师：施文俊
70 -
71 -
72 -= szds_case#32_20200311 =
73 -
74 -问题描述：排查“鲍总反复提出的几个问题”
75 -
76 -~-~-跟踪
77 -【问题进度】：总结了鲍总反复提出的几个问题：（**目前6、7、8 罗宾森认为是同一个原因导致，见文章底部**）
78 -\\ 1、点菜单”寻桩充电“进入很迟钝，基本上所有用户都反应。【令狐充跟进】
79 -【进展】：只有头一次有可能加载慢。注册后第二次之后就快，即使后续session过期重新进也会快。
80 -【令】：
81 -\\ 2、退出充电页面（html5页面）很慢。 基本是所有用户。 
82 -【进展】：
83 -【令】：没有更多具体描述和单号分析前，我方认为等同第7项。见底第7项。
84 -\\ 3、场景：界面提示”桩网络异常“时，点”结束充电“ 缓慢无效。 
85 -【进展】：
86 -【令】：无具体案例号。推测：桩离线、桩故障没有响应。此刻 触发结束充电一定是无效。
87 -【罗宾森】： 待补充
88 -\\ 4、客户质疑微信商户平台收款 和 充电消费不匹配。 【金凯瑞从客户获得统计样本。 令狐充跟进】
89 -【进展】：
90 -【令】：需客户提供统计样本和算法。再做比较分析。
91 -\\\\ 5、桩继续充电，但app已退出的情况吗？ 
92 -【进展】：
93 -【令】：需各位现场同仁反应，提供具体案例号。
94 -【罗宾森】： 无
95 -\\\\6、出现故障未启动：微信启动，充电机启动，报类似绝缘故障等没有充电。小程序界面卡住。 
96 -【进展】：
97 -【令】：无具体案例号。推测：app 端远程下发 启动充电，但桩因为故障 未及时响应，app将保持等待状态。 
98 -【罗宾森】： 见文章底部
99 -\\7、充电机充电，客户小程序点停止充电，app界面卡住。等5.6分钟。 单号示例：15566905346 | 20200304105515751731。【因厂里无法重现定位 暂搁置】
100 -【进展】：
101 -【令】：无具体案例号。推测：拔枪后，桩上传账单延迟5-6分钟太久。预期桩应立刻上传。 app端适配这种情况（可行性待讨论）。但桩端延迟5、6分钟这种机制和体验是否正确。
102 -1分钟内不拔枪。
103 -【罗宾森】： 见文章底部
104 -\\8、充电中故障停机，，app界面卡住。 【因厂里无法重现定位 暂搁置】
105 -【进展】： 
106 -【令】：无具体案例号。推测：没有更多具体描述和单号分析前，我方认为等同第3点。
107 -【罗宾森】： 见文章底部
108 -\\9、拔枪前 桩已发送9报文（账单消息），后续心跳是空闲给平台。厂里重现了导致界面卡住 。
109 -【进展】：
110 -【令】： 不清楚具体表现。
111 -【罗宾森】：厂里已定位
112 -\\\\**罗宾森：**针对6、7、8 我们分析由于时序不对引起，家里测试，不存在网络问题情况下可以复现的问题。
113 -启动失败，充电结束，报文09号在不拔枪情况下1分钟发送出去，并且离桩时间发送全部是0， 然后1分钟不拔枪后，就出现了以上6 7 8的问题
114 -以上6 7 8条我总结为1条
115 -充电机在启动失败（收到启动指令，充电机出现故障后，没有启动成功）、充电结束（在1分钟内不拔枪） 会出现报文网络异常界面，界面卡住！
116 -
117 -
118 -~-~-解决:
119 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
120 -售后（跟单）工程师：施文俊
121 -
122 -= szds_case#31_20200311 =
123 -
124 -问题描述：点结束充电没有反应
125 -
126 -~-~-跟踪
127 -
128 -【详细】：
129 -1、余额不足，或者故障没有启动充电，微信小程序都会卡住页面退不出来。
130 -2、出现1后，点结束充电没有反应。微信小程序都会卡住页面退不出来，几分钟后才能退出。
131 -3、15566905346 | 20200304105515751731
132 -4、充电故障类似下图：
133 -[[image:1583918488394-815.png]]
134 -
135 -
136 -~-~-解决:
137 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
138 -售后（跟单）工程师：施文俊
139 -
140 -= szds_case#30_20200311 =
141 -
142 -
143 -问题描述：这个账单平台上有充电时间和充电量，充电金额是有的，但是在桩上查过显示充电金额没有，和是怎么回事？
144 -
145 -~-~-跟踪
146 -德顺站点 桩号：44030500040000200016 账单号:20200311121828915381 充电时间：2020-03-11 12:18:27 2020-03-11 12:57:50   程序已刷新 异常问题：账单丢失
147 -【chinyee】：该账单异常情况是充电电量与平台不符，需要现场人员去核实，经过核实，设备账单记录无误，可以直接点击确认修复此账单。
148 -
149 -~-~-解决:
150 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
151 -售后（跟单）工程师：施文俊 chinyee
152 -
153 -
154 -= szds_case#29_20200311 =
155 -
156 -问题描述： 车辆通不过绝缘检测之记录
157 -
158 -~-~-跟踪
159 -
160 -(% class="box" %)
161 -(((
162 -【背景】：
163 -1、目前绝缘检测问题，只有一种车型！ 之前的绝缘检测问题已经是全部解决了的！
164 -2、换了几个桩都不行的，是否还有相同品牌车可以呢？
165 -\\【分析】：
166 -如果是只是一种车型，很有可能遇到早期的车辆，电池端负级是直接对地的那种车， 如果是这样的话，就不能兼容，这种车就是属于接地，属于绝缘问题 运营站现在第三方检测抽查厉害，如果是这样，为了安全充电，建议这种车不给予充电！ 具体是不是，需要车辆充电时，配合检查下即可。
167 -报绝缘故障的这台车 DC+DC-直接有200多电压  
168 -)))
169 -
170 -
171 -~-~-解决:
172 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
173 -售后（跟单）工程师：施文俊
174 -
175 -= szds_case#28_20200311 =
176 -
177 -问题描述： 罗宾森重复数据账单之异常账单退款
178 -
179 -~-~-跟踪
180 -
181 -(% class="box" %)
182 -(((
183 -【背景】：
184 -1、客户 鲍总说没有退款信息通知的话客户就不承认。
185 -2、重复数据账单导致的异常账单退款 严格讲不属于正常流程退款。微信商户平台无法生成退款对账单。
186 -\\【解决】：
187 -**场景一： 已修复账单，本地未记录退款前后余额数据之解决步骤：**
188 -1、按用户手机号，查询所有充值、消费记录、余额。
189 -2、 充值=消费记录+余额。计算结果可以证明金额是否匹配。
190 -\\**场景二： 还未修复账单之解决步骤：**
191 -1、手机纠正异常账单界面，取消勾选（见下图红框）
192 -2、默认是不发送通知
193 -[[image:1583896676227-935.png]]
194 -)))
195 -
196 -
197 -~-~-解决:
198 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
199 -售后（跟单）工程师：施文俊
200 -
201 -= szds_case#27_20200310 =
202 -
203 -问题描述： 异常账单平台数据显示bug。
204 -
205 -
206 -~-~-跟踪
207 -
208 -(% class="box" %)
209 -(((
210 -单号：20200306132250448137 
211 -bug：不存在充电时间的时候显示成当前时间了。【john已修复】
212 -回覆客户： 20200306132250448137  刷新页面，显示问题已修复。
213 -刷新操作：1）进入“首页/营收管理/账单管理/故障账单”。2）刷新页面。
214 -[[image:1583829729583-583.png]]
215 -)))
216 -
217 -
218 -~-~-解决:
219 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
220 -售后（跟单）工程师：施文俊
221 -
222 -= szds_case#26_20200310 =
223 -
224 -问题描述：客户手机：18072831364 质疑重复扣款
225 -
226 -~-~-跟踪
227 -
228 -(% class="box" %)
229 -(((
230 -【金凯瑞】：跟何工算过他的账单了是没扣错钱。问题订单：20200309003824144029、20200308232332102674
231 -[[image:1583811286694-785.png]]
232 -【shi】：以上两个单号不对，查得 18072831364 对应重复的账单是20200308121002404459，20200308114416644046。 对应金额9.27元，见下图：
233 -[[image:1583812807492-162.png]]
234 -\\【分析】：
235 -再整理汇总下重复扣款的各种疑惑，并罗列可能引起的场景，请用心理解：
236 -1、“充值账单减去所有充电账单，得到余额对得上。”这个一定是对的。
237 -2、金凯瑞没理解的点： 重复账单，所以才会出现余额对得上，但是客户觉得多扣钱了。
238 -3、关键问题点：
239 - 1）桩端连续2次扫码鉴权充电。（可能是同一个人，或不同人）
240 - 2）第二次充电上送的账单数据是第一次的账单数据。（第二次有鉴权 但可能无实际充电，充电事务就结束。）
241 - 3）推测场景1：可能某次充电不管是否有启动，如果电量为0，就会发上一次的账单。
242 - 4）推测场景2：第二次鉴权非正常启动、非正常结束，就会发上一次的账单。
243 -)))
244 -
245 -
246 -~-~-解决:
247 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
248 -售后（跟单）工程师：施文俊
249 -
250 -= szds_case#25_20200310 =
251 -
252 -问题描述：2020-3-9日 起频繁出现重复扣款
253 -
254 -~-~-跟踪
255 -
256 -他是连续两次扫码，后面那次上传账单的时候数据错了。
257 - 日志片段：
258 - 20200308232332102674 chargeAuth
259 - 20200309003824144029 chargeAuth
260 - 20200308232332102674 addChargeRecord
261 - 20200308232332102674 addChargeRecord
262 - 第一次其实已经充满了，平台猜测是他不小心扫码了，然后不做任何炒作，直接超时结束。超时结束后桩把前一次的账单又发了上来。桩不应该上传账单
263 -
264 - ~~最优处理办法：
265 - 1、需厂商解决桩端bug。
266 - 2、解决前的补救办法：如果要退钱直接按异常账单处理，把电量 改成0（用账单号搜索）。不要用人工充值的方式退钱。
267 -\\【第二单 】：
268 -站点：深圳德顺南山站点
269 -用户ID号：93074618
270 -手机号：18939585860
271 -桩号：44030500040000200031
272 -抢号：1号枪
273 -账单号：20200309003824144029、20200308232332102674
274 -充电时间：2020-03-08 23:23:41
275 -充电结束时间：2020-03-09 00:20:40
276 -账单异常：重复扣钱，会员余额负数
277 -问题描述：昨天晚上客户发现有两个账单重负扣钱，我这边在后台查看是有这样的情况，这两个订单20200309003824144029、20200308232332102674其中有一个订单是重复扣钱。
278 -这个客户7号和8号总共充值60元，在充电记录里查看从7号到9号目前充电金额已是61.62元，剩余余额是负数1.62元，请问这两个问题是怎么产生的？
279 -\\【质问罗宾森】：是否 2020-3-9日 起频繁出现重复扣款，是否因为桩端更新了程序，解决了旧的问题但出现了新的bug
280 -
281 -~-~-解决:
282 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
283 -售后（跟单）工程师：施文俊
284 -
285 -= szds_case#24_20200309 =
286 -
287 -问题描述：会员ID：67457370 ，这个人退款27.54，怎么会员余额还有48.6元呢。
288 -
289 -~-~-跟踪
290 -
291 -【YD】：该用户在2020-03-06 17:47申请了退款，核查了这时间后的数据确认到此用户有充值及充电记录 余额正确。
292 -
293 -已建议吴自行核查该时间后的数据。
294 -
295 -~-~-解决:
296 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
297 -售后（跟单）工程师：YD
298 -
299 299  = szds_case#23_20200309 =
300 300  
301 301  问题描述：手机号：18072831364
... ... @@ -306,7 +306,7 @@
306 306  
307 307  【YD】：经核查充值记录、充电消费和桩故障记录等记录确认该用户余额正确。
308 308  
309 -该用户此前看到的余额为欠款，该欠款来自故障账单20200308114416644046的“账单丢失”修复的金额补扣。
19 +该用户此前看到的余额为欠款，该欠款来自故障账单20200308114416644046的“账单丢失”修复补扣金额所致。
310 310  
311 311  【客户】：怎么没有微信通知欠款呢？
312 312  
... ... @@ -336,7 +336,7 @@
336 336  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
337 337  售后（跟单）工程师：chinyee
338 338  
339 -= =
49 += =
340 340  
341 341  = szds_case#21_20200305 =
342 342  
... ... @@ -713,7 +713,7 @@
713 713  状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
714 714  售后（跟单）工程师：施文俊
715 715  
716 -= =
426 += =
717 717  
718 718  = szds_case#5_20191129 =
719 719  
1583811286694-785.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -49.4 KB
Content
1583812807492-162.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -39.9 KB
Content
1583829729583-583.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -56.6 KB
Content
1583896676227-935.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -63.8 KB
Content
1583918488394-815.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -561.4 KB
Content
1583936058731-829.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -86.8 KB
Content
1584004257698-662.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -888.3 KB
Content
1584004285063-902.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -747.4 KB
Content