文档更改深圳德顺

在2020/07/24 11:28上被chinyee he修改
从版本< 49.2 >
由shi chuck编辑
在2020/03/20 01:06上
到版本
由yuandong he编辑
在2020/03/23 18:35上
< >
修改评论 上传新附件罗宾森_20200323-1.log

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.yuandong
Content
... ... @@ -5,6 +5,42 @@
5 5  
6 6  **~* 金凯瑞和其子客户那边所有问题，令狐充的分析结果在金凯瑞内部群里说明，统一交由金凯瑞方（如，吴小英）去最终告知 当地运营客户的群。**
7 7  
8 +(% class="wikigeneratedid" %)
9 += szds_case#36_20200323 =
10 +
11 +问题描述：
12 +今天现场发现一个订单异常 ，现场的LOG文件显示平台发了2次启动，并且第二次的启动时 ，平台认为充电结束了 。 麻烦施工帮助找人分析一下
13 +
14 +[[image:1584953571081-470.png||height="234" width="890"]]
15 +
16 +~-~-跟踪：
17 +
18 +【YD】：确认到单号是20200323111540037446，反馈技术分析。
19 +
20 +~-~-解决:
21 +
22 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
23 +售后（跟单）工程师：施文俊 YD
24 +
25 += szds_case#35_20200320 =
26 +
27 +问题描述：这几个用户不知道为什么欠费[[image:1584692263683-965.png||height="144" width="838"]]
28 +
29 +~-~-跟踪
30 +
31 +【YD】：确认了一遍上述用户的余额，其中一个用户的余额为正故忽略此用户。 德顺的阈值是2元 看了另外4位用户最后扣费订单的最后几分钟心跳没有看出异常，最后扣费的单也都是正常账单且桩故障并不构成欠费的影响。转研发
32 +
33 +【YD】：15817290607, 16675161816当时余额正常，但是用户之前有异常账单，后来修复了，补扣了钱导致欠费。
34 +
35 +13600141696电量跳动超过1元，导致欠费。当时阈值1元
36 +
37 +（详情见微信聊天记录）
38 +
39 +~-~-解决:
40 +
41 +状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
42 +售后（跟单）工程师：YD
43 +
8 8  = szds_case#35_20200319 =
9 9  
10 10  问题描述：平台和腾讯商户收入对账不匹配
... ... @@ -25,20 +25,20 @@
25 25  **一、数据**
26 26  ~~令狐充平台端数据
27 27  消费总额   153134.88
28 -充值总额   269735.00  |  人工线下充值总额：100010.00  |  微信线上充值：169725.00   扣除千分之六： 169725.00*(1-0.006)= 168706.65
64 +充值总额 269735.00 | 人工线下充值总额： 100010.00 | 微信线上充值： 169725.00
29 29  线上总计退款： 1768.70
30 30  ~~根据本case中客户xls和图文中重新统计数据
31 -银行账户实收：  155692.70 （排除 2020-3-19当日费用） |  166948.63（包括 2020-3-19当日费用）
32 -腾讯商户平台总计退款： 待客户提供。
67 +银行账户实收： 155692.70 （排除 2020-3-19当日费用） | 166948.63（包括 2020-3-19当日费用）
68 +腾讯商户平台总计退款： 待客户提供。
33 33  **二、分析**
34 -1、基于令狐充平台计算公式：微信线上充值总额（扣除千分之六）-线上总计退款=（令狐充预期的）银行账户收款
35 -公式结果：  168706.65-1768.70=166937.95  
36 -2、基于客户xls，客户银行实收款 =166948.63（包括 2020-3-19当日费用）
70 +1、基于令狐充平台计算公式：（微信线上充值总额-线上总计退款）x (1-0.006)=（令狐充预期的）银行账户收款
71 +公式结果： (169725-1768.7)*(1-0.006)=166948.56 
72 +2、基于客户xls，客户银行实收款 =166948.63（包括 2020-3-19当日费用）
37 37  **三、结论：**
38 38  ~~计算误差公式：客户银行实收款-（令狐充预期的）银行账户收款
39 -~~公式结果： 166948.63-166937.95=10.68  |  **疑惑见下* 推论**
40 -~~客户银行实收款  大于（令狐充预期的）银行账户收款。  德顺运营商获利。
41 -~~误差率： 十万分之六。  公式为：10.68/166948.63=0.00006
75 +~~公式结果： 166948.63-166948.56=0.07 | 疑惑见下* 推论
76 +~~客户银行实收款 大于（令狐充预期的）银行账户收款。 德顺运营商获利 0.07元。
77 +~~误差： 0.07元
42 42  *** 推论**
43 43  1）此处以166948.63参与计算。 见上文中引用：“银行账户实收：  155692.70 （排除 2020-3-19当日费用） |  166948.63（包括 2020-3-19当日费用）”
44 44  2）必须搞清楚xls中“单边贷记”性质。
1584692263683-965.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +45.2 KB
Content
1584953571081-470.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +108.3 KB
Content
罗宾森_20200323-1.log
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.yuandong
Size
... ... @@ -1,0 +1,1 @@
1 +1.4 KB
Content
... ... @@ -1,0 +1,24 @@
1 +桩44030500040000200019 2号枪,billing_ID=20200323111540037446 充电事务：
2 +
3 +03-23 11:15:40.815 ,消息15,鉴权
4 +03-23 11:15:41.494 ,消息16
5 +
6 +03-23 11:15:45.202 ,消息20,启动充电
7 +03-23 11:15:45.504 ,消息21
8 +
9 +03-23 11:15:50.513 ,消息5,桩状态:idle,枪状态:connect
10 +
11 +03-23 11:16:36.649 ,消息20,启动充电, 注意: 距离第一次发起启动51秒, (因为loading卡住太久，那个用户就关掉页面重新打开，这个时候因为桩是空闲，所以可以再次点击启动)
12 +03-23 11:16:36.903 ,消息5,桩状态:charging,枪状态:connect,注意: 到此时该充电事务开始...
13 +03-23 11:16:41.593 ,消息21,注意: 这条21的返回有点慢，差不多5秒, 不过不影响平台处理
14 +
15 +
16 +03-23 11:16:41.603 ,消息22,桩状态:idle,枪状态:connect,注意: 但此时桩状态由“charging”变为“idle”,平台判断该充电事务结束
17 +03-23 11:16:42.594 ,消息5,桩状态:idle,枪状态:connect
18 +03-23 11:16:43.613 ,消息5,桩状态:idle,枪状态:connect
19 +
20 +
21 +03-23 11:16:48.623 ,消息5,桩状态:charging,枪状态:connect,注意: 该枪又变成充电状态了
22 +03-23 11:16:49.633 ,消息22,桩状态:charging,枪状态:connect
23 +....
24 +注意:继续充电, 并在“2020-03-23 12:08:08”上传账单, 这个账单和平台判断的就不一致了. 平台认为该充电在“03-23 11:16:41.603”已经结束了。