Wiki源代码迭代

Version 7.1 by shi chuck on 2019/12/11 09:32

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

Wiki源代码迭代

导航

Applications