Hide last authors
![]() |
1.2 | 1 | {{box cssClass="box floatinginfobox" title="**Summary**"}} |
2 | {{toc/}} | ||
3 | {{/box}} | ||
4 | |||
![]() |
5.4 | 5 | = function_case#9_20191206 = |
6 | |||
7 | 系统单元:MC2.0 | ||
8 | 问题描述:代金券券支持服务费模式(中山平实等挂靠令狐充模式要求) | ||
9 | ~-~--跟踪 | ||
10 | **包含两大类:** | ||
11 | **一、挂靠模式需考虑的功能点:** | ||
12 | 1、财务对账结算的影响 | ||
13 | 2、充值时未标注代金券适用站点。 | ||
14 | \\**二、代金券支持仅抵扣服务费** | ||
15 | 1、产品已计划的改动:设置代金券时,增加一个抵扣适用选择,是消费总额or服务费。【预计12.30完成】 | ||
16 | 2、产品未计划的改动:终端UI如微信,如仅抵扣服务费类型,可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。(标记不明确可能产生纠纷,)。【此项请评估工作量是否可和1一起完成】 | ||
17 | |||
18 | ~-~--解决 | ||
19 | |||
20 | 状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 | ||
21 | |||
22 | 售后(跟单)工程师:施文俊 | ||
23 | |||
24 | (% class="wikigeneratedid" %) | ||
25 | = = | ||
26 | |||
![]() |
5.2 | 27 | = function_case#8_20191126 = |
28 | |||
29 | 系统单元:bo2.0,刷卡 | ||
30 | |||
31 | 问题描述: 云卡打印卡号20位,实际系统传输到平台是16位,见下图。 | ||
32 | 示例: | ||
33 | 00010000000000000013 | ||
34 | 0001000000000013 | ||
![]() |
5.3 | 35 | 原因: |
36 | 印刷写卡错误,这批卡号到1000 | ||
37 | 解决: | ||
38 | 给客户配置可以按16位处理 | ||
![]() |
5.2 | 39 | [[image:1574738028559-110.png]] |
40 | |||
![]() |
2.6 | 41 | = function_case#7_20191119 = |
42 | |||
43 | 系统单元:MC2.0 | ||
44 | |||
![]() |
2.7 | 45 | 问题描述:充电网络/充电站管理 电价计费设置内选择”直流分时充电计费“时,不熟悉平台的客户会优先看到显示的”交流桩电价“和”交流桩服务费“而忽视下面定价时段的电价及服务费,认为计费设置不合理。 |
![]() |
2.6 | 46 | |
![]() |
4.2 | 47 | (% class="box infomessage" %) |
48 | ((( | ||
![]() |
2.9 | 49 | 定价时段内的电价及服务费需要加上”直流桩“几个字,让客户对价格设置能明确理解。(”交流分时充电计费“同理) |
![]() |
4.2 | 50 | [[image:1574404666962-644.png]] |
51 | ))) | ||
![]() |
2.6 | 52 | |
53 | ~-~--跟踪 | ||
54 | |||
55 | ~-~--解决 | ||
56 | |||
57 | 状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 | ||
58 | |||
59 | 售后(跟单)工程师:施文俊 chinyee YD | ||
60 | |||
![]() |
2.5 | 61 | = function_case#6_20191104 = |
![]() |
2.4 | 62 | |
63 | 系统单元:MC2.0 令狐充运营商 | ||
64 | 问题描述:筛选查询 中 审核时间条件 疑似 不合理,描述见下: | ||
65 | 1、客户于2019-11-1 申请在线退款,当前为未审核状态。 | ||
66 | 2、进入“首页/客户管理/会员管理/退款审核管理”,筛选条件中申请时间 选 2019-10-30至2019-11-5,审核日期保持初始默认,查询结果为空。(预期有数据) | ||
67 | 3、补充 额外 筛选条件中审核日期 选 2019-10-30至2019-11-5,可以查得待审核数据。(未审核状态单子 是否不需要 选审核日期) | ||
68 | ~-~--跟踪 | ||
69 | |||
70 | ~-~--解决 | ||
71 | |||
72 | 状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 | ||
73 | |||
74 | 售后(跟单)工程师:施文俊 | ||
75 | |||
![]() |
5.4 | 76 | = = |
![]() |
2.4 | 77 | |
![]() |
2.5 | 78 | = function_case#5_20191015 = |
![]() |
2.3 | 79 | |
80 | ~-~-~-~-~-~-- | ||
81 | 问题描述:“首页/客户管理/会员管理/会员管理”,因mc2.0计划保留站点管理员密码充电,此处需参照bo1.0,支持管理员创建虚拟“站点管理员”,可自行命名管理员名称, 用于强可读性的和站点进行绑定。 | ||
82 | ~-~--跟踪 | ||
83 | |||
84 | ~-~--解决 | ||
85 | |||
86 | 状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 | ||
87 | |||
88 | 售后(跟单)工程师:施文俊 | ||
89 | |||
90 | |||
![]() |
2.5 | 91 | = function_case#4_20191014 = |
![]() |
2.2 | 92 | |
93 | poweredby升级时会涉及到一个账号切换问题: | ||
94 | 1)2.0是以是否有操作权限区分了两批人,超级管理员和普通操作员。 | ||
95 | 2)3.0是以权限划分了三个身份:管理层-可查看业务营收数据,不可进行桩站设置;运维-不可查看业务营收数据,可进行桩站设置;监控人员:不可查看业务营收数据,不可进行桩站设置。 | ||
96 | 3)业务营收数据:营收、电费、服务费。 | ||
97 | 4)切换时,需要给原来的账号对应新角色。系统会自动将原来的普通操作员账号角色换为监控人员;超级管理员账号角色换为管理层。 | ||
98 | 5)需运营协助提前告知客户,及时针对实际情况修改账号角色。 | ||
99 | 产品部提供一份功能介绍文档,供客户查阅。 | ||
100 | |||
101 | |||
![]() |
2.5 | 102 | = function_case#3_20191008 = |
![]() |
2.1 | 103 | |
104 | |||
105 | ~-~-~-~-~-~-- | ||
106 | 问题描述:igo充电记录导出表格,希望可以加上会员昵称这一项(在平台有这一项显示)。 | ||
107 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
108 | 运营商初步排查结果: | ||
109 | \\~-~--分析 | ||
110 | |||
111 | |||
![]() |
2.2 | 112 | ~-~--解决 |
![]() |
2.1 | 113 | |
114 | 状态(√表示选定 ): 已解决 | √处理中 | 暂搁置 | ||
115 | |||
116 | 售后(跟单)工程师:施文俊 何倩怡 | ||
117 | |||
118 | |||
![]() |
2.5 | 119 | = function_case#2_20190923 = |
![]() |
1.2 | 120 | |
121 | |||
![]() |
1.4 | 122 | ~-~-~-~-~-~-- |
123 | 问题描述:谷歌浏览器 链接:[[https:~~/~~/mc.linghuchongtech.com>>url:https://mc.linghuchongtech.com/]] 账号:lhc_hyd ,点击"充电桩管理/概览"会跳转到登录界面并需要重新登陆,尝试多次结果一样。 | ||
124 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- | ||
125 | 运营商初步排查结果: | ||
126 | \\~-~--分析 | ||
127 | |||
128 | 无法重现 | ||
129 | \\~-~--解决 | ||
130 | |||
131 | 状态(√表示选定 ): 已解决 | 处理中 | √ 暂搁置 | ||
132 | |||
133 | 售后(跟单)工程师:施文俊 | ||
134 | |||
135 | |||
![]() |
2.5 | 136 | = function_case#1_20190912 = |
![]() |
1.4 | 137 | |
138 | |||
![]() |
1.2 | 139 | 关于平台账单中“异常”的可靠性问题及如何在业务层面提供辅助信息补充说明的问题的讨论及建议: |
140 | \\1、Dynamic:在平台账单中增加一个标注, 该标志用于标识“平台账单”的可靠性,如发生像离线后在线但充电已结束,则会标识为不可靠, 且在不可靠上区分不同原因, 可扩展且在运营过程中根据实际发生的场景进行补充; | ||
141 | 2、BOSS: | ||
142 | 2.1、利用新增的“可靠性”标识, 决定是否产生异常账单提示; | ||
143 | 2.2、在异常账单中提供辅助信息查询, 可能包括(但不限于):离线时间,故障时间,故障原因等。 | ||
144 | 大家看看,是否可行及建议。 | ||
145 | |||
146 | |||
147 | 4分钟问题,应该是之前考虑用户体验的要求修改的, 之前是15分钟. | ||
![]() |
1.3 | 148 | |
![]() |
1.4 | 149 | ~-~- |
![]() |
1.3 | 150 | |
![]() |
1.4 | 151 | 售后(跟单)工程师:施文俊 |