文档更改迭代

在2020/04/21 14:30上被yuandong he修改
从版本< 2.5 >
由shi chuck编辑
在2019/11/19 16:26上
到版本
由shi chuck编辑
在2019/09/25 13:38上
< >
修改评论 该版本没有评论

Summary

Details

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