Wiki源代码迭代

在2020/04/21 14:30上被yuandong he修改

1.2	1	{{box cssClass="box floatinginfobox" title="Summary"}}
	2	{{toc/}}
	3	{{/box}}
	4
27.2	5	= function_case#22_20200420 =
	6
	7	系统单元：BO2.0
	8	问题描述：离线白名单管理端配置操作改善评估
	9
	10
	11	~-~--跟踪
	12
	13	(% class="box" %)
	14	(((
	15	【问题描述】：
	16
	17	金凯瑞平台
	18
	19	站点:西区临时站场充电服务项目
	20	桩程序刷新白名单：2号桩、3号桩、5号桩
	21
	22	1、4月15号中午11点现场桩已刷新白名单测试用，
	23	桩上测试可以正常使用离线白名单，桩上有离线测试数据，桩联上网之后后台没有接收到离线数据，售后重新
	24	再检查桩程序，还是一样后台没接收到离线数据。
	25
	26	2、在4月18号时间 11号桩、10号桩换了新的程序刷新，桩上测试离线白名单是可以使用的，而且有显示离线数据，桩连上网后在后台没接收到离线数据。
	27	麻烦施工帮查一下是否后台出现
	28	什么问题？罗宾森已发出文报详情请看下文件：
	29	[[image:1587368119273-210.png]]
	30
	31	[[image:1587368226885-453.png]]
	32
	33	【niewei】：
	34	1、04-18 12:52:36.042 [DEBUG][ BossServiceImpl.java:200][Thread-190] response: HTTP/1.1 200
	35	{"code":1,"message":"离线充电无法找到对应用户","record":{"payment":0,"balance":0.0,"billingTypeUsed":0}}
	36	2、估计是，离线白名单没有和帐号绑定在一起，导致"离线充电无法找到对应用户"。
	37
	38
	39	【shi】：
	40	~~原因：
	41	推测112233 这个密码随便起，无用户对应。
	42	~~解决办法
	43	1、可以建虚拟账号，密码设为112233
	44	2、将站点管理员密码作为，离线白名单密码。
	45	针对已经发生充电用1。新的站点用2最优
27.3	46
	47	~~改善空间：
	48	只要白名单的密码在用户（不管真实或虚拟）中存在，我觉得关联这层机器自动化检测较好。目前人为去保证正确性要求有点高，给客户解释太困难了。
27.2	49	)))
	50
	51	~-~--解决
	52
	53	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	54
	55	售后（跟单）工程师：施文俊
	56
23.3	57	= function_case#21_20200416 =
	58
	59	系统单元：BO2.0
	60	问题描述：在线VIN鉴权充电，见tapd
	61
25.2	62
23.3	63	~-~--跟踪
	64
25.2	65	(% class="box" %)
	66	(((
	67	【产品】：把vin鉴权增加到目前的车辆车架管理模块。按目前的流程，可单独创建，也可批量导入。导入后，可设置部门和开通鉴权功能。需要增加1、vin鉴权功能，2、增加会员信息展示和输入（如通过会员手机号，关联展示会员相信信息）
	68	[[image:1587029701718-117.png]]
	69
	70	[[image:1587029800174-976.png]]
	71
	72	【shi】：
	73	~~必要功能：
	74	1 能沿用到原车架管理的数据。
	75	2 报表查询可以查到充电数据。
	76	3、纯粹vin校验，实际仅从车的纬度就可以完成，不用考虑人纬度。目前，车也可以直接归到某部门中（是否必须要和人关联可以再考虑下？增加操作使用复杂度）。
	77	~~实施原则：
25.3	78	1、考虑到vin鉴权是会被广泛高频使用的特色功能，整体功能评估后再决定实施。
	79	2、确保近期小改后先能用（如：客户特别急，第一批的甚至可以技术人员代为批量导入等临时处理）
	80	3、从技术先行转变产品设计先行。考虑用户操作维护之易读易理解易操作。
28.2	81
	82
	83	~~update 2020-4-20
	84	这个名字没起好，也是虚拟用户，即无微信身份的用户。选虚拟用户就是站点管理员，可以关联部门（默认不关联）
	85
	86	1、已导入的车辆的部门必须和子运营商关联
	87	2、此子运营商必须有唯一的一个用户关联
	88
	89	绑定子运营商的做法也有些问题，在部门那里设置特殊定价不会生效，也不会扣部门金额
	90	[[image:1587376794898-404.png]]
28.3	91
	92
	93	~~update 2020-4-21
	94	1 测试环境ubidy增加了vin充电通过部门绑定的vin鉴权。可以把他们(如罗宾森)测试的vin码从用户卡号那里移除，重新从部门那里加入，验证流程。
	95	2 部门账户要有钱，会从部门账户扣费的。
28.4	96
	97	【YD】：已新建“罗宾森VIN测试”部门余额10000，并把原来绑定在用户卡号上的两个VIN码导入进此部门。
25.2	98	)))
	99
