Wiki源代码颂盛

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