文档更改深圳德顺

在2020/07/24 11:28上被chinyee he修改
从版本< 55.10 >
由shi chuck编辑
在2020/03/31 16:16上
到版本
由shi chuck编辑
在2020/03/14 09:35上
< >
修改评论 上传新附件1584149733644-145.png

Summary

Details

Page properties
Content
... ... @@ -5,197 +5,8 @@
5 5  
6 6  **~* 金凯瑞和其子客户那边所有问题，令狐充的分析结果在金凯瑞内部群里说明，统一交由金凯瑞方（如，吴小英）去最终告知 当地运营客户的群。**
7 7  
8 -= szds_case#39_20200331 =
9 -
10 -问题描述：德顺对界面有以下定制要求
11 -
12 -~-~-跟踪
13 -
14 -【定制需求内容】：
15 -1、扫码后没充电的情况下可以直接退出页面。
16 -2、扫码后没充电的情况下如果不能直接退出页面，建议增加设定退出键。
17 -【令】：1和2 扫码后没有充电时，所在页面是充电设置页，页面下方有返回按钮，点击可退出页面。
18 -【客】：安卓没有底部退出。
19 -【令】：安卓手机利用它自身的返回按钮进行返回的，这个是微信H5的特点。
20 -
21 - 3.微信公众号的投诉信息开通删除键。
22 -【令】：公众号的投诉信息是通过公众号发送的，需要查看微信是否有提供这个功能。
23 -
24 - 4.客户评论的信息都能让所有人看到，也能看到客服的解答。
25 -【令】：客户评论未在h5中找到对应的功能，应为公众号的对话功能，此功能只能客服接收并回复。
26 -
27 - 5.充电桩充满电显示已充满电，正在充电显示。
28 -【令】：充满电是针对车辆，不是针对充电桩的。充电桩为充电结束/完成。正在充电显示？？
29 -【客】：充电桩充满电了就要显示已充满电，正在充电就显示正在充电。充满电就不能显示桩故障或未知。
30 -
31 -~-~-解决:
32 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
33 -售后（跟单）工程师： 施文俊
34 -
35 -= szds_case#38_20200330 =
36 -
37 -问题描述：吴小英给德顺绑定两张充电卡
38 -
39 -~-~-跟踪
40 -
41 -【YD】：一开始他是咨询平台的一些数据显示方面的疑问，在为其解答的过程中问到绑卡操作的事。开始以为也是疑问 为其解答，到后面时她已经在操作了。一问一答的过程中应该有不够严谨的地方 以下为聊天记录
42 -
43 -[[attach:聊天记录.docx||target="_blank"]]
44 -
45 -~-~-解决:
46 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
47 -售后（跟单）工程师： YD
48 -
49 -= szds_case#37_20200325 =
50 -
51 -问题描述：这里保存不了
52 -
53 -[[image:1585119660494-567.png||height="259" width="571"]]
54 -
55 -~-~-跟踪
56 -【技术】：这个实际上保存成功的了，刷新一下页面就知道了，看上去是返回的时候报错了。我找个时间更新一下
57 -
58 -~-~-解决:
59 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
60 -售后（跟单）工程师： chinyee
61 -
62 -
63 -= szds_case#36_20200323 =
64 -
65 -问题描述：
66 -今天现场发现一个订单异常 ，现场的LOG文件显示平台发了2次启动，并且第二次的启动时 ，平台认为充电结束了 。 麻烦施工帮助找人分析一下
67 -
68 -[[image:1584953571081-470.png||height="234" width="890"]]
69 -
70 -~-~-跟踪：
71 -
72 -【YD】：确认到单号是20200323111540037446，反馈技术分析。
73 -
74 -【技术】：[[attach:罗宾森_20200323-1.log||target="_blank"]]
75 -
76 -~-~-解决:
77 -
78 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
79 -售后（跟单）工程师：施文俊 YD
80 -
81 -= szds_case#35_20200320 =
82 -
83 -问题描述：这几个用户不知道为什么欠费[[image:1584692263683-965.png||height="144" width="838"]]
84 -
85 -~-~-跟踪
86 -
87 -【YD】：确认了一遍上述用户的余额，其中一个用户的余额为正故忽略此用户。 德顺的阈值是2元 看了另外4位用户最后扣费订单的最后几分钟心跳没有看出异常，最后扣费的单也都是正常账单且桩故障并不构成欠费的影响。转研发
88 -
89 -【YD】：15817290607, 16675161816当时余额正常，但是用户之前有异常账单，后来修复了，补扣了钱导致欠费。
90 -
91 -13600141696电量跳动超过1元，导致欠费。当时阈值1元
92 -
93 -（详情见微信聊天记录）
94 -
95 -~-~-解决:
96 -
97 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
98 -售后（跟单）工程师：YD
99 -
100 -= szds_case#35_20200319 =
101 -
102 -问题描述：平台和腾讯商户收入对账不匹配
103 -
104 -~-~-跟踪
105 -
106 -(% class="box message" %)
107 -(((
108 -【客户提供数据背景和我方整理】： 
109 -1、（图1） 样本 为客户统计数据，时间区间：1月投入运营后 至 2020-3-19 00:00 。
110 -2、德顺商户平台操作查询的时间点： 3月19日22：00
111 -3、[[attach:德顺新能源 华夏户3292555（2020.01.19-2020.03.19）.xls||target="_blank"]] 是 客户2020-3-19 午后（具体时间不明），在银行系统确认之进帐明细。
112 -4、（图2红框） 注意 3.19号的 单边贷记 
113 -结论：平台和银行实收 有较大差异。
114 -\\[[image:1584630611527-190.png]]图1
115 -[[image:1584631672367-243.png]]图2
116 -\\\\【shi】：以下数据样本时间皆为：截止2020/3/19  零点。
117 -**一、数据**
118 -~~令狐充平台端数据
119 -消费总额   153134.88
120 -充值总额 269735.00 | 人工线下充值总额： 100010.00 | 微信线上充值： 169725.00
121 -线上总计退款： 1768.70
122 -~~根据本case中客户xls和图文中重新统计数据
123 -银行账户实收： 155692.70 （排除 2020-3-19当日费用） | 166948.63（包括 2020-3-19当日费用）
124 -腾讯商户平台总计退款： 待客户提供。
125 -**二、分析**
126 -1、基于令狐充平台计算公式：（微信线上充值总额-线上总计退款）x (1-0.006)=（令狐充预期的）银行账户收款
127 -公式结果： (169725-1768.7)*(1-0.006)=166948.56 
128 -2、基于客户xls，客户银行实收款 =166948.63（包括 2020-3-19当日费用）
129 -**三、结论：**
130 -~~计算误差公式：客户银行实收款-（令狐充预期的）银行账户收款
131 -~~公式结果： 166948.63-166948.56=0.07 | 疑惑见下* 推论
132 -~~客户银行实收款 大于（令狐充预期的）银行账户收款。 德顺运营商获利 0.07元。
133 -~~误差： 0.07元
134 -*** 推论**
135 -1）此处以166948.63参与计算。 见上文中引用：“银行账户实收：  155692.70 （排除 2020-3-19当日费用） |  166948.63（包括 2020-3-19当日费用）”
136 -2）必须搞清楚xls中“单边贷记”性质。
137 -3）根据计算，我方推测：2020-3-19 单边贷记 款项记录 是 2020-3-18 00:00至2020-3-19 00:00 期间发生之充值；同时，德顺在2020-3-19 午后在银行系统查账，预期钱款此刻应到帐，但实则“单边贷记”，需客户和财务进一步确认。
138 -4）按照德顺描述：商户平台T+1， 实际到帐德顺账户时间是第二日 凌晨2至4点。
139 -\\\\\\【平台功能缺陷】：
140 -1、“首页/客户管理/会员管理/退款审核管理”无法导出退款记录，不利于统计对账。
141 -)))
142 -
143 -~-~-解决:
144 -
145 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
146 -售后（跟单）工程师：施文俊
147 -
148 148  = szds_case#34_20200312 =
149 149  
150 -问题描述：罗宾森10w元扣费
151 -
152 -~-~-跟踪
153 -
154 -(% class="box infomessage" %)
155 -(((
156 -billing_Id=20200314021804697386
157 -桩:44030500040000200011, 2号枪, 账单:20200314021804697386 , 巨额账单问题原因:
158 -1、该账单鉴权及启动充电时间在03-14 02:18:04.701及03-14 02:18:10.812, 启动成功;
159 -2、启动前，该枪的"电表度数"为：2343.78
160 -3、在之后的充电心跳中,在03-14 02:21:48.864的心跳中上送的"电表度数"为851999.7 (注意:这个产生巨额账单问题原因),报文如下:
161 -0xFEA6000002FFFF06F13434303330353030303430303030323030303131020205020202B0B310020E0314A8DE12020E031404000000D8782C3200000018A90700000000000000000000000000000000000000000000000000620C14054F015103800C800B01000132303230303331343032313830343639373338360000000000000000000000000000000000000000000000000000000000000000000000000000000000000000B916
162 -4、该充电在03-14 02:21:49.191发起停止并结束;
163 -5、该充电结束后，桩没有在30分钟内上传账单 (注意:账单延时)
164 -6、平台在该充电结束后30分钟, 平台根据心跳中的电表数据预估费用, 由于之前该枪产生过异常的电表度数所致;
165 -[[image:1584149733644-145.png]]
166 -
167 -【shi】：bo端日志片段。通过关键字查询：addChargeRecord 20200314021804697386
168 -第一次平台账单片段：
169 -**2020-03-14 02:54:14.691** | http-nio-8091-exec-3 | INFO | c.s.b.f.CustomAuthenticationFilter.doFilter(69) : POST : authType: 1 batteryRatedCapacity: 0.0 batteryRatedTotalVoltage: 0.0 batteryType: 6 billingId: 20200314021804697386 billingType: 1 billingValid: 1 chargeDuration: 219 chargeEnd: 2020-03-14 02:22:06 chargePower: 309.36 chargeStart: 2020-03-14 02:18:26 chargeUnitLabel: 2 deviceNumber: 44030500040000200011 gunConnectTime: 2020-03-14 02:16:46 occupyDuration: 103 pbBillingValid: pbChargeDuration: 219 pbChargeEnd: 2020-03-14 02:22:06 pbChargePower: 1.81 pbChargeStart: 2020-03-14 02:18:26 pbExactChargeEnd: true pbExactServiceEnd: true pbOccupyDuration: 103 pbPhasePowers: 0.0,0.0,0.0,0.0,**849655.92**,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0 
170 -第二次设备账单片段：
171 -**2020-03-14 02:57:07.049** | http-nio-8091-exec-7 | INFO | c.s.b.f.CustomAuthenticationFilter.doFilter(69) : POST : authType: 1 batteryRatedCapacity: 0.0 batteryRatedTotalVoltage: 0.0 batteryType: 6 billingId: 20200314021804697386 billingType: 2 billingValid: 10 chargeDuration: 180 chargeEnd: 2020-03-14 02:21:02 chargePower: 1.81 chargeStart: 2020-03-14 02:18:02 chargeUnitLabel: 2 deviceNumber: 44030500040000200011 gunConnectTime: 2020-03-14 02:16:46 occupyDuration: 2040 pbBillingValid: pbChargeDuration: 219 pbChargeEnd: 2020-03-14 02:22:06 pbChargePower: 1.81 pbChargeStart: 2020-03-14 02:18:26 pbExactChargeEnd: true pbExactServiceEnd: true pbOccupyDuration: 103 pbPhasePowers: 0.0,0.0,0.0,0.0,849655.92,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0 pbServiceEnd: 2020-03-14 02:23:49 pbServiceStart: 2020-03-14 02:18:05 phasePowers: 0.0,0.0,0.0,0.0,1.81,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0 productType: 2
172 -
173 -
174 -**紧急修正办法：**
175 -1、此单心跳数据不正确+账单丢失，双重原因导致绝费用，可进入异常账单修正。（如果最终账单上传了，会按真实账单计算（账单中心跳如果正确），但此账单最终未上送。）
176 -2、桩端bug及时修复。
177 -
178 -**临时调整账单机制：**
179 -平台支持机制包括：
180 -机制1）异常账单 手工修复 后终端用户才实际收到 修复后的账单。
181 -机制2）先产生账单，后手工修复 纠正账单数据。
182 -
183 -两种机制优缺点：
184 -机制1）至少7x24（7x16）小时有人办公，及时修复异常账单，仅修复后 终端用户才收到账单，并进行扣费。如不及时扣费，用户可再次充电，可能导致累计扣费引起账户余额大额负数。
185 -机制2）减小桩端的bug数据对终端用户直接产生不可靠影响。 包括：电量费用、时间异常等。
186 -\\运营商可按实际运营情况提出申请，平台方可按客户要求调整机制。
187 -
188 -[[image:1584150339953-344.png]]
189 -)))
190 -
191 -~-~-解决:
192 -
193 -
194 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
195 -售后（跟单）工程师：施文俊
196 -
197 -= szds_case#34_20200312 =
198 -
199 199  问题描述：罗宾森在测试环境测试的， 启动失败，上送登出，取消服务的测试， 说会造成app卡死
200 200  
201 201  ~-~-跟踪
... ... @@ -549,7 +549,7 @@
549 549  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
550 550  售后（跟单）工程师：chinyee
551 551  
552 -= =
363 += =
553 553  
554 554  = szds_case#21_20200305 =
555 555  
... ... @@ -926,7 +926,7 @@
926 926  状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
927 927  售后（跟单）工程师：施文俊
928 928  
929 -= =
740 += =
930 930  
931 931  = szds_case#5_20191129 =
932 932  
1584150339953-344.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -56.7 KB
Content
1584630611527-190.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -64.5 KB
Content
1584631672367-243.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -15.9 KB
Content
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
1585119660494-567.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -123.3 KB
Content
德顺新能源 华夏户3292555（2020.01.19-2020.03.19）.xls
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -31.0 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”已经结束了。
聊天记录.docx
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -456.1 KB
Content