文档更改迭代
在2020/04/21 14:30上被yuandong he修改
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 1 removed)
Details
- Page properties
-
- Content
-
... ... @@ -2,104 +2,14 @@ 2 2 {{toc/}} 3 3 {{/box}} 4 4 5 -= function_case#20_20200408 = 6 6 7 -系统单元:MC2.0 8 -问题描述:银行卡退款 9 9 10 -~-~--跟踪 11 - 12 -(% class="box message" %) 13 -((( 14 -【运营中问题】:其中 1转产品评估;2未上线,和产品协商上线时间 15 -1、需要填写支行: 公司开户行是工行,除非个人的是工行可以不填开支行,其他银行都要填写开户支行。见下图 16 -2、线上、线下退款不同手续费: 17 - 2.1)独立设置。 18 - 2.2)用户端能看到相关手续费提示。 19 -[[image:1586324727043-667.png]] 20 -))) 21 - 22 -~-~--解决 23 - 24 -状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 25 - 26 -售后(跟单)工程师:施文俊 27 - 28 -= function_case#19_20200318 = 29 - 30 -系统单元:bo2.0 31 -问题描述:客户对占桩机制质疑和优化 32 - 33 -~-~--跟踪 34 - 35 -(% class="box message" %) 36 -((( 37 -【客户】:跟德顺安总沟通了微信客户端“电桩详情”的状态描述。除了我们昨天沟通的内容之外,还有一种状态需要考虑。如果德顺开始收取占桩停车费,当出现因为充电机或平台或网络故障造成客户车辆电池未充满,但是自动跳枪停止充电的情况,此时的状态描述是否也是“占桩中”?是否会计收停车费?如果这种情况也收停车费的话,客户肯定不能接受,需要与“占桩”状态区分开来另行处理。 38 - ~~~~ 39 - 【令】:针对“充电机或平台或网络故障造成客户车辆电池未充满,但是自动跳枪停止充电”,分析见下: 40 - 41 -**平台占桩提醒机制:** 42 - 1、车辆满电占桩、或微信端主动停止充电时,平台发送“占桩收费”提醒消息,提醒N分钟后即将收取占桩费并含详细的占桩计费信息。(N在平台电价配置) 43 - 2、开始计算占桩费时,平台再次发送微信消息,通知开始收取占桩费。 44 - 3、启用占桩收费后,微信端启动充电和充电结束阶段,平台发送“占桩收费”消息,包括详细的占桩计费信息。【**待产品评估**确认:启动时增加提醒占桩费】 45 -\\**造成桩占桩整理之场景:** 46 - 场景1:车辆bms未严格遵循国标,启动阶段,桩端和车辆握手异常,桩主导跳枪。 47 - 场景2:账户余额不足,充电过程,平台根据阀值自动停止充电。 48 - 场景3:充电过程中,桩断网,且持续至车辆满电占桩,网络一直未恢复。一段时间后,桩恢复网络,补送设备账单。当符合条件【拔枪时间-充电结束时间>计费策略中设置的免费占桩时间】,此时产生站桩费用。 49 -\\**责任和解决:** 50 -其中:场景1、2 应 属于用户这边的问题,可以提前申明告知用户责任。 51 - 场景1,严格意义是因为用户车辆不符合国标,引起跳枪停止充电时,收到占桩提醒,又未及时拔枪挪车引起,见下**技术细节**。【**niewei**、john确认,此时停止原因多是“bms通讯异常停止”】 52 - 场景2,因为用户没有保障充足余额,停止充电时,收到占桩提醒,又未及时拔枪挪车引起。 53 - 场景3,见下 54 - 1)正常情况,应保障场站的网络稳定,如果发生断网,也应在短时间内恢复场站网络。平台可及时获取最新桩状态,避免用户收到不准确数据。 55 - 2)如认可第1)项,长时间的断网是严重影响运营,没有网络的情况,桩无法联网启动,此时应优先解决网络故障后再运营场站。 56 - 3)如果第1)中的场景发生,平台也支持对个别账单的数据修正,参考异常账单修复步骤纠正个别异常数据。 57 - 58 -**(异常场景)技术细节** 59 -bo希望能收到桩停止充电的状态来决定是否发送占桩消息。 60 - 1)用户扫码鉴权后,app端点了启动,但桩和车辆因 握手失败,充电启动失败,未拔枪。司机不知情离开,n小时候后回来,发现未充入电量、但收了N小时占桩费。空账单充电时长=0。 61 - 2)app端点了启动,桩成功启动,期间发了1一个故障 导致充电过程提前结束。 62 -))) 63 - 64 -~-~--解决 65 - 66 -状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 67 - 68 -售后(跟单)工程师:施文俊 69 - 70 -= function_case#18_20200317 = 71 - 72 -系统单元:MC2.0 73 -问题描述:监控小程序支持1个手机跨运营商登录 配置问题 74 - 75 -~-~--跟踪 76 - 77 -(% class="box infomessage" %) 78 -((( 79 -**背景:**参见[[jkr_case#33_20200317>>doc:技术.业务支撑.金凯瑞.WebHome]] 80 - 81 -以金凯瑞账号为例,操作过程出现异常: 82 -1、新建 “jkr_super_admin”账号,对应角色“金凯瑞超级角色” 83 -2、jkr_super_admin创建过程只能选单个运营商,或保持默认(即所有) 84 -3、“金凯瑞超级角色”创建 选了 金凯瑞旗下多个运营商。 85 -\\结果: 86 -1、jkr_super_admin 登录 ,界面卡死loading。 87 -2、jkr_super_admin 配置选择单个运营商“金凯瑞”、不选子运营商时报错。 88 -3、疑问:“监控小程序支持1个手机跨运营商登录 配置” 是以角色还是账号中的运营商为主,后者只能配单个运营商。 89 -\\【john】:用户管理那里的运营商只是设置账号从属关系,数据显示以角色为准。 jkr_super_admin我设置了运营商为金凯瑞,登录没遇到你说的问题。站点人员(小程序)能看到的数据以绑定的运营商为准 90 -))) 91 - 92 -~-~--解决 93 - 94 -状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 95 - 96 -售后(跟单)工程师:施文俊 97 - 98 98 = function_case#17_20200317 = 99 99 100 100 系统单元:微信端 h5 101 101 问题描述:部分场景soc显示不友好。 102 102 12 + 103 103 ~-~--跟踪 104 104 105 105 **背景:** ... ... @@ -113,7 +113,7 @@ 113 113 114 114 状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 115 115 116 -售后(跟单)工程师 :施文俊26 +售后(跟单)工程师 117 117 118 118 119 119 = function_case#16_20200304 =
- 1586324727043-667.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.ShiChuck - Size
-
... ... @@ -1,1 +1,0 @@ 1 -15.1 KB - Content