文档更改颂盛

在2020/12/25 14:13上被chinyee he修改
从版本< 25.1 >
由yuandong he编辑
在2020/04/08 17:32上
到版本
由yuandong he编辑
在2019/11/12 16:22上
< >
修改评论 上传新附件1573546978385-211.png

Summary

Details

Page properties
Content
... ... @@ -2,479 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= gdss_case#12_20200407 =
6 -
7 -问题描述：请问一下，广州颂盛在微信上充值之后为什么要20分钟以后才到账呢
8 -
9 -~-~-跟踪
10 -
11 -【YD】：这是个别现象？还是很多用户这样？
12 -
13 -【客户】：全部都是，从平台升级之后就变成这样了
14 -
15 -~-~-解决:
16 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
17 -售后（跟单）工程师：YD
18 -
19 -
20 -= gdss_case#11_20200401 =
21 -
22 -问题描述:  bo升级2.0计划。时间2020年4月2日（星期四）下午14:30-16:00
23 -
24 -~-~-跟踪
25 -
26 -【概况】：
27 -1、原广州颂盛后台各子运营商登录账号 升级后 无法第一时间登录。 
28 - 1.1）原广州颂盛后台各子运营商登录账号 同步至 MC2.0 的方案，包括：原子账号名、角色名、密码不变。权限由广州颂盛配置见1.2 。【John】
29 - 1.2） 涉及到权限细节，由广州颂盛 逐个配置。【 广州颂盛  优先级高的子客户 需先配】
30 - 1.3） 因子账号的权限配置较复杂， 升级后，也可先提供小程序，进行站点管理员 配置。【执行：广州颂盛】
31 -2、升级2.0过程约持续1个半小时。
32 -3、2020-4-2 上午 将办公室交流桩转至广州颂盛下，确保可以正常充电。【lhc运维】
33 -4、升级后测试 基本充电功能，包括：
34 - 4.1）首次关注时弹出的拦截页是否正确。
35 - 4.2）扫码充电基本功能。(制作二维码，对应url：http:~/~/gdss.linghuchongtech.com/boss/front/opPanel/a.htm?did=xxx)
36 - 4.3）检查微信支付功能。
37 - 4.4）首页右上角进入“搜索”，检查站点信息：a）是否包含不属于当前运营商的电站。b）数据显示是否正常，如 卡loading。
38 - 4.5）现场测试桩端充电功能。【桩厂商、客户执行】
39 -5、bo2升级后提醒 客户 必须配置的项，以下列出几项优先级最高。【执行：广州颂盛】
40 - 5.1）配置正确的充值面额。
41 - 5.2）配置个人余额阀值（自动停止）。
42 - 5.3）见1.3.
43 -6、配置&提供mc2.0 登录管理账号【lhc运维】
44 -7、如客户有MC2.0使用疑问，提供必要支撑。【执行：令狐充 运营】
45 -8、按照约定，升级后，广州颂盛安排车、1台直流桩进行至少一次实测。【执行：广州颂盛】
46 -
47 -**【计划过程和注意事项】：**
48 -
49 -**主要分2部分：第一部分由 shi 操作、第二部分由john操作。
50 -第一部分：**
51 - bo1升级bo2 基于 boVersion:20190810_101130_09614a
52 -
53 -1. 更新数据库
54 -2. mc的boss_token表加⼀一下配置数据
55 -3. boss的access_token表加⼀一下配置数据
56 -4 导入sys_setting
57 -5 update sys_setting
58 -6 广州颂盛  javris配 营业执照
59 -7 微信底部菜单更新。
60 -8 升级前要求客户在腾讯商户平台新增安全支付路径。步骤：【执行：广州颂盛】(((
61 - 1）登录https:~/~/pay.weixin.qq.com/
62 - 2）（可选，如已配置可忽略）依次进入“【账户中心】-》【api安全】-》【设置api秘钥】-》【提供我方秘钥】”
63 - 3）在微信支付平台配置支付授权目录：http:~/~/gdss.linghuchongtech.com/boss/newui/  步骤：依次进入“【产品中心】-【开发配置】-【支付配置】中修改”
64 -)))
65 -
66 -#bo2 和bo1差异 sql
67 -create
68 -
69 -CREATE TABLE `wx_reply` (
70 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
71 - `keyword` varchar(32) DEFAULT NULL,
72 - `content` text,
73 - PRIMARY KEY (`id`)
74 -) ENGINE=InnoDB  DEFAULT CHARSET=utf8;
75 -
76 -CREATE TABLE `access_token` (
77 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
78 - `access_code` varchar(32) NOT NULL DEFAULT '',
79 - `secret_key` varchar(32) NOT NULL DEFAULT '',
80 - `restrict_ip` varchar(1024) DEFAULT NULL COMMENT '限制客户端ip，多个ip用,隔开',
81 - `is_admin` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-普通客户端， 1-超级客户端',
82 - PRIMARY KEY (`id`)
83 -) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
84 -
85 -CREATE TABLE `coupon` (
86 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
87 - `name` varchar(32) NOT NULL DEFAULT '' COMMENT '券名',
88 - `issueCondition` int(11) NOT NULL DEFAULT '1' COMMENT '1-充额定值赠, 2-新用户赠',
89 - `minCharge` int(11) DEFAULT NULL COMMENT '最低充值金额, 分',
90 - `denomination` int(11) NOT NULL DEFAULT '0' COMMENT '面额。 分',
91 - `perNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次赠送券数量',
92 - `packNum` int(11) NOT NULL DEFAULT '0' COMMENT '总份数',
93 - `issuedPackNum` int(11) NOT NULL DEFAULT '0' COMMENT '已送出券份数',
94 - `departIds` varchar(1024) DEFAULT NULL COMMENT '限制部门id, 用|隔开并且前后也要有|',
95 - `subOpIds` varchar(1024) DEFAULT NULL COMMENT '限制子运营商id, 用|隔开并且前后也要有|',
96 - `stationIds` varchar(1024) DEFAULT NULL COMMENT '限制可用站点id. 用|隔开并且前后也要有|',
97 - `useNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次充电可用数量',
98 - `fromDate` datetime NOT NULL COMMENT '上架时间',
99 - `toDate` datetime NOT NULL COMMENT '上架结束时间',
100 - `validType` int(11) NOT NULL DEFAULT '1' COMMENT '1-特定天数有效，2-特定时间段有效',
101 - `validDays` int(11) DEFAULT NULL COMMENT '有效期天数',
102 - `expireFrom` date DEFAULT NULL COMMENT '有效期开始时间',
103 - `expireTo` date DEFAULT NULL COMMENT '有效期结束时间',
104 - `status` int(11) NOT NULL DEFAULT '1' COMMENT '1-有效, 0-下架',
105 - `remark` varchar(1024) DEFAULT NULL COMMENT '描述信息',
106 -`threshold` int(11) NOT NULL DEFAULT '0' COMMENT '最低消费额度, 分',
107 - `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
108 - `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
109 - `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
110 - `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
111 - PRIMARY KEY (`id`)
112 -) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8;
113 -
114 -CREATE TABLE `member_coupon` (
115 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
116 - `couponId` int(11) NOT NULL COMMENT '券id',
117 - `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员id',
118 - `amount` int(11) NOT NULL DEFAULT '0' COMMENT '金额, 分',
119 - `stationIds` varchar(1024) DEFAULT NULL COMMENT '限制可用站点id. 用|隔开并且前后也要有|',
120 - `useNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次充电可用数量',
121 -`validFrom` datetime NOT NULL COMMENT '生效时间',
122 - `expireTime` datetime NOT NULL COMMENT '有效期到期时间',
123 - `billingId` varchar(32) DEFAULT NULL COMMENT '充电账单号',
124 -`mbTransaction` varchar(32) DEFAULT NULL COMMENT 'member_bill 的订单号',
125 - `issuedTime` datetime NOT NULL COMMENT '赠送时间',
126 - `usedTime` datetime DEFAULT NULL COMMENT '使用时间',
127 -`threshold` int(11) NOT NULL DEFAULT '0' COMMENT '最低消费额度, 分',
128 - PRIMARY KEY (`id`),
129 - KEY `couponId` (`couponId`),
130 - KEY `memberId` (`memberId`),
131 - KEY `billingId` (`billingId`)
132 -) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
133 -
134 -CREATE TABLE `refund_apply` (
135 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
136 - `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员id',
137 - `amount` int(11) DEFAULT NULL COMMENT '退款金额，分',
138 - `commission` int(11) DEFAULT '0' COMMENT '扣取手续费， 分',
139 - `status` int(11) NOT NULL DEFAULT '0' COMMENT '0-待审核，1-审核不通过，2-审核通过',
140 - `progress` int(11) NOT NULL DEFAULT '0' COMMENT '0-用户申请、1-平台审核、2-完成退款, 3-部分退款, 4-退款失败',
141 - `reason` varchar(1024) DEFAULT NULL COMMENT '原因',
142 - `settlementRefundFee` int(11) NOT NULL DEFAULT '0' COMMENT '实际退款金额',
143 - `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
144 - `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
145 - `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
146 - `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
147 - PRIMARY KEY (`id`),
148 - KEY `memberId` (`memberId`)
149 -) ENGINE=InnoDB AUTO_INCREMENT=35 DEFAULT CHARSET=utf8 COMMENT='退款申请';
150 -
151 -CREATE TABLE `refund_audit` (
152 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
153 - `refundId` int(11) NOT NULL COMMENT '退款申请ID',
154 - `status` int(11) NOT NULL DEFAULT '0' COMMENT '0-待审核，1-审核不通过，2-审核通过',
155 - `reason` varchar(1024) DEFAULT NULL COMMENT '原因',
156 - `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
157 - `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
158 - `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
159 - `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
160 - PRIMARY KEY (`id`),
161 - KEY `refundId` (`refundId`)
162 -) ENGINE=InnoDB AUTO_INCREMENT=23 DEFAULT CHARSET=utf8 COMMENT='退款申请审核历史';
163 -
164 -CREATE TABLE `refund_record` (
165 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
166 - `raId` int(11) DEFAULT NULL COMMENT 'refund_apply的id',
167 - `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员ID',
168 - `openId` varchar(255) DEFAULT NULL COMMENT '微信用户openId',
169 - `mchId` varchar(32) DEFAULT NULL COMMENT '商户号',
170 - `nonceStr` varchar(32) DEFAULT NULL COMMENT '随机字符串',
171 - `sign` varchar(32) DEFAULT NULL COMMENT '签名',
172 - `signType` varchar(32) DEFAULT NULL COMMENT '签名类型. MD5或者HMAC-SHA256',
173 - `transactionId` varchar(32) DEFAULT NULL COMMENT '微信充值订单号',
174 - `outTradeNo` varchar(32) DEFAULT NULL COMMENT '对应wc_payment_msg表的C_INNER_TRANSACTION_NO和member_bill表的C_TRANSACTION',
175 - `outRefundNo` varchar(32) DEFAULT NULL COMMENT '商户退款单号',
176 - `totalFee` int(11) NOT NULL DEFAULT '0' COMMENT '充值订单金额',
177 - `refundFee` int(11) NOT NULL DEFAULT '0' COMMENT '退款金额',
178 - `status` int(11) NOT NULL DEFAULT '1' COMMENT '0-退款失败, 1-退款中, 2-成功退款, 3-撤销',
179 - `resultCode` varchar(16) DEFAULT NULL COMMENT '业务结果。 提交申请结果，不表示退款成功',
180 - `errCode` varchar(32) DEFAULT NULL COMMENT '错误代码',
181 - `errCodeDes` varchar(128) DEFAULT NULL COMMENT '错误代码描述',
182 - `refundId` varchar(32) DEFAULT NULL COMMENT '微信退款单号',
183 - `settlementRefundFee` int(11) NOT NULL DEFAULT '0' COMMENT '应结退款金额',
184 - `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
185 - `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
186 - `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
187 - `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
188 - PRIMARY KEY (`id`),
189 - KEY `raId` (`raId`),
190 - KEY `memberId` (`memberId`)
191 -) ENGINE=InnoDB AUTO_INCREMENT=27 DEFAULT CHARSET=utf8 COMMENT='退款记录';
192 -
193 -CREATE TABLE `member_flag` (
194 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
195 - `name` varchar(32) NOT NULL DEFAULT '' COMMENT '标签名称',
196 - `type` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0-固定标签， 1-自定义标签',
197 - `criteria` tinyint(4) DEFAULT NULL COMMENT '固定标签条件',
198 - `params` varchar(256) DEFAULT NULL COMMENT '固定标签条件参数',
199 - `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '0-下线，1-在线',
200 - `C_CREATE_BY` varchar(255) DEFAULT NULL,
201 - `C_CREATE_DATE` datetime DEFAULT NULL,
202 - `C_UPDATE_BY` varchar(255) DEFAULT NULL,
203 - `C_UPDATE_DATE` datetime DEFAULT NULL,
204 - `C_DELETE_FLAG` tinyint(4) NOT NULL DEFAULT '0' COMMENT '删除标记：0-未删除，1-已删除',
205 - PRIMARY KEY (`id`)
206 -) ENGINE=InnoDB AUTO_INCREMENT=100 DEFAULT CHARSET=utf8;
207 -
208 -CREATE TABLE `member_flag_rel` (
209 - `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
210 - `memberId` varchar(255) DEFAULT NULL COMMENT '会员id',
211 - `flagId` int(11) unsigned DEFAULT NULL COMMENT '标签id',
212 - `C_CREATE_DATE` datetime DEFAULT NULL,
213 - PRIMARY KEY (`id`),
214 - KEY `memberId` (`memberId`),
215 - KEY `flagId` (`flagId`)
216 -) ENGINE=InnoDB DEFAULT CHARSET=utf8;
217 -
218 ----alter--
219 -alter table sub_operator add column `isOut` tinyint(1) DEFAULT '0' COMMENT '1-对方系统计费，0-本方系统计费';
220 -alter table sub_operator add column `domain` varchar(64) DEFAULT NULL COMMENT '第三方系统二维码的域名';
221 -alter table sub_operator add column `urlParamFormat` varchar(1024) DEFAULT NULL COMMENT '二维码链接参数格式';
222 -
223 -alter table wc_payment_msg add column `C_REFUND_FEE` int(11) NOT NULL DEFAULT '0' COMMENT '已退款金额. 分';
224 -alter table t_department_account add column `C_PARENT_BILLING` tinyint(1) NOT NULL DEFAULT '0' COMMENT '1-使用上级部门账户扣费';
225 -
226 -alter table member add column `C_REFUNDABLE_AMOUNT` int(11) NOT NULL DEFAULT '0' COMMENT '可退款金额, 分';
227 -
228 -#alter table recharge_history add column `C_STATION_ID` int(11) DEFAULT NULL COMMENT '站点ID';
229 -
230 -
231 -alter table recharge_history add (C_CONNECTOR varchar(32) DEFAULT NULL COMMENT '充电接口id',
232 - C_QRCODE varchar(1024) DEFAULT NULL COMMENT '扫码充电二维码'
233 -);
234 -
235 -alter table member_bill add column C_COUPON_AMOUNT int(11) DEFAULT '0' COMMENT '代金券扣减金额，分';
236 -
237 -ALTER TABLE `recharge_history` ADD INDEX unionBillingId ( `C_UNION_BILLINGID` );
238 -\\**第二部分:**
239 -继续更新近期bo2涉及的sql等。
240 -
241 -
242 -(% class="box" %)
243 -(((
244 -【更新结果】：
245 -1、错误1：充值报错
246 -2、解决：补sql
247 -alter table member_bill add column `C_BALANCE_BEFORE` int(11) DEFAULT NULL COMMENT '消费/充值前余额，分';
248 -alter table member_bill add column `C_BALANCE_AFTER` int(11) DEFAULT NULL COMMENT '消费/充值后余额，分';
249 -)))
250 -
251 -~-~-解决
252 -
253 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
254 -售后（跟单）工程师： 施文俊
255 -
256 -= gdss_case#10_20200217 =
257 -
258 -问题描述：http:~/~/cloud.linghuchongtech.com/DynamicAdmin2/login.html
259 -
260 -~-~-跟踪
261 -
262 -账号：ssxny
263 -吴小英说这个账号无法登录。
264 -【YD】：我试了下该账号出现了“同时登陆用户数量超过限制”的提示。**与之前金凯瑞jkr_case#28_20200211属于同样的问题，故以同样的方式处理。**
265 -1、他的账号有同时登陆数量15的限制
266 -
267 -**客户不按规则操作，故给他同时登录次数设到100，避免再出现**
268 -
269 -~-~-解决
270 -
271 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
272 -售后（跟单）工程师： YD
273 -
274 -= gdss_case#9_20200117 =
275 -
276 -(% class="wikigeneratedid" %)
277 -问题描述：截止到今 颂盛未处理异常账单统计
278 -
279 -(% class="box infomessage" %)
280 -(((
281 -提供一份数据：1）未处理异常账单统计。
282 -
283 -1）异常账单统计：下表为 **2019年3月到至今**之未处理异常代码统计
284 -
285 -|**异常代码\统计时间段**|**201903-至今**
286 -|**1-账单丢失**|261
287 -|(((
288 -**3- 时间异常**
289 -)))|219
290 -|**11-电量丢失**|294
291 -|**2-账单丢失（设备离线）**|7
292 -|**3，4（充电电量异常），5（充电时长异常），8（充电电量与平台不符），9（充电时长与平台不符）**|1
293 -|**3,5,7（充电时间重叠）,8,9**|2
294 -|**3,5,8,9**|1
295 -|**3，6（占桩时长异常）**|18
296 -|**3，8**|273
297 -|**3，8，6**|115
298 -|**3，8，9**|3
299 -|**4，8，6**|1
300 -|**6**|1291
301 -|**7**|15
302 -|**7，8**|3
303 -|**7，8，9**|20
304 -|**7，8，9，6**|44
305 -|**7，9，6**|15
306 -|**8**|77854
307 -|**8,6**|32902
308 -|**8,9**|536
309 -|**8,9,6**|1347
310 -|**9**|36
311 -|**9,6**|33
312 -|**合计**|115291‬
313 -)))
314 -
315 -~-~-解决:
316 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
317 -
318 -数据统计人：Chinyee
319 -
320 -
321 -= gdss_case#8_20200115 =
322 -
323 -问题描述：旧平台
324 -1.吴小英说他误修复了几张异常账单，希望把那几张单改回异常状态。
325 -
326 -2.修复后报表里多了这几张单，颂盛的客人那边会出现前后报表不一致的情况。他想避免这情况
327 -
328 -3.旧平台上他反应未修复的账单也能在报表看到20200108165713818444 20200111022016826908 这两个账单是没修复过的
329 -
330 -~-~-跟踪
331 -
332 -【YD】：
333 -
334 -1）2）已修复的，我们不能随意修改客户数据，如果客人问起来您需要向他们解释。
335 -3）颂盛这边一直都是配置成允许异常账单先结算扣款，后续人工修复再补扣，所以报表能看到
336 -【shi】：1、下图配置的意思是允许异常账单先结算扣款，后续人工修复再补扣。
337 -2、一些客户不能及时修复账单，是用了先结算， bo2和bo1的机制是一样的。
338 -3、建议客户及时处理异常账单，特别是公交周期结算前 是必须处理完的。
339 -[[image:1579061130998-533.png]]
340 -
341 -
342 -
343 -~-~-解决:
344 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
345 -
346 -售后（跟单）工程师：施文俊 YD
347 -
348 -= gdss_case#7_20200113 =
349 -
350 -问题描述：
351 -
352 -颂盛旧系统平台
353 -日期：2020-01-13
354 -桩站名称：颂盛站点
355 -手机号：
356 -订单号：20200113131916994301、20200113130454355822、20200113130336691650、20200113130240664036、20200113125312202217、20200113125311761057、20200113125203914204、20200113124854037470、20200113124637079267、20200113124544419307、20200113123331114379、20200113123029340160、20200113122916302241、20200113122040542106、20200113120748494182、20200113120300119547、20200113115846103652、20200113115828334527、20200113114219467743、20200113113813352135
357 -充电桩号：44011300040000200055、、44011300040000250003、44011300040000240001、44011300040000210006、44011300040000200085、44011300040000200054、44011300040000210005、44011300040000200083、44011300040000240002、44011300040000200053、44011300040000200093
358 -充电枪号： 
359 -充电时间：
360 -结束时间：
361 -现场网络连接状态：正常 
362 - 异常状态：充电电量与平台不符
363 -问题描述：充电电量与平台不符，请帮忙查看一下是什么原因，见下图：
364 -
365 -[[image:1578900456181-994.png||height="469" width="942"]]
366 -
367 -~-~-跟踪
368 -
369 -【YD】：转研发确认是否与gdss_case#6_20191204的原因一致。
370 -【令技术】：以上账单中出现的“充电电量与平台不符”的异常,  都是由于充电桩在充电前上送心跳的电表总读数均为0， 启动充电后，电表总读数变为一个较大的值 造成的 计算异常。
371 -
372 -~-~-解决:
373 -状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
374 -
375 -售后（跟单）工程师：施文俊 YD
376 -
377 -= gdss_case#6_20191204 =
378 -
379 -广州颂盛旧系统平台
380 -日期：2019-12-04
381 -桩站名称：塘坑站点、大岗站点、桥南站点、
382 -手机号：
383 -订单号：
384 -充电桩号：
385 -充电枪号： 
386 -时间：2019年11月份
387 -\\现场网络连接状态：正常 
388 - 异常状态：金额、峰、平、谷值都为0 
389 -问题描述：今天早上接到客户的反应颂盛的三个站点有几条充电日报表金额、峰、平、谷值都为0，见表格下：
390 -
391 -20191108112557047049
392 -20191109045929266559
393 -20191112002225771301
394 -20191116000001501830
395 -20191125001902046919
396 -20191127001635518809
397 -20191106044333115970
398 -20191109000104273153
399 -
400 -~-~-跟踪
401 -
402 -【YD】：这些单都为“账单丢失”，但手动修正里有部分单的修正电量过大。
403 -
404 -【niewei】20191205 出现几万度电的情况， 是由于罗宾森桩的电表读数异常造成的。  需要人工处理。
405 -
406 -[[image:1575445987388-997.png||height="365" width="842"]]
407 -
408 -~-~-解决:
409 -状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
410 -
411 -售后（跟单）工程师：施文俊 YD
412 -
413 -
414 -= gdss_case#5_201911113 =
415 -
416 -广州颂盛旧系统充电平台
417 -
418 -日期：2019-11-13
419 -桩站名称：
420 -手机号：
421 -订单号：20191108112557047049/20191109000104273153/20191109045929266559
422 -充电桩号：
423 -充电枪号：
424 -开始充电时间：
425 -现场网络连接状态：正常
426 -异常状态：
427 -问题描述：现在广州颂盛大岗站、塘坑站出现峰平谷值为零的现象
428 -
429 -~-~-跟踪
430 -
431 -【令】：排查结果如下，都是充电桩上送的电表读数异常所致。颂盛的桩是 “罗宾森”桩， 这个电表读数异常的问题，还存在。
432 -
433 -[[image:1573633992288-441.png]]
434 -
435 -~-~-解决:
436 -状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
437 -
438 -售后（跟单）工程师：施文俊  何倩怡
439 -
440 -
441 -= gdss_case#6_20191112 =
442 -
443 -广州颂盛旧系统平台
444 -日期：2019-11-12
445 -桩站名称：广州颂盛桥南充电站
446 -手机号：
447 -订单号：20191112001934329341
448 -充电桩号：44011300040000200061
449 -充电枪号： 
450 -开始充电时间：2019-11-12 00:23:38
451 -结束时间：2019-11-12 03:50:36
452 -现场网络连接状态：正常 
453 - 异常状态：充电量与平台不符
454 -
455 -[[image:1573546978385-211.png||height="334" width="705"]]
456 -
457 -~-~-跟踪
458 -
459 -【令】：已转研发
460 -【shi】： 罗宾森桩的问题看来是比较多啊。见附件 [[attach:罗宾森_20191112001934329341问题排查.log||target="_blank"]]，罗宾森解释是RS485丢包造成的。 目前暂时由后台人工处理了， 用设备账单来计费。
461 -to 金凯瑞许总：
462 -请关注罗宾森桩程序目前的问题。
463 -联想到贵司伙伴即将在深圳运营，不禁有些担忧。按照我的经验，深圳市社会车辆 充电业务量的数量级是其他城市几倍，用户对充电数据精准性不是公交充电能比的（仅月底看一次数据。）
464 -附件是我司技术对问题账单分析，我按照通俗易懂方式给您解释如下：
465 -1）背景知识：计算机需要按照约定的协议严格执行协议流程。
466 -2）类比举例：
467 -吃饭需要5步，即：1，2，3，4，5。 
468 -小明实际吃饭步骤：1,3,4,5  或 1,3,2,4,5 或 1,2,2,2,3,4,5  等类似不按约定协议执行。
469 -3）因为第2项的原因，充电桩在一些情况下（蒙混过关）看来是完成充电了，因为运营环境的复杂，实际上会很大概率出现各种无法预期的异常。
470 -4）第2项 这个问题  从第一个罗宾森桩投入运营上线至今似乎一直存在，未彻底解决。看如何彻底解决。
471 -5）如果 大家认同  运营稳定排第一位。 所谓 RS485 丢包造成，是否可以更换 相应的模块配件。
472 -
473 -~-~-解决:
474 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
475 -
476 -售后（跟单）工程师：施文俊 YD
477 -
478 478  = gdss_case#5_20191031 =
479 479  
480 480  
... ... @@ -571,7 +571,7 @@
571 571  
572 572  售后（跟单）工程师：施文俊  何倩怡
573 573  
574 -= =
101 += =
575 575  
576 576  = gdss_case#2_20190927 =
577 577  
... ... @@ -638,21 +638,4 @@
638 638  
639 639  售后（跟单）工程师：施文俊
640 640  
641 -
642 -~#~##番禺项目汇报-20180724
643 -人员：
644 - 罗宾森售后
645 - 金凯瑞工程人员、项目经理、平台管理员
646 - 令狐充平台工程师
647 - 番禺场站公交负责人、运维人员
648 -\\阶段性成果：
649 - a、介绍平台功能和基本使用情况。客户运维、金凯瑞平台运维和令狐充运维 建微信群 计划初期对运营进行支撑和维护。
650 - b、目前支持站点密码为场站之车辆进行充电。
651 - c、少量电桩完成平台接入，并通过公交充电测试。其余待网络、电力设备就绪后逐个接入平台。
652 -
653 -
654 -联调之问题汇总：
655 -1、桩的程序存在漏洞，界面无法更改服务器IP等参数，暂时由罗宾森售后用烧写器改参数并逐个上线。罗宾森尽快修改。【优先级:高】
656 -2、桩目前无法将VIN上传后台，影响充电记录，无法知道哪些车辆进行了充电，罗宾森尽快修改。【优先级:高】
657 -3、车牌号、vin、集团/企业部门 三者之间的关系录入系统。【优先级:高，由施工和may处理】
658 -4、桩对接平台之刷卡功能。【优先级:中，需罗宾森支持】
168 +
1573633992288-441.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -29.4 KB
Content
1575445987388-997.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -152.3 KB
Content
1578900456181-994.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -207.6 KB
Content
1579061130998-533.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -51.9 KB
Content
1586338347138-373.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -71.4 KB
Content
罗宾森_20191112001934329341问题排查.log
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -1.2 KB
Content
... ... @@ -1,40 +1,0 @@
1 -充电桩:44011300040000200061 枪号:2 账单ID:20191112001934329341
2 -61号桩2号枪发起密码充电鉴权:
3 -11-12 00:19:34.869, 14
4 -11-12 00:19:35.848, 15
5 -11-12 00:19:39.044, 16
6 -
7 -启动充电...
8 -11-12 00:19:40.088, 24
9 -11-12 00:19:40.090, 20
10 -
11 -该桩没有回复消息21, 在启动充电未完成的情况下:
12 -
13 -于11-12 00:19:40.148, 连接断开,充电桩离线
14 -
15 -该桩发起新的连接后，在没有进行启动消息流程及上送心跳(后台判断该桩状态此时为“离线”)的情况, 就直接重发启动充电消息(多次)
16 -11-12 00:19:53.616, 24
17 -11-12 00:20:07.117, 24
18 -11-12 00:20:50.969, 24
19 -...
20 -
21 -直到 11-12 00:23:19.308,5 该枪上送心跳(状态空闲)
22 -
23 -然后该桩再次发起启动充电...
24 -11-12 00:23:22.029,24
25 -11-12 00:23:22.030,20
26 -
27 -11-12 00:23:35.529,24
28 -11-12 00:23:35.530,20
29 -
30 -等待充电桩回复消息21,未等到...
31 -
32 -后台在4分钟后发起停止充电请求(后台逻辑)，结束本次充电事务
33 -11-12 00:23:36.398,12
34 -
35 -
36 -但11-12 00:23:40.249,21 (这时桩回复了21，开始充电了...)
37 -
38 -所以结果是:
39 -1、在“11-12 00:23:36.398”，后台判断该充电事务结束了,无充电.
40 -2、这时充电桩开始充电...