颂盛 - 令狐充

1	{{box cssClass="floatinginfobox" title="Contents"}}
2	{{toc/}}
3	{{/box}}
4
5	(% class="wikigeneratedid" %)
6	= gdss_case#5_201911113 =
7
8	广州颂盛旧系统平台
9	日期：2019-12-04
10	桩站名称：塘坑站点、大岗站点、桥南站点、
11	手机号：
12	订单号：
13	充电桩号：
14	充电枪号：
15	时间：2019年11月份
16
17	现场网络连接状态：正常
18	异常状态：金额、峰、平、谷值都为0
19	问题描述：今天早上接到客户的反应颂盛的三个站点有几条充电日报表金额、峰、平、谷值都为0，见表格下：
20
21	20191108112557047049
22	20191109045929266559
23	20191112002225771301
24	20191116000001501830
25	20191125001902046919
26	20191127001635518809
27	20191106044333115970
28	20191109000104273153
29
30	~-~-跟踪
31
32	【YD】：这些单都为“账单丢失”，但手动修正里有部分单的修正电量过大。
33
34	~-~-解决:
35	状态（√表示选定）：已解决 \| 处理中 \| 暂搁置
36
37	售后（跟单）工程师：施文俊 YD
38
39
40	= gdss_case#5_201911113 =
41
42	广州颂盛旧系统充电平台
43
44	日期：2019-11-13
45	桩站名称：
46	手机号：
47	订单号：20191108112557047049/20191109000104273153/20191109045929266559
48	充电桩号：
49	充电枪号：
50	开始充电时间：
51	现场网络连接状态：正常
52	异常状态：
53	问题描述：现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象
54
55	~-~-跟踪
56
57	【令】：排查结果如下，都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩，这个电表读数异常的问题，还存在。
58
59	[[image:1573633992288-441.png]]
60
61	~-~-解决:
62	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
63
64	售后（跟单）工程师：施文俊何倩怡
65
66
67	= gdss_case#6_20191112 =
68
69	广州颂盛旧系统平台
70	日期：2019-11-12
71	桩站名称：广州颂盛桥南充电站
72	手机号：
73	订单号：20191112001934329341
74	充电桩号：44011300040000200061
75	充电枪号：
76	开始充电时间：2019-11-12 00:23:38
77	结束时间：2019-11-12 03:50:36
78	现场网络连接状态：正常
79	异常状态：充电量与平台不符
80
81	[[image:1573546978385-211.png\|\|height="334" width="705"]]
82
83	~-~-跟踪
84
85	【令】：已转研发
86	【shi】：罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log\|\|target="_blank"]]，罗宾森解释是RS485丢包造成的。目前暂时由后台人工处理了，用设备账单来计费。
87	to 金凯瑞许总：
88	请关注罗宾森桩程序目前的问题。
89	联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
90	附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
91	1）背景知识：计算机需要按照约定的协议严格执行协议流程。
92	2）类比举例：
93	吃饭需要5步，即：1，2，3，4，5。
94	小明实际吃饭步骤：1,3,4,5 或 1,3,2,4,5 或 1,2,2,2,3,4,5 等类似不按约定协议执行。
95	3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
96	4）第2项这个问题从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
97	5）如果大家认同运营稳定排第一位。所谓 RS485 丢包造成，是否可以更换相应的模块配件。
98
99	~-~-解决:
100	状态（√表示选定）：已解决 \| 处理中 \| 暂搁置
101
102	售后（跟单）工程师：施文俊 YD
103
104	= gdss_case#5_20191031 =
105
106
107	问题描述：这怎么修复只充了34分钟就要244.40元了
108
109	账单号：20191024144331381526
110
111	[[image:1572491525002-420.png\|\|height="381" width="766"]]
112
113
114	~-~-跟踪
115
116	[[image:1572492802252-387.png\|\|height="180" width="783"]]
117	【chinyee】：
118	该账单号的充电心跳，其中：
119	1、充电数据是线性增长，未察觉异常
120	2、2019-10-24 15：10：28到15：17：30之间没有心跳上传，且15：17：30当前状态为8充电异常。
121	【shi】：异常账单中查到账单丢失，平台估算电量 128.63度，超正常值。需转研发分析。
122	【令狐充技术】：
123
124	(% class="box infomessage" %)
125	(((
126	1、该充电桩在充电过程中发生离线，所有有一段时间没有心跳；
127	2、平台估算电量为128.63度，是因为该充电桩在本次充电之前上传的电表总读数为0所致，所以这个估算值是不准确的。
128	开始充电后，电表读数直接跳到92.27
129	估计这个才是实际值
130	之后充电中离线了一段时间，恢复后状态已经变成空闲
131	但是账单一直没上传
132	)))
133
134	【shi】：疑似电桩老问题未解决，需客户协调罗宾森厂家排查解决。
135
136
137	~-~-解决:
138	状态（√表示选定）：已解决 \| √ 处理中 \| 暂搁置
139
140	售后（跟单）工程师：施文俊何倩怡
141
142	= gdss_case#4_20191028 =
143
144	广州颂盛旧系统充电平台
145
146	日期：2019-10-28
147	桩站名称：
148	手机号：
149	订单号：20191027034932615917/20191027142506967167/20191027140716525520/20191024124035938813/20191024144331381526
150	充电桩号：
151	充电枪号：
152	开始充电时间：
153	现场网络连接状态：正常
154	异常状态：
155	问题描述：充电日报表分不到峰平谷值
156
157	~-~-跟踪
158
159	【令】：以上几个账单都为故障账单，异常类型为账单丢失，人工修正即可
160
161	~-~-解决:
162	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
163
164	售后（跟单）工程师：施文俊何倩怡
165
166
167	= gdss_case#3_20191011 =
168
169	桩站名称：
170	手机号：
171	订单号： 20190901220059873970/20190914201254659429/20190914210510578166
172	问题描述：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了
173	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
174	运营商初步排查结果：通过客户提供过来的账号查找充电记录，发现都是个人扫码社会车辆充电。
175
176	~-~-跟踪
177
178	【shi】：根据客户提供之订单号，查询结果如下：
179	账单号 \| 充电发起人
180	20190901220059873970 \| 明基水产丰少
181	20190914201254659429 \| ZION
182	根据平台数据证实，以上2条都是个人扫码社会车辆充电。
183	重要注意：针对云浮新兴站，如用站点密码启动则充电记录中昵称都是 “云浮新兴站”（请咨询May，她为客户配置）
184	\\【chinyee】：以下图为3个订单号对应的充电发起人，都是个人启动充电
185
186	[[image:1570785879995-291.png\|\|height="70" width="701"]]
187
188	[[image:1570786018549-143.png\|\|height="107" width="698"]]
189
190	[[image:1570786092126-721.png\|\|height="89" width="697"]]
191
192	【客】：不认同。并强调：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了。
193	【shi】：我方是根据客户认为有问题的账单号进行分析。如果不认同请其提供进一步证据，比如，监控视频等其他证据
194
195	~-~-解决:
196	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
197
198	售后（跟单）工程师：施文俊何倩怡
199
200	= =
201
202	= gdss_case#2_20190927 =
203
204	问题描述：(客户原话)
205
206	金凯瑞平台管理员黎美桥:
207	这个我在金凯瑞后台看到他是管理员的！
208
209	金凯瑞平台管理员黎美桥:
210	而且是后台充值，我们公司没有这个人
211
212	[[image:1569571800883-235.png\|\|height="450" width="943"]]
213
214	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
215	运营商初步排查结果：
216
217	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
218	~-~--跟踪
219
220	【令】：使用客户账号登录金凯瑞确实查到此条记录，建议客户仔细回想是否自己进行的此操作。
221
222	【运营商】：
223	我没有操作过
224	那个微信呢称也不是我
225	所以奇怪就问下你们那边
226	那个时间下班了，我也没登录上去操作
227
228	【令】：由于可能是客户内部人员使用管理员账号进行该操作，暂时不能确定该操作详情，客户那边开始内部查找操作原因。
229
230	【运营商】：我查到了，是客户退款了，我领导操作了不好意思
231
232	~-~-解决:
233	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
234
235
236	= gdss_case#1_20190924 =
237
238	~#~# 平台相关工单
239	问题描述：广州颂盛大岗公交车站充电站新站充电反应平台无记录。
240	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
241	运营商初步排查结果：
242
243	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
244	~-~--跟踪
245
246	【令】：9.24 21:20登录系统查电站充电记录可以看到此电站充电记录，无法重现客户问题。
247
248	9.25 使用客户提供的账号登录查询“大岗公交站”没有记录，更改成“大岗公交车站”有记录，客户确认是其所需要的数据。
249
250	【运营商】：是，那日报表没有记录？
251
252	【令】：大岗公交车站充电站查询条件子运营“颂盛”无法查到数据，“全部运营商”可以查到数据。可能是没有绑定站点与子运营
253
254	【运营商】：已经绑定了呀
255
256	【令】：如果是今天绑定的那需要再看看绑定前的用子运营是查不到
257
258	【运营商】：好像是昨天还是今天绑定的
259
260	【令】：先观察两天看看
261
262	~-~-解决:
263	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
264
265	售后（跟单）工程师：施文俊