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