Summary

• Page properties (1 modified, 0 added, 0 removed)
• Attachments (0 modified, 5 added, 0 removed)
  • 1586324727043-667.png
  • 1587029701718-117.png
  • 1587029800174-976.png
  • 1587368119273-210.png
  • 1587368226885-453.png

Details

Page properties

Content

...	...	@@ -2,6 +2,153 @@
2	2	{{toc/}}
3	3	{{/box}}
4	4
	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最优
	46	+)))
	47	+
	48	+~-~--解决
	49	+
	50	+状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
	51	+
	52	+售后（跟单）工程师：施文俊
	53	+
	54	+
	55	+= function_case#21_20200416 =
	56	+
	57	+系统单元：BO2.0
	58	+问题描述：在线VIN鉴权充电，见tapd
	59	+
	60	+
	61	+~-~--跟踪
	62	+
	63	+(% class="box" %)
	64	+(((
	65	+【产品】：把vin鉴权增加到目前的车辆车架管理模块。按目前的流程，可单独创建，也可批量导入。导入后，可设置部门和开通鉴权功能。需要增加1、vin鉴权功能，2、增加会员信息展示和输入（如通过会员手机号，关联展示会员相信信息）
	66	+[[image:1587029701718-117.png]]
	67	+
	68	+[[image:1587029800174-976.png]]
	69	+
	70	+【shi】：
	71	+~~必要功能：
	72	+1 能沿用到原车架管理的数据。
	73	+2 报表查询可以查到充电数据。
	74	+3、纯粹vin校验，实际仅从车的纬度就可以完成，不用考虑人纬度。目前，车也可以直接归到某部门中（是否必须要和人关联可以再考虑下？增加操作使用复杂度）。
	75	+~~实施原则：
	76	+1、 考虑到vin鉴权是会被广泛高频使用的特色功能，整体功能评估后再决定实施。
	77	+2、 确保近期小改后先能用（如 ：客户特别急，第一批的甚至可以技术人员代为批量导入等临时处理）
	78	+3、从技术先行 转变 产品设计先行。考虑用户操作维护之 易读易理解易操作。
	79	+)))
	80	+
	81	+~-~--解决
	82	+
	83	+状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
	84	+
	85	+售后（跟单）工程师：施文俊
	86	+
	87	+= function_case#20_20200408 =
	88	+
	89	+系统单元：MC2.0
	90	+问题描述：银行卡退款
	91	+
	92	+~-~--跟踪
	93	+
	94	+(% class="box message" %)
	95	+(((
	96	+【运营中问题】：其中 1转产品评估；2未上线，和产品协商上线时间
	97	+1、需要填写支行： 公司开户行是工行，除非个人的是工行可以不填开支行，其他银行都要填写开户支行。见下图
	98	+2、线上、线下退款不同手续费：
	99	+ 2.1）独立设置。
	100	+ 2.2）用户端能看到相关手续费提示。
	101	+[[image:1586324727043-667.png]]
	102	+)))
	103	+
	104	+~-~--解决
	105	+
	106	+状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
	107	+
	108	+售后（跟单）工程师：施文俊
	109	+
	110	+= function_case#19_20200318 =
	111	+
	112	+系统单元：bo2.0
	113	+问题描述：客户对占桩机制质疑和优化
	114	+
	115	+~-~--跟踪
	116	+
	117	+(% class="box message" %)
	118	+(((
	119	+【客户】：跟德顺安总沟通了微信客户端“电桩详情”的状态描述。除了我们昨天沟通的内容之外，还有一种状态需要考虑。如果德顺开始收取占桩停车费，当出现因为充电机或平台或网络故障造成客户车辆电池未充满，但是自动跳枪停止充电的情况，此时的状态描述是否也是“占桩中”？是否会计收停车费？如果这种情况也收停车费的话，客户肯定不能接受，需要与“占桩”状态区分开来另行处理。
	120	+ ~~~~
	121	+ 【令】：针对“充电机或平台或网络故障造成客户车辆电池未充满，但是自动跳枪停止充电”，分析见下：
	122	+
	123	+**平台占桩提醒机制：**
	124	+ 1、车辆满电占桩、或微信端主动停止充电时，平台发送“占桩收费”提醒消息，提醒N分钟后即将收取占桩费并含详细的占桩计费信息。（N在平台电价配置）
	125	+ 2、开始计算占桩费时，平台再次发送微信消息，通知开始收取占桩费。
	126	+ 3、启用占桩收费后，微信端启动充电和充电结束阶段，平台发送“占桩收费”消息，包括详细的占桩计费信息。【**待产品评估**确认：启动时增加提醒占桩费】
	127	+\\**造成桩占桩整理之场景：**
	128	+ 场景1：车辆bms未严格遵循国标，启动阶段，桩端和车辆握手异常，桩主导跳枪。
	129	+ 场景2：账户余额不足，充电过程，平台根据阀值自动停止充电。
	130	+ 场景3：充电过程中，桩断网，且持续至车辆满电占桩，网络一直未恢复。一段时间后，桩恢复网络，补送设备账单。当符合条件【拔枪时间-充电结束时间>计费策略中设置的免费占桩时间】，此时产生站桩费用。
	131	+\\**责任和解决：**
	132	+其中：场景1、2 应 属于用户这边的问题，可以提前申明告知用户责任。
	133	+ 场景1，严格意义是因为用户车辆不符合国标，引起跳枪停止充电时，收到占桩提醒，又未及时拔枪挪车引起，见下**技术细节**。【**niewei**、john确认，此时停止原因多是“bms通讯异常停止”】
	134	+ 场景2，因为用户没有保障充足余额，停止充电时，收到占桩提醒，又未及时拔枪挪车引起。
	135	+ 场景3，见下
	136	+ 1）正常情况，应保障场站的网络稳定，如果发生断网，也应在短时间内恢复场站网络。平台可及时获取最新桩状态，避免用户收到不准确数据。
	137	+ 2）如认可第1）项，长时间的断网是严重影响运营，没有网络的情况，桩无法联网启动，此时应优先解决网络故障后再运营场站。
	138	+ 3）如果第1）中的场景发生，平台也支持对个别账单的数据修正，参考异常账单修复步骤纠正个别异常数据。
	139	+
	140	+**（异常场景）技术细节**
	141	+bo希望能收到桩停止充电的状态来决定是否发送占桩消息。
	142	+ 1）用户扫码鉴权后，app端点了启动，但桩和车辆因 握手失败，充电启动失败，未拔枪。司机不知情离开，n小时候后回来，发现未充入电量、但收了N小时占桩费。空账单充电时长=0。
	143	+ 2）app端点了启动，桩成功启动，期间发了1一个故障 导致充电过程提前结束。
	144	+)))
	145	+
	146	+~-~--解决
	147	+
	148	+状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
	149	+
	150	+售后（跟单）工程师：施文俊
	151	+
