从版本< 2.7 >
yuandong he编辑
在2019/11/19 16:37上
到版本
chinyee he编辑
在2019/10/08 15:25上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.yuandong
1 +XWiki.Chinyee
Content
... ... @@ -2,67 +2,10 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= function_case#7_20191119 =
5 += funcation_case#3_20191008 =
6 6  
7 -系统单元:MC2.0
8 8  
9 -问题描述:充电网络/充电站管理 电价计费设置内选择”直流分时充电计费“时,不熟悉平台的客户会优先看到显示的”交流桩电价“和”交流桩服务费“而忽视下面定价时段的电价及服务费,认为计费设置不合理。
10 -
11 -定价时段内的电价及服务费需要加上”交流“两个字,让客户对价格设置能明确理解。(”交流分时充电计费“同理)
12 -
13 -~-~--跟踪
14 -
15 -~-~--解决
16 -
17 -状态(√表示选定 ): 已解决 | √处理中 | 暂搁置
18 -
19 -售后(跟单)工程师:施文俊 chinyee YD
20 -
21 -= function_case#6_20191104 =
22 -
23 -系统单元:MC2.0 令狐充运营商
24 -问题描述:筛选查询 中  审核时间条件  疑似 不合理,描述见下:
25 -1、客户于2019-11-1 申请在线退款,当前为未审核状态。
26 -2、进入“首页/客户管理/会员管理/退款审核管理”,筛选条件中申请时间 选 2019-10-30至2019-11-5,审核日期保持初始默认,查询结果为空。(预期有数据)
27 -3、补充 额外 筛选条件中审核日期 选 2019-10-30至2019-11-5,可以查得待审核数据。(未审核状态单子 是否不需要 选审核日期)
28 -~-~--跟踪
29 -
30 -~-~--解决
31 -
32 -状态(√表示选定 ): 已解决 | √处理中 | 暂搁置
33 -
34 -售后(跟单)工程师:施文俊
35 -
36 -= =
37 -
38 -= function_case#5_20191015 =
39 -
40 40  ~-~-~-~-~-~--
41 -问题描述:“首页/客户管理/会员管理/会员管理”,因mc2.0计划保留站点管理员密码充电,此处需参照bo1.0,支持管理员创建虚拟“站点管理员”,可自行命名管理员名称, 用于强可读性的和站点进行绑定。
42 -~-~--跟踪
43 -
44 -~-~--解决
45 -
46 -状态(√表示选定 ): 已解决 | √处理中 | 暂搁置
47 -
48 -售后(跟单)工程师:施文俊
49 -
50 -
51 -= function_case#4_20191014 =
52 -
53 -poweredby升级时会涉及到一个账号切换问题:
54 -1)2.0是以是否有操作权限区分了两批人,超级管理员和普通操作员。
55 -2)3.0是以权限划分了三个身份:管理层-可查看业务营收数据,不可进行桩站设置;运维-不可查看业务营收数据,可进行桩站设置;监控人员:不可查看业务营收数据,不可进行桩站设置。
56 -3)业务营收数据:营收、电费、服务费。
57 -4)切换时,需要给原来的账号对应新角色。系统会自动将原来的普通操作员账号角色换为监控人员;超级管理员账号角色换为管理层。
58 -5)需运营协助提前告知客户,及时针对实际情况修改账号角色。
59 -产品部提供一份功能介绍文档,供客户查阅。
60 -
61 -
62 -= function_case#3_20191008 =
63 -
64 -
65 -~-~-~-~-~-~--
66 66  问题描述:igo充电记录导出表格,希望可以加上会员昵称这一项(在平台有这一项显示)。
67 67  ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
68 68  运营商初步排查结果:
... ... @@ -69,14 +69,16 @@
69 69  \\~-~--分析
70 70  
71 71  
72 -~-~--解决
15 +\\~-~--解决
73 73  
74 74  状态(√表示选定 ): 已解决 | √处理中 | 暂搁置
75 75  
76 76  售后(跟单)工程师:施文俊  何倩怡
77 77  
21 +(% class="wikigeneratedid" %)
22 += =
78 78  
79 -= function_case#2_20190923 =
24 += funcation_case#2_20190923 =
80 80  
81 81  
82 82  ~-~-~-~-~-~--
... ... @@ -92,8 +92,9 @@
92 92  
93 93  售后(跟单)工程师:施文俊
94 94  
40 += =
95 95  
96 -= function_case#1_20190912 =
42 += funcation_case#1_20190912 =
97 97  
98 98  
99 99  关于平台账单中“异常”的可靠性问题及如何在业务层面提供辅助信息补充说明的问题的讨论及建议: