文档更改迭代

在2020/04/21 14:30上被yuandong he修改
从版本< 28.3 >
由shi chuck编辑
在2020/04/21 13:59上
到版本
由chinyee he编辑
在2020/03/04 18:24上
< >
修改评论 上传新附件1583317444244-284.png

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.Chinyee
Content
... ... @@ -2,219 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= function_case#22_20200420 =
6 -
7 -系统单元：BO2.0
8 -问题描述：离线白名单 管理端配置操作改善评估
9 -
10 -
11 -~-~--跟踪
12 -
13 -(% class="box" %)
14 -(((
15 -【问题描述】：
16 -
17 -金凯瑞平台
18 -
19 -站点:西区临时站场充电服务项目
20 -桩程序刷新白名单：2号桩、3号桩、5号桩
21 -
22 -1、4月15号中午11点 现场桩已刷新白名单测试用，
23 -桩上测试可以正常使用离线白名单，桩上有离线测试数据，桩联上网之后后台没有接收到离线数据，售后重新
24 -再检查桩程序，还是一样后台没接收到离线数据。
25 -
26 -2、在4月18号时间 11号桩、10号桩换了新的程序刷新，桩上测试离线白名单是可以使用的，而且有显示离线数据，桩连上网后在后台没接收到离线数据。
27 -麻烦施工帮查一下是否后台出现
28 -什么问题？罗宾森已发出文报详情请看下文件：
29 -[[image:1587368119273-210.png]]
30 -
31 -[[image:1587368226885-453.png]]
32 -
33 -【niewei】：
34 -1、04-18 12:52:36.042 [DEBUG][ BossServiceImpl.java:200][Thread-190] response: HTTP/1.1 200
35 -{"code":1,"message":"离线充电无法找到对应用户","record":{"payment":0,"balance":0.0,"billingTypeUsed":0}}
36 -2、估计是， 离线白名单没有和帐号绑定在一起， 导致"离线充电无法找到对应用户"。
37 -
38 -
39 -【shi】：
40 -~~原因：
41 -推测112233 这个密码随便起，无用户对应。
42 -~~解决办法
43 -1、可以建虚拟账号，密码设为112233
44 -2、将站点管理员密码作为，离线白名单密码。
45 -针对 已经发生充电用1。新的站点用2最优
46 -
47 -~~改善空间：
48 -只要白名单的密码 在用户（不管真实或虚拟）中存在， 我觉得关联这层机器自动化检测较好。 目前人为去保证正确性要求有点高，给客户解释太困难了。
49 -)))
50 -
51 -~-~--解决
52 -
53 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
54 -
55 -售后（跟单）工程师：施文俊
56 -
57 -= function_case#21_20200416 =
58 -
59 -系统单元：BO2.0
60 -问题描述：在线VIN鉴权充电，见tapd
61 -
62 -
63 -~-~--跟踪
64 -
65 -(% class="box" %)
66 -(((
67 -【产品】：把vin鉴权增加到目前的车辆车架管理模块。按目前的流程，可单独创建，也可批量导入。导入后，可设置部门和开通鉴权功能。需要增加1、vin鉴权功能，2、增加会员信息展示和输入（如通过会员手机号，关联展示会员相信信息）
68 -[[image:1587029701718-117.png]]
69 -
70 -[[image:1587029800174-976.png]]
71 -
72 -【shi】：
73 -~~必要功能：
74 -1 能沿用到原车架管理的数据。
75 -2 报表查询可以查到充电数据。
76 -3、纯粹vin校验，实际仅从车的纬度就可以完成，不用考虑人纬度。目前，车也可以直接归到某部门中（是否必须要和人关联可以再考虑下？增加操作使用复杂度）。
77 -~~实施原则：
78 -1、 考虑到vin鉴权是会被广泛高频使用的特色功能，整体功能评估后再决定实施。
79 -2、 确保近期小改后先能用（如 ：客户特别急，第一批的甚至可以技术人员代为批量导入等临时处理）
80 -3、从技术先行 转变 产品设计先行。考虑用户操作维护之 易读易理解易操作。
81 -
82 -
83 -~~update 2020-4-20
84 -这个名字没起好，也是虚拟用户，即无微信身份的用户。选虚拟用户就是站点管理员，可以关联部门（默认不关联）
85 -
86 -1、已导入的车辆的部门必须和子运营商关联
87 -2、此子运营商必须有唯一的一个用户关联
88 -
89 -绑定子运营商的做法也有些问题，在部门那里设置特殊定价不会生效，也不会扣部门金额
90 -[[image:1587376794898-404.png]]
91 -
92 -
93 -~~update 2020-4-21
94 -1 测试环境ubidy增加了vin充电通过部门绑定的vin鉴权。可以把他们(如 罗宾森)测试的vin码从用户卡号那里移除，重新从部门那里加入，验证流程。
95 -2 部门账户要有钱，会从部门账户扣费的。
96 -)))
97 -
98 -~-~--解决
99 -
100 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
101 -
102 -售后（跟单）工程师：施文俊
103 -
104 -= function_case#20_20200408 =
105 -
106 -系统单元：MC2.0
107 -问题描述：银行卡退款
108 -
109 -~-~--跟踪
110 -
111 -(% class="box message" %)
112 -(((
113 -【运营中问题】：其中 1转产品评估；2未上线，和产品协商上线时间
114 -1、需要填写支行： 公司开户行是工行，除非个人的是工行可以不填开支行，其他银行都要填写开户支行。见下图
115 -2、线上、线下退款不同手续费：
116 - 2.1）独立设置。
117 - 2.2）用户端能看到相关手续费提示。
118 -[[image:1586324727043-667.png]]
119 -)))
120 -
121 -~-~--解决
122 -
123 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
124 -
125 -售后（跟单）工程师：施文俊
126 -
127 -= function_case#19_20200318 =
128 -
129 -系统单元：bo2.0
130 -问题描述：客户对占桩机制质疑和优化
131 -
132 -~-~--跟踪
133 -
134 -(% class="box message" %)
135 -(((
136 -【客户】：跟德顺安总沟通了微信客户端“电桩详情”的状态描述。除了我们昨天沟通的内容之外，还有一种状态需要考虑。如果德顺开始收取占桩停车费，当出现因为充电机或平台或网络故障造成客户车辆电池未充满，但是自动跳枪停止充电的情况，此时的状态描述是否也是“占桩中”？是否会计收停车费？如果这种情况也收停车费的话，客户肯定不能接受，需要与“占桩”状态区分开来另行处理。
137 - ~~~~
138 - 【令】：针对“充电机或平台或网络故障造成客户车辆电池未充满，但是自动跳枪停止充电”，分析见下：
139 -
140 -**平台占桩提醒机制：**
141 - 1、车辆满电占桩、或微信端主动停止充电时，平台发送“占桩收费”提醒消息，提醒N分钟后即将收取占桩费并含详细的占桩计费信息。（N在平台电价配置）
142 - 2、开始计算占桩费时，平台再次发送微信消息，通知开始收取占桩费。
143 - 3、启用占桩收费后，微信端启动充电和充电结束阶段，平台发送“占桩收费”消息，包括详细的占桩计费信息。【**待产品评估**确认：启动时增加提醒占桩费】
144 -\\**造成桩占桩整理之场景：**
145 - 场景1：车辆bms未严格遵循国标，启动阶段，桩端和车辆握手异常，桩主导跳枪。
146 - 场景2：账户余额不足，充电过程，平台根据阀值自动停止充电。
147 - 场景3：充电过程中，桩断网，且持续至车辆满电占桩，网络一直未恢复。一段时间后，桩恢复网络，补送设备账单。当符合条件【拔枪时间-充电结束时间>计费策略中设置的免费占桩时间】，此时产生站桩费用。
148 -\\**责任和解决：** 
149 -其中：场景1、2 应 属于用户这边的问题，可以提前申明告知用户责任。
150 - 场景1，严格意义是因为用户车辆不符合国标，引起跳枪停止充电时，收到占桩提醒，又未及时拔枪挪车引起，见下**技术细节**。【**niewei**、john确认，此时停止原因多是“bms通讯异常停止”】
151 - 场景2，因为用户没有保障充足余额，停止充电时，收到占桩提醒，又未及时拔枪挪车引起。
152 - 场景3，见下
153 - 1）正常情况，应保障场站的网络稳定，如果发生断网，也应在短时间内恢复场站网络。平台可及时获取最新桩状态，避免用户收到不准确数据。
154 - 2）如认可第1）项，长时间的断网是严重影响运营，没有网络的情况，桩无法联网启动，此时应优先解决网络故障后再运营场站。
155 - 3）如果第1）中的场景发生，平台也支持对个别账单的数据修正，参考异常账单修复步骤纠正个别异常数据。
156 -
157 -**（异常场景）技术细节**
158 -bo希望能收到桩停止充电的状态来决定是否发送占桩消息。
159 - 1）用户扫码鉴权后，app端点了启动，但桩和车辆因 握手失败，充电启动失败，未拔枪。司机不知情离开，n小时候后回来，发现未充入电量、但收了N小时占桩费。空账单充电时长=0。
160 - 2）app端点了启动，桩成功启动，期间发了1一个故障 导致充电过程提前结束。
161 -)))
162 -
163 -~-~--解决
164 -
165 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
166 -
167 -售后（跟单）工程师：施文俊
168 -
169 -= function_case#18_20200317 =
170 -
171 -系统单元：MC2.0
172 -问题描述：监控小程序支持1个手机跨运营商登录 配置问题
173 -
174 -~-~--跟踪
175 -
176 -(% class="box infomessage" %)
177 -(((
178 -**背景：**参见[[jkr_case#33_20200317>>doc:技术.业务支撑.金凯瑞.WebHome]]
179 -
180 -以金凯瑞账号为例，操作过程出现异常：
181 -1、新建 “jkr_super_admin”账号，对应角色“金凯瑞超级角色”
182 -2、jkr_super_admin创建过程只能选单个运营商，或保持默认（即所有）
183 -3、“金凯瑞超级角色”创建 选了 金凯瑞旗下多个运营商。
184 -\\结果：
185 -1、jkr_super_admin 登录 ，界面卡死loading。
186 -2、jkr_super_admin 配置选择单个运营商“金凯瑞”、不选子运营商时报错。
187 -3、疑问：“监控小程序支持1个手机跨运营商登录 配置” 是以角色还是账号中的运营商为主，后者只能配单个运营商。
188 -\\【john】：用户管理那里的运营商只是设置账号从属关系，数据显示以角色为准。 jkr_super_admin我设置了运营商为金凯瑞，登录没遇到你说的问题。站点人员(小程序)能看到的数据以绑定的运营商为准
189 -)))
190 -
191 -~-~--解决
192 -
193 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
194 -
195 -售后（跟单）工程师：施文俊
196 -
197 -= function_case#17_20200317 =
198 -
199 -系统单元：微信端 h5
200 -问题描述：部分场景soc显示不友好。
201 -
202 -~-~--跟踪
203 -
204 -**背景：**
205 - 微信终端桩状态关于soc显示的优化，包括以下场景：
206 - 1、充电后占桩的soc显示优化： 。。。
207 - 2、启动充电前桩占桩时，SOC显示优化： 。。。
208 -
209 -[[image:1584438663706-955.png]]
210 -
211 -~-~--解决
212 -
213 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
214 -
215 -售后（跟单）工程师：施文俊
216 -
217 -
218 218  = function_case#16_20200304 =
219 219  
220 220  系统单元：MC2.0 深圳德顺
... ... @@ -256,10 +256,6 @@
256 256  
257 257  ~-~--解决
258 258  
259 -[[image:1583317444244-284.png||height="265" width="555"]]
260 -
261 -【令技术】：平台退款审核页面，手续费显示为0，实际上应该要扣0.6%的手续费。导致这样的结果是因为德顺的数据库退款申请表缺少了手续费字段，估计是数据库版本有点问题，退款手续费没保存到。未审核的退款账单可以修复，已经审核了的账单不可修复，看是否有影响。
262 -
263 263  状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
264 264  
265 265  售后（跟单）工程师：施文俊
... ... @@ -344,7 +344,7 @@
344 344  4、协助发一张测试卡供 互联互通测试。【请moln协助】  卡号为：0002 0000 0001 0032
345 345  5、将新发卡片绑定至ubidy其中账户，用新卡刷桩A，记录测试用例和结果。
346 346  
347 -= =
130 += =
348 348  
349 349  = function_case#10_20191209 =
350 350  
... ... @@ -392,7 +392,7 @@
392 392  
393 393  售后（跟单）工程师：施文俊
394 394  
395 -= =
178 += =
396 396  
397 397  = function_case#8_20191126 =
398 398  
... ... @@ -443,7 +443,7 @@
443 443  
444 444  售后（跟单）工程师：施文俊
445 445  
446 -= =
229 += =
447 447  
448 448  = function_case#5_20191015 =
449 449  
1584438663706-955.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -70.6 KB
Content
1586324727043-667.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -15.1 KB
Content
1587029701718-117.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -38.4 KB
Content
1587029800174-976.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -121.1 KB
Content
1587368119273-210.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -98.3 KB
Content
1587368226885-453.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -45.1 KB
Content
1587376794898-404.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -17.4 KB
Content