23.3	100	~-~--解决
	101
	102	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	103
	104	售后（跟单）工程师：施文俊
	105
23.2	106	= function_case#20_20200408 =
	107
	108	系统单元：MC2.0
	109	问题描述：银行卡退款
	110
	111	~-~--跟踪
	112
	113	(% class="box message" %)
	114	(((
	115	【运营中问题】：其中 1转产品评估；2未上线，和产品协商上线时间
	116	1、需要填写支行：公司开户行是工行，除非个人的是工行可以不填开支行，其他银行都要填写开户支行。见下图
	117	2、线上、线下退款不同手续费：
	118	2.1）独立设置。
	119	2.2）用户端能看到相关手续费提示。
	120	[[image:1586324727043-667.png]]
	121	)))
	122
	123	~-~--解决
	124
	125	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	126
	127	售后（跟单）工程师：施文俊
	128
22.6	129	= function_case#19_20200318 =
	130
	131	系统单元：bo2.0
	132	问题描述：客户对占桩机制质疑和优化
	133
	134	~-~--跟踪
	135
	136	(% class="box message" %)
	137	(((
	138	【客户】：跟德顺安总沟通了微信客户端“电桩详情”的状态描述。除了我们昨天沟通的内容之外，还有一种状态需要考虑。如果德顺开始收取占桩停车费，当出现因为充电机或平台或网络故障造成客户车辆电池未充满，但是自动跳枪停止充电的情况，此时的状态描述是否也是“占桩中”？是否会计收停车费？如果这种情况也收停车费的话，客户肯定不能接受，需要与“占桩”状态区分开来另行处理。
	139	~~~~
	140	【令】：针对“充电机或平台或网络故障造成客户车辆电池未充满，但是自动跳枪停止充电”，分析见下：
	141
	142	平台占桩提醒机制：
	143	1、车辆满电占桩、或微信端主动停止充电时，平台发送“占桩收费”提醒消息，提醒N分钟后即将收取占桩费并含详细的占桩计费信息。（N在平台电价配置）
	144	2、开始计算占桩费时，平台再次发送微信消息，通知开始收取占桩费。
	145	3、启用占桩收费后，微信端启动充电和充电结束阶段，平台发送“占桩收费”消息，包括详细的占桩计费信息。【待产品评估确认：启动时增加提醒占桩费】
	146	\\造成桩占桩整理之场景：
	147	场景1：车辆bms未严格遵循国标，启动阶段，桩端和车辆握手异常，桩主导跳枪。
	148	场景2：账户余额不足，充电过程，平台根据阀值自动停止充电。
	149	场景3：充电过程中，桩断网，且持续至车辆满电占桩，网络一直未恢复。一段时间后，桩恢复网络，补送设备账单。当符合条件【拔枪时间-充电结束时间>计费策略中设置的免费占桩时间】，此时产生站桩费用。
	150	\\责任和解决：
	151	其中：场景1、2 应属于用户这边的问题，可以提前申明告知用户责任。
22.7	152	场景1，严格意义是因为用户车辆不符合国标，引起跳枪停止充电时，收到占桩提醒，又未及时拔枪挪车引起，见下技术细节。【niewei、john确认，此时停止原因多是“bms通讯异常停止”】
22.6	153	场景2，因为用户没有保障充足余额，停止充电时，收到占桩提醒，又未及时拔枪挪车引起。
	154	场景3，见下
	155	1）正常情况，应保障场站的网络稳定，如果发生断网，也应在短时间内恢复场站网络。平台可及时获取最新桩状态，避免用户收到不准确数据。
	156	2）如认可第1）项，长时间的断网是严重影响运营，没有网络的情况，桩无法联网启动，此时应优先解决网络故障后再运营场站。
	157	3）如果第1）中的场景发生，平台也支持对个别账单的数据修正，参考异常账单修复步骤纠正个别异常数据。
22.7	158
	159	（异常场景）技术细节
	160	bo希望能收到桩停止充电的状态来决定是否发送占桩消息。
	161	1）用户扫码鉴权后，app端点了启动，但桩和车辆因握手失败，充电启动失败，未拔枪。司机不知情离开，n小时候后回来，发现未充入电量、但收了N小时占桩费。空账单充电时长=0。
	162	2）app端点了启动，桩成功启动，期间发了1一个故障导致充电过程提前结束。
22.6	163	)))
	164
	165	~-~--解决
	166
	167	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	168
	169	售后（跟单）工程师：施文俊
	170
