文档更改深圳德顺
在2020/07/24 11:28上被chinyee he修改
Summary
-
Page properties (2 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 3 removed)
Details
- Page properties
-
- 文档作者
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. yuandong1 +XWiki.ShiChuck - Content
-
... ... @@ -5,42 +5,6 @@ 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 - 44 44 = szds_case#35_20200319 = 45 45 46 46 问题描述:平台和腾讯商户收入对账不匹配 ... ... @@ -61,20 +61,20 @@ 61 61 **一、数据** 62 62 ~~令狐充平台端数据 63 63 消费总额 153134.88 64 -充值总额 28 +充值总额 269735.00 | 人工线下充值总额:100010.00 | 微信线上充值:169725.00 扣除千分之六: 169725.00*(1-0.006)= 168706.65 65 65 线上总计退款: 1768.70 66 66 ~~根据本case中客户xls和图文中重新统计数据 67 -银行账户实收: 68 -腾讯商户平台总计退款: 31 +银行账户实收: 155692.70 (排除 2020-3-19当日费用) | 166948.63(包括 2020-3-19当日费用) 32 +腾讯商户平台总计退款: 待客户提供。 69 69 **二、分析** 70 -1、基于令狐充平台计算公式: (微信线上充值总额-线上总计退款)x (1-0.006)=(令狐充预期的)银行账户收款71 -公式结果: (169725-1768.7)*(1-0.006)=166948.5672 -2、基于客户xls,客户银行实收款 =166948.63(包括 34 +1、基于令狐充平台计算公式:微信线上充值总额(扣除千分之六)-线上总计退款=(令狐充预期的)银行账户收款 35 +公式结果: 168706.65-1768.70=166937.95 36 +2、基于客户xls,客户银行实收款 =166948.63(包括 2020-3-19当日费用) 73 73 **三、结论:** 74 74 ~~计算误差公式:客户银行实收款-(令狐充预期的)银行账户收款 75 -~~公式结果: 166948.63-1669 48.56=0.0776 -~~客户银行实收款 0.07元。77 -~~误差: 0.0 7元39 +~~公式结果: 166948.63-166937.95=10.68 | **疑惑见下* 推论** 40 +~~客户银行实收款 大于(令狐充预期的)银行账户收款。 德顺运营商获利。 41 +~~误差率: 十万分之六。 公式为:10.68/166948.63=0.00006 78 78 *** 推论** 79 79 1)此处以166948.63参与计算。 见上文中引用:“银行账户实收: 155692.70 (排除 2020-3-19当日费用) | 166948.63(包括 2020-3-19当日费用)” 80 80 2)必须搞清楚xls中“单边贷记”性质。
- 1584692263683-965.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.yuandong - Size
-
... ... @@ -1,1 +1,0 @@ 1 -45.2 KB - Content
- 1584953571081-470.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.yuandong - Size
-
... ... @@ -1,1 +1,0 @@ 1 -108.3 KB - Content
- 罗宾森_20200323-1.log
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.yuandong - Size
-
... ... @@ -1,1 +1,0 @@ 1 -1.4 KB - Content
-
... ... @@ -1,24 +1,0 @@ 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”已经结束了。