Wiki源代码颂盛

Version 23.2 by shi chuck on 2020/01/15 12:07

1.1	1	{{box cssClass="floatinginfobox" title="Contents"}}
	2	{{toc/}}
	3	{{/box}}
	4
22.4	5	= gdss_case#8_20200115 =
	6
22.6	7	问题描述：旧平台
22.4	8	1.吴小英说他误修复了几张异常账单，希望把那几张单改回异常状态。
	9
	10	2.修复后报表里多了这几张单，颂盛的客人那边会出现前后报表不一致的情况。他想避免这情况
	11
22.5	12	3.旧平台上他反应未修复的账单也能在报表看到20200108165713818444 20200111022016826908 这两个账单是没修复过的
22.4	13
	14	~-~-跟踪
	15
	16	【YD】：
	17
	18	1）2）已修复的，我们不能随意修改客户数据，如果客人问起来您需要向他们解释。
	19	3）颂盛这边一直都是配置成允许异常账单先结算扣款，后续人工修复再补扣，所以报表能看到
23.2	20	【shi】：1、下图配置的意思是允许异常账单先结算扣款，后续人工修复再补扣。
	21	2、一些客户不能及时修复账单，是用了先结算， bo2和bo1的机制是一样的。
	22	3、建议客户及时处理异常账单，特别是公交周期结算前是必须处理完的。
	23	[[image:1579061130998-533.png]]
22.4	24
23.2	25
	26
22.4	27	~-~-解决:
	28	状态（√表示选定）：已解决 \| 处理中 \| 暂搁置
	29
	30	售后（跟单）工程师：施文俊 YD
	31
22.2	32	= gdss_case#7_20200113 =
	33
	34	问题描述：
	35
	36	颂盛旧系统平台
	37	日期：2020-01-13
	38	桩站名称：颂盛站点
	39	手机号：
	40	订单号：20200113131916994301、20200113130454355822、20200113130336691650、20200113130240664036、20200113125312202217、20200113125311761057、20200113125203914204、20200113124854037470、20200113124637079267、20200113124544419307、20200113123331114379、20200113123029340160、20200113122916302241、20200113122040542106、20200113120748494182、20200113120300119547、20200113115846103652、20200113115828334527、20200113114219467743、20200113113813352135
	41	充电桩号：44011300040000200055、、44011300040000250003、44011300040000240001、44011300040000210006、44011300040000200085、44011300040000200054、44011300040000210005、44011300040000200083、44011300040000240002、44011300040000200053、44011300040000200093
	42	充电枪号：
	43	充电时间：
	44	结束时间：
	45	现场网络连接状态：正常
	46	异常状态：充电电量与平台不符
	47	问题描述：充电电量与平台不符，请帮忙查看一下是什么原因，见下图：
	48
	49	[[image:1578900456181-994.png\|\|height="469" width="942"]]
	50
	51	~-~-跟踪
	52
	53	【YD】：转研发确认是否与gdss_case#6_20191204的原因一致。
22.3	54	【令技术】：以上账单中出现的“充电电量与平台不符”的异常, 都是由于充电桩在充电前上送心跳的电表总读数均为0，启动充电后，电表总读数变为一个较大的值造成的计算异常。
22.2	55
	56	~-~-解决:
22.3	57	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
22.2	58
	59	售后（跟单）工程师：施文俊 YD
	60
20.3	61	= gdss_case#6_20191204 =
20.1	62
20.2	63	广州颂盛旧系统平台
	64	日期：2019-12-04
	65	桩站名称：塘坑站点、大岗站点、桥南站点、
	66	手机号：
	67	订单号：
	68	充电桩号：
	69	充电枪号：
	70	时间：2019年11月份
20.3	71	\\现场网络连接状态：正常
20.2	72	异常状态：金额、峰、平、谷值都为0
	73	问题描述：今天早上接到客户的反应颂盛的三个站点有几条充电日报表金额、峰、平、谷值都为0，见表格下：
	74
	75	20191108112557047049
	76	20191109045929266559
	77	20191112002225771301
	78	20191116000001501830
	79	20191125001902046919
	80	20191127001635518809
	81	20191106044333115970
	82	20191109000104273153
	83
	84	~-~-跟踪
	85
	86	【YD】：这些单都为“账单丢失”，但手动修正里有部分单的修正电量过大。
	87
21.3	88	【niewei】20191205 出现几万度电的情况，是由于罗宾森桩的电表读数异常造成的。需要人工处理。
	89
21.2	90	[[image:1575445987388-997.png\|\|height="365" width="842"]]
	91
20.2	92	~-~-解决:
21.4	93	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
20.2	94
	95	售后（跟单）工程师：施文俊 YD
	96
	97
	98	= gdss_case#5_201911113 =
	99
