Hide last authors
 |
1.2 | 1 | {{box cssClass="box floatinginfobox" title="**Summary**"}} |
| 2 | {{toc/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| |
2.2 | 5 | (% class="wikigeneratedid" %) |
| |
2.3 | 6 | = funcation_case#5_20191015 = |
| 7 | |||
| 8 | ~-~-~-~-~-~-- | ||
| 9 | 问题描述：“首页/客户管理/会员管理/会员管理”，因mc2.0计划保留站点管理员密码充电，此处需参照bo1.0，支持管理员创建虚拟“站点管理员”，可自行命名管理员名称， 用于强可读性的和站点进行绑定。 | ||
| 10 | ~-~--跟踪 | ||
| 11 | |||
| 12 | ~-~--解决 | ||
| 13 | |||
| 14 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 | ||
| 15 | |||
| 16 | 售后（跟单）工程师：施文俊 | ||
| 17 | |||
| 18 | (% class="wikigeneratedid" %) | ||
| 19 | = = | ||
| 20 | |||
| |
2.2 | 21 | = funcation_case#4_20191014 = |
| 22 | |||
| 23 | poweredby升级时会涉及到一个账号切换问题： | ||
| 24 | 1）2.0是以是否有操作权限区分了两批人，超级管理员和普通操作员。 | ||
| 25 | 2）3.0是以权限划分了三个身份：管理层-可查看业务营收数据，不可进行桩站设置；运维-不可查看业务营收数据，可进行桩站设置；监控人员：不可查看业务营收数据，不可进行桩站设置。 | ||
| 26 | 3）业务营收数据：营收、电费、服务费。 | ||
| 27 | 4）切换时，需要给原来的账号对应新角色。系统会自动将原来的普通操作员账号角色换为监控人员；超级管理员账号角色换为管理层。 | ||
| 28 | 5）需运营协助提前告知客户，及时针对实际情况修改账号角色。 | ||
| 29 | 产品部提供一份功能介绍文档，供客户查阅。 | ||
| 30 | |||
| 31 | |||
| |
2.1 | 32 | = funcation_case#3_20191008 = |
| 33 | |||
| 34 | |||
| 35 | ~-~-~-~-~-~-- | ||
| 36 | 问题描述：igo充电记录导出表格，希望可以加上会员昵称这一项（在平台有这一项显示）。 | ||
| 37 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
| 38 | 运营商初步排查结果： | ||
| 39 | \\~-~--分析 | ||
| 40 | |||
| 41 | |||
| |
2.2 | 42 | ~-~--解决 |
| |
2.1 | 43 | |
| 44 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 | ||
| 45 | |||
| 46 | 售后（跟单）工程师：施文俊 何倩怡 | ||
| 47 | |||
| 48 | |||
| |
1.4 | 49 | = funcation_case#2_20190923 = |
| |
1.2 | 50 | |
| 51 | |||
| |
1.4 | 52 | ~-~-~-~-~-~-- |
| 53 | 问题描述：谷歌浏览器 链接：[[https:~~/~~/mc.linghuchongtech.com>>url:https://mc.linghuchongtech.com/]] 账号：lhc_hyd ，点击"充电桩管理/概览"会跳转到登录界面并需要重新登陆，尝试多次结果一样。 | ||
| 54 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
| 55 | 运营商初步排查结果： | ||
| 56 | \\~-~--分析 | ||
| 57 | |||
| 58 | 无法重现 | ||
| 59 | \\~-~--解决 | ||
| 60 | |||
| 61 | 状态（√表示选定 ）： 已解决 | 处理中 | √ 暂搁置 | ||
| 62 | |||
| 63 | 售后（跟单）工程师：施文俊 | ||
| 64 | |||
| 65 | |||
| 66 | = funcation_case#1_20190912 = | ||
| 67 | |||
| 68 | |||
| |
1.2 | 69 | 关于平台账单中“异常”的可靠性问题及如何在业务层面提供辅助信息补充说明的问题的讨论及建议: |
| 70 | \\1、Dynamic：在平台账单中增加一个标注, 该标志用于标识“平台账单”的可靠性,如发生像离线后在线但充电已结束，则会标识为不可靠, 且在不可靠上区分不同原因, 可扩展且在运营过程中根据实际发生的场景进行补充; | ||
| 71 | 2、BOSS: | ||
| 72 | 2.1、利用新增的“可靠性”标识, 决定是否产生异常账单提示; | ||
| 73 | 2.2、在异常账单中提供辅助信息查询, 可能包括(但不限于)：离线时间,故障时间,故障原因等。 | ||
| 74 | 大家看看，是否可行及建议。 | ||
| 75 | |||
| 76 | |||
| 77 | 4分钟问题，应该是之前考虑用户体验的要求修改的， 之前是15分钟. | ||
| |
1.3 | 78 | |
| |
1.4 | 79 | ~-~- |
| |
1.3 | 80 | |
| |
1.4 | 81 | 售后（跟单）工程师：施文俊 |
| |
1.3 | 82 | |
| |
1.4 | 83 |