22.4	171	= function_case#18_20200317 =
22.2	172
22.4	173	系统单元：MC2.0
	174	问题描述：监控小程序支持1个手机跨运营商登录配置问题
22.2	175
22.4	176	~-~--跟踪
	177
	178	(% class="box infomessage" %)
	179	(((
	180	背景：参见[[jkr_case#33_20200317>>doc:技术.业务支撑.金凯瑞.WebHome]]
	181
	182	以金凯瑞账号为例，操作过程出现异常：
	183	1、新建 “jkr_super_admin”账号，对应角色“金凯瑞超级角色”
	184	2、jkr_super_admin创建过程只能选单个运营商，或保持默认（即所有）
	185	3、“金凯瑞超级角色”创建选了金凯瑞旗下多个运营商。
	186	\\结果：
	187	1、jkr_super_admin 登录，界面卡死loading。
	188	2、jkr_super_admin 配置选择单个运营商“金凯瑞”、不选子运营商时报错。
	189	3、疑问：“监控小程序支持1个手机跨运营商登录配置” 是以角色还是账号中的运营商为主，后者只能配单个运营商。
22.5	190	\\【john】：用户管理那里的运营商只是设置账号从属关系，数据显示以角色为准。 jkr_super_admin我设置了运营商为金凯瑞，登录没遇到你说的问题。站点人员(小程序)能看到的数据以绑定的运营商为准
22.4	191	)))
	192
	193	~-~--解决
	194
	195	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	196
	197	售后（跟单）工程师：施文俊
	198
22.2	199	= function_case#17_20200317 =
	200
	201	系统单元：微信端 h5
	202	问题描述：部分场景soc显示不友好。
	203
	204	~-~--跟踪
	205
	206	背景：
	207	微信终端桩状态关于soc显示的优化，包括以下场景：
	208	1、充电后占桩的soc显示优化：。。。
	209	2、启动充电前桩占桩时，SOC显示优化：。。。
	210
	211	[[image:1584438663706-955.png]]
	212
	213	~-~--解决
	214
	215	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	216
22.4	217	售后（跟单）工程师：施文俊
22.2	218
	219
19.1	220	= function_case#16_20200304 =
18.1	221
	222	系统单元：MC2.0 深圳德顺
	223	问题描述：客户希望每个月只能退款一次，制定在每个月的28号，该信息显示在用户手机的退款页面上。
	224
	225	[[image:1583315527111-589.png\|\|height="224" width="344"]][[image:1583315543931-173.png\|\|height="428" width="214"]]
	226	\\~-~--跟踪
	227
	228	【产品】：把退款说明做成运营商级别自定义，但是还是能申请的，只是运营商说明每月固定时间审核
	229
	230	~-~--解决
	231
	232	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	233
	234	售后（跟单）工程师：chinyee
	235
	236
15.2	237	= function_case#15_20200303 =
	238
	239	系统单元：MC2.0
	240	问题描述：完善在线退款入口权限配置
	241	~-~--跟踪
	242
	243	(% class="box" %)
	244	(((
15.3	245	【背景】：
15.2	246	1、独立bo客户拥有登录账户配置权，可以配置“全局设置管理”中 “退款手续费率”，当开启退款选项，微信端出现退款入口。（见图）
	247	2、因自动化退款是高级版功能，不能由客户自动控制。
	248
	249	[[image:1583210787973-129.png]]
	250
15.3	251	【解决方案】：
15.2	252	1、紧急下线“退款手续费率”配置模块。
	253	2、取消“自动化退款”（商务上未授权的，如：非高级版运营商）
	254	3、转产品评估完善功能。
15.3	255	\\【优先级】：较高
	256	原因：紧急下线“退款手续费率”配置模块，客户无法自主调整退款费率等配置。
15.2	257	)))
	258
	259	~-~--解决
	260
21.1	261	[[image:1583317444244-284.png\|\|height="265" width="555"]]
	262
	263	【令技术】：平台退款审核页面，手续费显示为0，实际上应该要扣0.6%的手续费。导致这样的结果是因为德顺的数据库退款申请表缺少了手续费字段，估计是数据库版本有点问题，退款手续费没保存到。未审核的退款账单可以修复，已经审核了的账单不可修复，看是否有影响。
	264
15.2	265	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	266
	267	售后（跟单）工程师：施文俊
	268
14.2	269	= function_case#14_20200117 =
	270
	271	系统单元：MC2.0
	272	问题描述：mc2.0 删除站点的功能（当前不可用），需要增加的原因：
	273	1）客户建错站点，要删除，空桩数据，显示上不精确
	274	2）引起互联互通同步了不该同步数据
	275	~-~--跟踪
	276	目前情况是：
	277	1、对于互联互通模式，有个不可见的设置，设置后，第三方运营商平台是看不到站点且启动不了充电。
	278	2、自营方只能设置为关闭，关闭后用户端站点运营状态显示为关闭，但是去到站点如果有桩是能启动充电的。
	279	3、通过1、2两点能暂时解决无用站点的数据问题。
	280	4、我们还是不建议删除站点信息。所以我们重新确定了个站点状态方案，基本能满足可预见的情况
	281
	282	(% class="box" %)
	283	(((
	284	[[image:1579232008611-525.png]]
	285	)))
	286
	287	“设置后，第三方运营商平台是看不到站点”满足这点的话，可以不删。现在滴滴接入能看到未删站点.
	288	igo跟滴滴、愉天跟极数充这种，滴滴跟极数充不是令狐充的平台，需要在jarvis去设置。这个“是否可见”只在令狐充saas之前生效。
	289	展鹏达和滴滴之间能满足就可以, 对外的都需要jarvis过滤
	290	如果展鹏达自己也需要对这个设置错误的站点做错失，就是在mc把运营状态改为关闭
	291	用户端会对应状态改为关闭
	292
	293
	294	~-~--解决
	295
	296	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	297
15.2	298	售后（跟单）工程师：施文俊
14.2	299
12.1	300	= function_case#13_20200103 =
	301
	302	系统单元：MC2.0 南方众悦
13.1	303	问题描述：代金卷使用没有导出功能，主要是使用记录要分析能够导出在不同站点之间的成本核算啊。包括。这个客户哪些客户使用了多少张啊？这个数据都有对后期的一些作用。
12.1	304	\\~-~--跟踪
	305
	306	~-~--解决
	307
	308	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	309
	310	售后（跟单）工程师：chinyee
	311
10.1	312	= function_case#12_20191223 =
	313
	314	系统单元：BO2.0
	315
	316	问题描述：南方众悦客户想给test（充电站值班室账号）开通修改的权限，给故障账单进行修正，同时可以看到会员管理的会员信息，但不想开放人工充值的权限。
	317
	318	[[image:1577072446290-882.png\|\|height="236" width="568"]]
	319
	320	~-~-跟踪
11.2	321	~~update 20191224
	322	增加了一个权限
	323	[[image:1577182019279-783.png]]
10.1	324
11.2	325	[[image:file:///C:\Users\wenjun\Documents\Tencent Files\364781508\Image\C2C\{30077117-1933-24D5-8A01-0F76D7D8BBE8}.jpg]]
	326
7.2	327	= function_case#11_20191211 =
	328
	329	系统单元：BO2.0
	330	问题描述：互联互通支持刷卡的测试（测试环境）
	331
	332	~-~--跟踪
7.4	333
7.5	334	背景：
7.4	335
	336	1、A运营商用户的卡在B运营商的桩上刷卡启动，B运营商解析卡号知道属于A运营商才会互联互通到A的boss，所以卡号一定要有A运营商id
	337	2、意味着卡号前4位必须和db中运营商ID一致。
	338
	339
	340
	341	测试摘要：
7.2	342	1、互联互通刷卡充电，已经更新到测试环境 https:~/~/mc-uat.linghuchongtech.com，需用办公室交流桩做刷卡测试。
	343	2、将一台支持刷卡的桩（A）迁移到“内部集成运营商”下站点“互联互通测试”。
	344	[[image:1576027922341-911.png]]
7.4	345	3、ubidy用户在测试环境中对应运营商id为2, 即，卡号为0002xxxxxxxxxxxx。
7.5	346	4、协助发一张测试卡供互联互通测试。【请moln协助】卡号为：0002 0000 0001 0032
7.4	347	5、将新发卡片绑定至ubidy其中账户，用新卡刷桩A，记录测试用例和结果。
7.2	348
27.3	349	= =
7.2	350
6.2	351	= function_case#10_20191209 =
	352
	353	系统单元：MC2.0
	354	问题描述：发票模式从按充值改为按消费开票，产生的遗留问题。
	355
	356	~-~--跟踪
	357	我们现在提供了一种切换机制：引入发票遗留金概念
	358	\\发票遗留金：由于系统开票规则由按充值开票升级为按消费开票，在切换日2019年x月x日 xx:xx前①已消费未开票 ②已开票未消费的金额称为发票遗留金。
	359	\\1、已消费未开出发票：
	360	①在切换日后的首次开发票时，会补开该部分金额的发票。
	361	②当选择开票的消费金额+发票遗留金≥最低可开票金额时，可申请开票。
	362	③实际开出发票金额=选择开票的消费金额+发票遗留金
	363	\\2、已开出票未消费：
	364	①在切换日后的首次开发票时，需扣减发票遗留金。
	365	②当选择开票的消费金额-发票遗留金≥最低可开票金额时，可申请开票。
	366	③实际开出发票金额=选择开票的消费金额-发票遗留金
	367	\\注：赠款部分不可开发票。
	368	看客户是否采用，如果不采用，就需要他们引入运营资源去处理，处理完后通知我们进行切换
	369	[[image:1575861008265-279.png]]
	370	发票遗留金功能已经上线了的
	371
	372
5.4	373	= function_case#9_20191206 =
	374
	375	系统单元：MC2.0
	376	问题描述：代金券券支持服务费模式（中山平实等挂靠令狐充模式要求）
	377	~-~--跟踪
	378	包含两大类：
	379	一、挂靠模式需考虑的功能点：
7.3	380	1.1、财务对账结算的影响
	381	1.2、充值时未标注代金券适用站点，也需考虑用户充值时系统给出 “代金券仅试用指定站点” 类似提示。
5.4	382	\\二、代金券支持仅抵扣服务费
7.3	383	2.1、产品已计划的改动：设置代金券时，增加一个抵扣适用选择，是消费总额or服务费。【预计12.30完成】
	384	2.2、产品未计划的改动：终端UI如微信，如仅抵扣服务费类型，可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。（标记不明确可能产生纠纷,）。【此项请评估工作量是否可和1一起完成】
5.4	385
7.3	386	~~update 20191211
8.2	387	1、客户已知悉第二项中功能需要改动后支持。
7.3	388	客户希望12.12日做代金券活动。愿意先用总费用抵扣模式，但平台也需先实现1.2中功能才能提供挂靠客户使用，请评估可行性。（目前已经支持指定站点使用，不过前端需要增加提示显示）
8.2	389	2、更新新的活动，见[[attach:1_中山12月营销计划.docx\|\|target="_blank"]]
7.3	390
5.4	391	~-~--解决
	392
	393	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	394
	395	售后（跟单）工程师：施文俊
	396
27.3	397	= =
5.4	398
5.2	399	= function_case#8_20191126 =
	400
	401	系统单元：bo2.0，刷卡
	402
	403	问题描述：云卡打印卡号20位，实际系统传输到平台是16位，见下图。
	404	示例：
	405	00010000000000000013
	406	0001000000000013
5.3	407	原因：
	408	印刷写卡错误，这批卡号到1000
	409	解决：
	410	给客户配置可以按16位处理
5.2	411	[[image:1574738028559-110.png]]
	412
2.6	413	= function_case#7_20191119 =
	414
	415	系统单元：MC2.0
	416
2.7	417	问题描述：充电网络/充电站管理电价计费设置内选择”直流分时充电计费“时，不熟悉平台的客户会优先看到显示的”交流桩电价“和”交流桩服务费“而忽视下面定价时段的电价及服务费，认为计费设置不合理。
2.6	418
4.2	419	(% class="box infomessage" %)
	420	(((
2.9	421	定价时段内的电价及服务费需要加上”直流桩“几个字，让客户对价格设置能明确理解。（”交流分时充电计费“同理）
4.2	422	[[image:1574404666962-644.png]]
	423	)))
2.6	424
	425	~-~--跟踪
	426
	427	~-~--解决
	428
	429	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	430
	431	售后（跟单）工程师：施文俊 chinyee YD
	432
2.5	433	= function_case#6_20191104 =
2.4	434
	435	系统单元：MC2.0 令狐充运营商
	436	问题描述：筛选查询中审核时间条件疑似不合理，描述见下：
	437	1、客户于2019-11-1 申请在线退款，当前为未审核状态。
	438	2、进入“首页/客户管理/会员管理/退款审核管理”，筛选条件中申请时间选 2019-10-30至2019-11-5，审核日期保持初始默认，查询结果为空。（预期有数据）
	439	3、补充额外筛选条件中审核日期选 2019-10-30至2019-11-5，可以查得待审核数据。（未审核状态单子是否不需要选审核日期）
	440	~-~--跟踪
	441
	442	~-~--解决
	443
	444	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	445
	446	售后（跟单）工程师：施文俊
	447
27.3	448	= =
2.4	449
2.5	450	= function_case#5_20191015 =
2.3	451
	452	~-~-~-~-~-~--
	453	问题描述：“首页/客户管理/会员管理/会员管理”，因mc2.0计划保留站点管理员密码充电，此处需参照bo1.0，支持管理员创建虚拟“站点管理员”，可自行命名管理员名称，用于强可读性的和站点进行绑定。
	454	~-~--跟踪
	455
	456	~-~--解决
	457
	458	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	459
	460	售后（跟单）工程师：施文俊
	461
	462
2.5	463	= function_case#4_20191014 =
2.2	464
	465	poweredby升级时会涉及到一个账号切换问题：
	466	1）2.0是以是否有操作权限区分了两批人，超级管理员和普通操作员。
	467	2）3.0是以权限划分了三个身份：管理层-可查看业务营收数据，不可进行桩站设置；运维-不可查看业务营收数据，可进行桩站设置；监控人员：不可查看业务营收数据，不可进行桩站设置。
	468	3）业务营收数据：营收、电费、服务费。
	469	4）切换时，需要给原来的账号对应新角色。系统会自动将原来的普通操作员账号角色换为监控人员；超级管理员账号角色换为管理层。
	470	5）需运营协助提前告知客户，及时针对实际情况修改账号角色。
	471	产品部提供一份功能介绍文档，供客户查阅。
	472
	473
2.5	474	= function_case#3_20191008 =
2.1	475
	476
	477	~-~-~-~-~-~--
	478	问题描述：igo充电记录导出表格，希望可以加上会员昵称这一项（在平台有这一项显示）。
	479	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	480	运营商初步排查结果：
	481	\\~-~--分析
	482
	483
2.2	484	~-~--解决
2.1	485
	486	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
	487
	488	售后（跟单）工程师：施文俊何倩怡
	489
	490
2.5	491	= function_case#2_20190923 =
1.2	492
	493
1.4	494	~-~-~-~-~-~--
	495	问题描述：谷歌浏览器链接：[[https:~~/~~/mc.linghuchongtech.com>>url:https://mc.linghuchongtech.com/]] 账号：lhc_hyd ，点击"充电桩管理/概览"会跳转到登录界面并需要重新登陆，尝试多次结果一样。
	496	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	497	运营商初步排查结果：
	498	\\~-~--分析
	499
	500	无法重现
	501	\\~-~--解决
	502
	503	状态（√表示选定）：已解决 \| 处理中 \| √ 暂搁置
	504
	505	售后（跟单）工程师：施文俊
	506
	507
2.5	508	= function_case#1_20190912 =
1.4	509
	510
1.2	511	关于平台账单中“异常”的可靠性问题及如何在业务层面提供辅助信息补充说明的问题的讨论及建议:
	512	\\1、Dynamic：在平台账单中增加一个标注, 该标志用于标识“平台账单”的可靠性,如发生像离线后在线但充电已结束，则会标识为不可靠, 且在不可靠上区分不同原因, 可扩展且在运营过程中根据实际发生的场景进行补充;
	513	2、BOSS:
	514	2.1、利用新增的“可靠性”标识, 决定是否产生异常账单提示;
	515	2.2、在异常账单中提供辅助信息查询, 可能包括(但不限于)：离线时间,故障时间,故障原因等。
	516	大家看看，是否可行及建议。
	517
	518
	519	4分钟问题，应该是之前考虑用户体验的要求修改的，之前是15分钟.
1.3	520
1.4	521	~-~-
1.3	522
1.4	523	售后（跟单）工程师：施文俊

Wiki源代码迭代

导航

Applications