20.1	100	广州颂盛旧系统充电平台
	101
	102	日期：2019-11-13
	103	桩站名称：
	104	手机号：
	105	订单号：20191108112557047049/20191109000104273153/20191109045929266559
	106	充电桩号：
	107	充电枪号：
	108	开始充电时间：
	109	现场网络连接状态：正常
	110	异常状态：
	111	问题描述：现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象
	112
	113	~-~-跟踪
	114
	115	【令】：排查结果如下，都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩，这个电表读数异常的问题，还存在。
	116
	117	[[image:1573633992288-441.png]]
	118
	119	~-~-解决:
	120	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
	121
	122	售后（跟单）工程师：施文俊何倩怡
	123
	124
17.2	125	= gdss_case#6_20191112 =
	126
	127	广州颂盛旧系统平台
	128	日期：2019-11-12
	129	桩站名称：广州颂盛桥南充电站
	130	手机号：
	131	订单号：20191112001934329341
	132	充电桩号：44011300040000200061
	133	充电枪号：
	134	开始充电时间：2019-11-12 00:23:38
	135	结束时间：2019-11-12 03:50:36
	136	现场网络连接状态：正常
	137	异常状态：充电量与平台不符
	138
	139	[[image:1573546978385-211.png\|\|height="334" width="705"]]
	140
	141	~-~-跟踪
	142
	143	【令】：已转研发
18.3	144	【shi】：罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log\|\|target="_blank"]]，罗宾森解释是RS485丢包造成的。目前暂时由后台人工处理了，用设备账单来计费。
18.2	145	to 金凯瑞许总：
	146	请关注罗宾森桩程序目前的问题。
	147	联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
	148	附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
	149	1）背景知识：计算机需要按照约定的协议严格执行协议流程。
	150	2）类比举例：
	151	吃饭需要5步，即：1，2，3，4，5。
	152	小明实际吃饭步骤：1,3,4,5 或 1,3,2,4,5 或 1,2,2,2,3,4,5 等类似不按约定协议执行。
	153	3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
	154	4）第2项这个问题从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
18.3	155	5）如果大家认同运营稳定排第一位。所谓 RS485 丢包造成，是否可以更换相应的模块配件。
17.2	156
	157	~-~-解决:
	158	状态（√表示选定）：已解决 \| 处理中 \| 暂搁置
	159
	160	售后（跟单）工程师：施文俊 YD
	161
11.1	162	= gdss_case#5_20191031 =
	163
	164
	165	问题描述：这怎么修复只充了34分钟就要244.40元了
	166
13.1	167	账单号：20191024144331381526
	168
11.1	169	[[image:1572491525002-420.png\|\|height="381" width="766"]]
	170
	171
15.1	172	~-~-跟踪
11.1	173
15.1	174	[[image:1572492802252-387.png\|\|height="180" width="783"]]
16.2	175	【chinyee】：
	176	该账单号的充电心跳，其中：
	177	1、充电数据是线性增长，未察觉异常
	178	2、2019-10-24 15：10：28到15：17：30之间没有心跳上传，且15：17：30当前状态为8充电异常。
	179	【shi】：异常账单中查到账单丢失，平台估算电量 128.63度，超正常值。需转研发分析。
16.3	180	【令狐充技术】：
	181
	182	(% class="box infomessage" %)
	183	(((
	184	1、该充电桩在充电过程中发生离线，所有有一段时间没有心跳；
	185	2、平台估算电量为128.63度，是因为该充电桩在本次充电之前上传的电表总读数为0所致，所以这个估算值是不准确的。
	186	开始充电后，电表读数直接跳到92.27
	187	估计这个才是实际值
	188	之后充电中离线了一段时间，恢复后状态已经变成空闲
	189	但是账单一直没上传
	190	)))
	191
	192	【shi】：疑似电桩老问题未解决，需客户协调罗宾森厂家排查解决。
16.2	193
15.1	194
11.1	195	~-~-解决:
	196	状态（√表示选定）：已解决 \| √ 处理中 \| 暂搁置
	197
	198	售后（跟单）工程师：施文俊何倩怡
	199
9.1	200	= gdss_case#4_20191028 =
	201
	202	广州颂盛旧系统充电平台
	203
	204	日期：2019-10-28
	205	桩站名称：
	206	手机号：
	207	订单号：20191027034932615917/20191027142506967167/20191027140716525520/20191024124035938813/20191024144331381526
	208	充电桩号：
	209	充电枪号：
	210	开始充电时间：
	211	现场网络连接状态：正常
	212	异常状态：
	213	问题描述：充电日报表分不到峰平谷值
	214
	215	~-~-跟踪
	216
	217	【令】：以上几个账单都为故障账单，异常类型为账单丢失，人工修正即可
	218
	219	~-~-解决:
	220	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
	221
	222	售后（跟单）工程师：施文俊何倩怡
	223
	224
7.1	225	= gdss_case#3_20191011 =
	226
	227	桩站名称：
	228	手机号：
	229	订单号： 20190901220059873970/20190914201254659429/20190914210510578166
	230	问题描述：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了
	231	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	232	运营商初步排查结果：通过客户提供过来的账号查找充电记录，发现都是个人扫码社会车辆充电。
	233