5	5	= function_case#18_20200317 =
6	6
7	7	系统单元：MC2.0
...	...	@@ -180,7 +180,7 @@
180	180	4、协助发一张测试卡供 互联互通测试。【请moln协助】  卡号为：0002 0000 0001 0032
181	181	5、将新发卡片绑定至ubidy其中账户，用新卡刷桩A，记录测试用例和结果。
182	182
183		-= =
	330	+= =
184	184
185	185	= function_case#10_20191209 =
186	186
...	...	@@ -228,7 +228,7 @@
228	228
229	229	售后（跟单）工程师：施文俊
230	230
231		-= =
	378	+= =
232	232
233	233	= function_case#8_20191126 =
234	234
...	...	@@ -279,7 +279,7 @@
279	279
280	280	售后（跟单）工程师：施文俊
281	281
282		-= =
	429	+= =
283	283
284	284	= function_case#5_20191015 =
285	285

1586324727043-667.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.ShiChuck

Size

...	...	@@ -1,0 +1,1 @@
	1	+15.1 KB

Content

1587029701718-117.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.ShiChuck

Size

...	...	@@ -1,0 +1,1 @@
	1	+38.4 KB

Content

1587029800174-976.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.ShiChuck

Size

...	...	@@ -1,0 +1,1 @@
	1	+121.1 KB

Content

1587368119273-210.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.ShiChuck

Size

...	...	@@ -1,0 +1,1 @@
	1	+98.3 KB

Content

1587368226885-453.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.ShiChuck

Size

...	...	@@ -1,0 +1,1 @@
	1	+45.1 KB

Content