Wiki源代码迭代

Version 22.5 by shi chuck on 2020/03/17 19:23

1.2	1	{{box cssClass="box floatinginfobox" title="Summary"}}
	2	{{toc/}}
	3	{{/box}}
	4
22.4	5	= function_case#18_20200317 =
22.2	6
22.4	7	系统单元：MC2.0
	8	问题描述：监控小程序支持1个手机跨运营商登录配置问题
22.2	9
22.4	10	~-~--跟踪
	11
	12	(% class="box infomessage" %)
	13	(((
	14	背景：参见[[jkr_case#33_20200317>>doc:技术.业务支撑.金凯瑞.WebHome]]
	15
	16	以金凯瑞账号为例，操作过程出现异常：
	17	1、新建 “jkr_super_admin”账号，对应角色“金凯瑞超级角色”
	18	2、jkr_super_admin创建过程只能选单个运营商，或保持默认（即所有）
	19	3、“金凯瑞超级角色”创建选了金凯瑞旗下多个运营商。
	20	\\结果：
	21	1、jkr_super_admin 登录，界面卡死loading。
	22	2、jkr_super_admin 配置选择单个运营商“金凯瑞”、不选子运营商时报错。
	23	3、疑问：“监控小程序支持1个手机跨运营商登录配置” 是以角色还是账号中的运营商为主，后者只能配单个运营商。
22.5	24	\\【john】：用户管理那里的运营商只是设置账号从属关系，数据显示以角色为准。 jkr_super_admin我设置了运营商为金凯瑞，登录没遇到你说的问题。站点人员(小程序)能看到的数据以绑定的运营商为准
22.4	25	)))
	26
	27	~-~--解决
	28
	29	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	30
	31	售后（跟单）工程师：施文俊
	32
22.2	33	= function_case#17_20200317 =
	34
	35	系统单元：微信端 h5
	36	问题描述：部分场景soc显示不友好。
	37
	38	~-~--跟踪
	39
	40	背景：
	41	微信终端桩状态关于soc显示的优化，包括以下场景：
	42	1、充电后占桩的soc显示优化：。。。
	43	2、启动充电前桩占桩时，SOC显示优化：。。。
	44
	45	[[image:1584438663706-955.png]]
	46
	47	~-~--解决
	48
	49	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	50
22.4	51	售后（跟单）工程师：施文俊
22.2	52
	53
19.1	54	= function_case#16_20200304 =
18.1	55
	56	系统单元：MC2.0 深圳德顺
	57	问题描述：客户希望每个月只能退款一次，制定在每个月的28号，该信息显示在用户手机的退款页面上。
	58
	59	[[image:1583315527111-589.png\|\|height="224" width="344"]][[image:1583315543931-173.png\|\|height="428" width="214"]]
	60	\\~-~--跟踪
	61
	62	【产品】：把退款说明做成运营商级别自定义，但是还是能申请的，只是运营商说明每月固定时间审核
	63
	64	~-~--解决
	65
	66	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	67
	68	售后（跟单）工程师：chinyee
	69
	70
15.2	71	= function_case#15_20200303 =
	72
	73	系统单元：MC2.0
	74	问题描述：完善在线退款入口权限配置
	75	~-~--跟踪
	76
	77	(% class="box" %)
	78	(((
15.3	79	【背景】：
15.2	80	1、独立bo客户拥有登录账户配置权，可以配置“全局设置管理”中 “退款手续费率”，当开启退款选项，微信端出现退款入口。（见图）
	81	2、因自动化退款是高级版功能，不能由客户自动控制。
	82
	83	[[image:1583210787973-129.png]]
	84
15.3	85	【解决方案】：
15.2	86	1、紧急下线“退款手续费率”配置模块。
	87	2、取消“自动化退款”（商务上未授权的，如：非高级版运营商）
	88	3、转产品评估完善功能。
15.3	89	\\【优先级】：较高
	90	原因：紧急下线“退款手续费率”配置模块，客户无法自主调整退款费率等配置。
15.2	91	)))
	92
	93	~-~--解决
	94
21.1	95	[[image:1583317444244-284.png\|\|height="265" width="555"]]
	96
	97	【令技术】：平台退款审核页面，手续费显示为0，实际上应该要扣0.6%的手续费。导致这样的结果是因为德顺的数据库退款申请表缺少了手续费字段，估计是数据库版本有点问题，退款手续费没保存到。未审核的退款账单可以修复，已经审核了的账单不可修复，看是否有影响。
	98
15.2	99	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	100
	101	售后（跟单）工程师：施文俊
	102
14.2	103	= function_case#14_20200117 =
	104
	105	系统单元：MC2.0
	106	问题描述：mc2.0 删除站点的功能（当前不可用），需要增加的原因：
	107	1）客户建错站点，要删除，空桩数据，显示上不精确
	108	2）引起互联互通同步了不该同步数据
	109	~-~--跟踪
	110	目前情况是：
	111	1、对于互联互通模式，有个不可见的设置，设置后，第三方运营商平台是看不到站点且启动不了充电。
	112	2、自营方只能设置为关闭，关闭后用户端站点运营状态显示为关闭，但是去到站点如果有桩是能启动充电的。
	113	3、通过1、2两点能暂时解决无用站点的数据问题。
	114	4、我们还是不建议删除站点信息。所以我们重新确定了个站点状态方案，基本能满足可预见的情况
	115
	116	(% class="box" %)
	117	(((
	118	[[image:1579232008611-525.png]]
	119	)))
	120
	121	“设置后，第三方运营商平台是看不到站点”满足这点的话，可以不删。现在滴滴接入能看到未删站点.
	122	igo跟滴滴、愉天跟极数充这种，滴滴跟极数充不是令狐充的平台，需要在jarvis去设置。这个“是否可见”只在令狐充saas之前生效。
	123	展鹏达和滴滴之间能满足就可以, 对外的都需要jarvis过滤
	124	如果展鹏达自己也需要对这个设置错误的站点做错失，就是在mc把运营状态改为关闭
	125	用户端会对应状态改为关闭
	126
	127
	128	~-~--解决
	129
	130	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	131
15.2	132	售后（跟单）工程师：施文俊
14.2	133
12.1	134	= function_case#13_20200103 =
	135
	136	系统单元：MC2.0 南方众悦
13.1	137	问题描述：代金卷使用没有导出功能，主要是使用记录要分析能够导出在不同站点之间的成本核算啊。包括。这个客户哪些客户使用了多少张啊？这个数据都有对后期的一些作用。
12.1	138	\\~-~--跟踪
	139
	140	~-~--解决
	141
	142	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	143
	144	售后（跟单）工程师：chinyee
	145
10.1	146	= function_case#12_20191223 =
	147
	148	系统单元：BO2.0
	149
	150	问题描述：南方众悦客户想给test（充电站值班室账号）开通修改的权限，给故障账单进行修正，同时可以看到会员管理的会员信息，但不想开放人工充值的权限。
	151
	152	[[image:1577072446290-882.png\|\|height="236" width="568"]]
	153
	154	~-~-跟踪
11.2	155	~~update 20191224
	156	增加了一个权限
	157	[[image:1577182019279-783.png]]
10.1	158
11.2	159	[[image:file:///C:\Users\wenjun\Documents\Tencent Files\364781508\Image\C2C\{30077117-1933-24D5-8A01-0F76D7D8BBE8}.jpg]]
	160
7.2	161	= function_case#11_20191211 =
	162
	163	系统单元：BO2.0
	164	问题描述：互联互通支持刷卡的测试（测试环境）
	165
	166	~-~--跟踪
7.4	167
7.5	168	背景：
7.4	169
	170	1、A运营商用户的卡在B运营商的桩上刷卡启动，B运营商解析卡号知道属于A运营商才会互联互通到A的boss，所以卡号一定要有A运营商id
	171	2、意味着卡号前4位必须和db中运营商ID一致。
	172
	173
	174
	175	测试摘要：
7.2	176	1、互联互通刷卡充电，已经更新到测试环境 https:~/~/mc-uat.linghuchongtech.com，需用办公室交流桩做刷卡测试。
	177	2、将一台支持刷卡的桩（A）迁移到“内部集成运营商”下站点“互联互通测试”。
	178	[[image:1576027922341-911.png]]
7.4	179	3、ubidy用户在测试环境中对应运营商id为2, 即，卡号为0002xxxxxxxxxxxx。
7.5	180	4、协助发一张测试卡供互联互通测试。【请moln协助】卡号为：0002 0000 0001 0032
7.4	181	5、将新发卡片绑定至ubidy其中账户，用新卡刷桩A，记录测试用例和结果。
7.2	182
22.5	183	= =
7.2	184
6.2	185	= function_case#10_20191209 =
	186
	187	系统单元：MC2.0
	188	问题描述：发票模式从按充值改为按消费开票，产生的遗留问题。
	189
	190	~-~--跟踪
	191	我们现在提供了一种切换机制：引入发票遗留金概念
	192	\\发票遗留金：由于系统开票规则由按充值开票升级为按消费开票，在切换日2019年x月x日 xx:xx前①已消费未开票 ②已开票未消费的金额称为发票遗留金。
	193	\\1、已消费未开出发票：
	194	①在切换日后的首次开发票时，会补开该部分金额的发票。
	195	②当选择开票的消费金额+发票遗留金≥最低可开票金额时，可申请开票。
	196	③实际开出发票金额=选择开票的消费金额+发票遗留金
	197	\\2、已开出票未消费：
	198	①在切换日后的首次开发票时，需扣减发票遗留金。
	199	②当选择开票的消费金额-发票遗留金≥最低可开票金额时，可申请开票。
	200	③实际开出发票金额=选择开票的消费金额-发票遗留金
	201	\\注：赠款部分不可开发票。
	202	看客户是否采用，如果不采用，就需要他们引入运营资源去处理，处理完后通知我们进行切换
	203	[[image:1575861008265-279.png]]
	204	发票遗留金功能已经上线了的
	205
	206
5.4	207	= function_case#9_20191206 =
	208
	209	系统单元：MC2.0
	210	问题描述：代金券券支持服务费模式（中山平实等挂靠令狐充模式要求）
	211	~-~--跟踪
	212	包含两大类：
	213	一、挂靠模式需考虑的功能点：
7.3	214	1.1、财务对账结算的影响
	215	1.2、充值时未标注代金券适用站点，也需考虑用户充值时系统给出 “代金券仅试用指定站点” 类似提示。
5.4	216	\\二、代金券支持仅抵扣服务费
7.3	217	2.1、产品已计划的改动：设置代金券时，增加一个抵扣适用选择，是消费总额or服务费。【预计12.30完成】
	218	2.2、产品未计划的改动：终端UI如微信，如仅抵扣服务费类型，可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。（标记不明确可能产生纠纷,）。【此项请评估工作量是否可和1一起完成】
5.4	219
7.3	220	~~update 20191211
8.2	221	1、客户已知悉第二项中功能需要改动后支持。
7.3	222	客户希望12.12日做代金券活动。愿意先用总费用抵扣模式，但平台也需先实现1.2中功能才能提供挂靠客户使用，请评估可行性。（目前已经支持指定站点使用，不过前端需要增加提示显示）
8.2	223	2、更新新的活动，见[[attach:1_中山12月营销计划.docx\|\|target="_blank"]]
7.3	224
5.4	225	~-~--解决
	226
	227	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	228
	229	售后（跟单）工程师：施文俊
	230
22.5	231	= =
5.4	232
5.2	233	= function_case#8_20191126 =
	234
	235	系统单元：bo2.0，刷卡
	236
	237	问题描述：云卡打印卡号20位，实际系统传输到平台是16位，见下图。
	238	示例：
	239	00010000000000000013
	240	0001000000000013
5.3	241	原因：
	242	印刷写卡错误，这批卡号到1000
	243	解决：
	244	给客户配置可以按16位处理
5.2	245	[[image:1574738028559-110.png]]
	246
2.6	247	= function_case#7_20191119 =
	248
	249	系统单元：MC2.0
	250
2.7	251	问题描述：充电网络/充电站管理电价计费设置内选择”直流分时充电计费“时，不熟悉平台的客户会优先看到显示的”交流桩电价“和”交流桩服务费“而忽视下面定价时段的电价及服务费，认为计费设置不合理。
2.6	252
4.2	253	(% class="box infomessage" %)
	254	(((
2.9	255	定价时段内的电价及服务费需要加上”直流桩“几个字，让客户对价格设置能明确理解。（”交流分时充电计费“同理）
4.2	256	[[image:1574404666962-644.png]]
	257	)))
2.6	258
	259	~-~--跟踪
	260
	261	~-~--解决
	262
	263	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	264
	265	售后（跟单）工程师：施文俊 chinyee YD
	266
2.5	267	= function_case#6_20191104 =
2.4	268
	269	系统单元：MC2.0 令狐充运营商
	270	问题描述：筛选查询中审核时间条件疑似不合理，描述见下：
	271	1、客户于2019-11-1 申请在线退款，当前为未审核状态。
	272	2、进入“首页/客户管理/会员管理/退款审核管理”，筛选条件中申请时间选 2019-10-30至2019-11-5，审核日期保持初始默认，查询结果为空。（预期有数据）
	273	3、补充额外筛选条件中审核日期选 2019-10-30至2019-11-5，可以查得待审核数据。（未审核状态单子是否不需要选审核日期）
	274	~-~--跟踪
	275
	276	~-~--解决
	277
	278	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	279
	280	售后（跟单）工程师：施文俊
	281
22.5	282	= =
2.4	283
2.5	284	= function_case#5_20191015 =
2.3	285
	286	~-~-~-~-~-~--
	287	问题描述：“首页/客户管理/会员管理/会员管理”，因mc2.0计划保留站点管理员密码充电，此处需参照bo1.0，支持管理员创建虚拟“站点管理员”，可自行命名管理员名称，用于强可读性的和站点进行绑定。
	288	~-~--跟踪
	289
	290	~-~--解决
	291
	292	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	293
	294	售后（跟单）工程师：施文俊
	295
	296
2.5	297	= function_case#4_20191014 =
2.2	298
	299	poweredby升级时会涉及到一个账号切换问题：
	300	1）2.0是以是否有操作权限区分了两批人，超级管理员和普通操作员。
	301	2）3.0是以权限划分了三个身份：管理层-可查看业务营收数据，不可进行桩站设置；运维-不可查看业务营收数据，可进行桩站设置；监控人员：不可查看业务营收数据，不可进行桩站设置。
	302	3）业务营收数据：营收、电费、服务费。
	303	4）切换时，需要给原来的账号对应新角色。系统会自动将原来的普通操作员账号角色换为监控人员；超级管理员账号角色换为管理层。
	304	5）需运营协助提前告知客户，及时针对实际情况修改账号角色。
	305	产品部提供一份功能介绍文档，供客户查阅。
	306
	307
2.5	308	= function_case#3_20191008 =
2.1	309
	310
	311	~-~-~-~-~-~--
	312	问题描述：igo充电记录导出表格，希望可以加上会员昵称这一项（在平台有这一项显示）。
	313	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	314	运营商初步排查结果：
	315	\\~-~--分析
	316
	317
2.2	318	~-~--解决
2.1	319
	320	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	321
	322	售后（跟单）工程师：施文俊何倩怡
	323
	324
2.5	325	= function_case#2_20190923 =
1.2	326
	327
1.4	328	~-~-~-~-~-~--
	329	问题描述：谷歌浏览器链接：[[https:~~/~~/mc.linghuchongtech.com>>url:https://mc.linghuchongtech.com/]] 账号：lhc_hyd ，点击"充电桩管理/概览"会跳转到登录界面并需要重新登陆，尝试多次结果一样。
	330	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	331	运营商初步排查结果：
	332	\\~-~--分析
	333
	334	无法重现
	335	\\~-~--解决
	336
	337	状态（√表示选定）：已解决 \| 处理中 \| √ 暂搁置
	338
	339	售后（跟单）工程师：施文俊
	340
	341
2.5	342	= function_case#1_20190912 =
1.4	343
	344
1.2	345	关于平台账单中“异常”的可靠性问题及如何在业务层面提供辅助信息补充说明的问题的讨论及建议:
	346	\\1、Dynamic：在平台账单中增加一个标注, 该标志用于标识“平台账单”的可靠性,如发生像离线后在线但充电已结束，则会标识为不可靠, 且在不可靠上区分不同原因, 可扩展且在运营过程中根据实际发生的场景进行补充;
	347	2、BOSS:
	348	2.1、利用新增的“可靠性”标识, 决定是否产生异常账单提示;
	349	2.2、在异常账单中提供辅助信息查询, 可能包括(但不限于)：离线时间,故障时间,故障原因等。
	350	大家看看，是否可行及建议。
	351
	352
	353	4分钟问题，应该是之前考虑用户体验的要求修改的，之前是15分钟.
1.3	354
1.4	355	~-~-
1.3	356
1.4	357	售后（跟单）工程师：施文俊

Wiki源代码迭代

导航

Applications