8.1	234	~-~-跟踪
	235
	236	【shi】：根据客户提供之订单号，查询结果如下：
	237	账单号 \| 充电发起人
	238	20190901220059873970 \| 明基水产丰少
	239	20190914201254659429 \| ZION
	240	根据平台数据证实，以上2条都是个人扫码社会车辆充电。
	241	重要注意：针对云浮新兴站，如用站点密码启动则充电记录中昵称都是 “云浮新兴站”（请咨询May，她为客户配置）
	242	\\【chinyee】：以下图为3个订单号对应的充电发起人，都是个人启动充电
	243
7.1	244	[[image:1570785879995-291.png\|\|height="70" width="701"]]
	245
	246	[[image:1570786018549-143.png\|\|height="107" width="698"]]
	247
	248	[[image:1570786092126-721.png\|\|height="89" width="697"]]
	249
8.1	250	【客】：不认同。并强调：客户说不是个人扫码付费充电的，是用站点的密码充电的，在后台显示是扫码付费的，客人怀疑我们后台出现问题了。
	251	【shi】：我方是根据客户认为有问题的账单号进行分析。如果不认同请其提供进一步证据，比如，监控视频等其他证据
7.1	252
	253	~-~-解决:
	254	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
	255
	256	售后（跟单）工程师：施文俊何倩怡
	257
23.2	258	= =
7.1	259
3.2	260	= gdss_case#2_20190927 =
	261
	262	问题描述：(客户原话)
	263
	264	金凯瑞平台管理员黎美桥:
	265	这个我在金凯瑞后台看到他是管理员的！
	266
	267	金凯瑞平台管理员黎美桥:
	268	而且是后台充值，我们公司没有这个人
	269
	270	[[image:1569571800883-235.png\|\|height="450" width="943"]]
	271
	272	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	273	运营商初步排查结果：
	274
	275	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	276	~-~--跟踪
	277
	278	【令】：使用客户账号登录金凯瑞确实查到此条记录，建议客户仔细回想是否自己进行的此操作。
	279
	280	【运营商】：
	281	我没有操作过
	282	那个微信呢称也不是我
	283	所以奇怪就问下你们那边
	284	那个时间下班了，我也没登录上去操作
	285
3.3	286	【令】：由于可能是客户内部人员使用管理员账号进行该操作，暂时不能确定该操作详情，客户那边开始内部查找操作原因。
3.2	287
	288	【运营商】：我查到了，是客户退款了，我领导操作了不好意思
	289
	290	~-~-解决:
	291	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
	292
	293
1.1	294	= gdss_case#1_20190924 =
	295
	296	~#~# 平台相关工单
2.1	297	问题描述：广州颂盛大岗公交车站充电站新站充电反应平台无记录。
1.1	298	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	299	运营商初步排查结果：
	300
	301	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
	302	~-~--跟踪
	303
2.1	304	【令】：9.24 21:20登录系统查电站充电记录可以看到此电站充电记录，无法重现客户问题。
	305
2.2	306	9.25 使用客户提供的账号登录查询“大岗公交站”没有记录，更改成“大岗公交车站”有记录，客户确认是其所需要的数据。
	307
	308	【运营商】：是，那日报表没有记录？
	309
	310	【令】：大岗公交车站充电站查询条件子运营“颂盛”无法查到数据，“全部运营商”可以查到数据。可能是没有绑定站点与子运营
	311
	312	【运营商】：已经绑定了呀
	313
	314	【令】：如果是今天绑定的那需要再看看绑定前的用子运营是查不到
	315
	316	【运营商】：好像是昨天还是今天绑定的
	317
	318	【令】：先观察两天看看
	319
1.1	320	~-~-解决:
	321	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
2.1	322
	323	售后（跟单）工程师：施文俊
21.5	324
	325
	326	~#~##番禺项目汇报-20180724
	327	人员：
	328	罗宾森售后
	329	金凯瑞工程人员、项目经理、平台管理员
	330	令狐充平台工程师
	331	番禺场站公交负责人、运维人员
22.5	332	\\阶段性成果：
21.5	333	a、介绍平台功能和基本使用情况。客户运维、金凯瑞平台运维和令狐充运维建微信群计划初期对运营进行支撑和维护。
	334	b、目前支持站点密码为场站之车辆进行充电。
	335	c、少量电桩完成平台接入，并通过公交充电测试。其余待网络、电力设备就绪后逐个接入平台。
	336
	337
	338	联调之问题汇总：
	339	1、桩的程序存在漏洞，界面无法更改服务器IP等参数，暂时由罗宾森售后用烧写器改参数并逐个上线。罗宾森尽快修改。【优先级:高】
	340	2、桩目前无法将VIN上传后台，影响充电记录，无法知道哪些车辆进行了充电，罗宾森尽快修改。【优先级:高】
	341	3、车牌号、vin、集团/企业部门三者之间的关系录入系统。【优先级:高，由施工和may处理】
	342	4、桩对接平台之刷卡功能。【优先级:中，需罗宾森支持】

Wiki源代码颂盛

导航

Applications