Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -2,33 +2,6 @@
2	2	{{toc/}}
3	3	{{/box}}
4	4
5		-= ytxny_case#2_20190928 =
6		-
7		-~-~-~-~-~-~--
8		-
9		-日期：20190927
10		-桩站名称：高时充电核电工业园站
11		-会员ID：27836124
12		-订单号： 20190927114057381632
13		-充电桩号：
14		-充电枪号：BD800019760
15		-
16		-开始充电时间：2019-09-27 11:40:58
17		- 现场网络连接状态：正常
18		-近期故障状态：
19		-问题描述：充电已结束但仍显示充电暂停，系统未计时未计费
20		-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
21		-运营商初步排查结果：
22		-
23		-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
24		-
25		-~-~--解决
26		-状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
27		-售后（跟单）工程师：施文俊
28		-
29		-(% class="wikigeneratedid" %)
30		-= =
31		-
32	32	= ytxny_case#1_20190924 =
33	33
34	34	~-~-~-~-~-~--
...	...	@@ -49,29 +49,7 @@
49	49	那个客户的，我刚电话问了他。他说他也是等自动结束后枪跳了后再拔枪的，然后结算的界面就一直这样转，不扣费
50	50
51	51	~-~--跟踪
52		-【shi】：bo2条账单对应充电记录status=5，即、充电暂停，未收到账单。需转交研发进一步分析。
53		-
54		-【niewei】：
55		-
56		-(% class="box infomessage" %)
57		-(((
58		-查了日志，发现这两个充电账单ID，在发送停止充电后，未收到充电桩推送的 charge_order_info
59		-MA5FJCND9190924170413403842
60		-MA5FJCND9190923210240897961
61		-需贸硕检查
62		-
63		-~-~--
64		-
65		-昨天的问题, 主要是充电桩这边没有上传账单导致的. 当然对于这种异常目前做了如下处理:
66		-1、对充电未结束且没有充电状态上送的事务，在第11分钟(极速充建议)会主动查询账单, 根据账单状态结束充电服务且并发送给BOSS结算;
67		-2、昨天的问题,根据分析是发现充电是正常结束且有充电状态上送但丢失上传账单, 这种情况我们没有去查, 所以对于这种场景我们也需要补充上面的处理逻辑来解决; 我们后面会安排计划开发实现;
68		-
69		-
70		-有一点还需要说明： 如果由于服务故障，超时等异常造成无法获取到充电桩账单， 最终需要从业务层面通过手工对账（异常账单），进行人工处理
71		-)))
72		-
73		-【shi】：在互联互通模块机制完善前，对于已发生之未结算账单，需令狐充方手工纠正订单状态后，问题账单可在平台路径”首页/营收管理/账单管理/故障账单“，有运营商确认数据后进行手工修复，系统完成扣款
74		-
	25	+【令】：bo2条账单对应充电记录status=5，即、充电服务结束，未收到账单。需转交研发进一步分析。
75	75	~-~--解决
76		-状态（√表示选定 ）： √ 已解决 |  √ 处理中 | 暂搁置
	27	+状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
77	77	售后（跟单）工程师：施文俊