Wiki源代码金凯瑞

Version 51.1 by chinyee he on 2020/04/30 16:35

Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
5 = jkr_case#39_20200430 =
6
7 问题描述:这些账单金额非常大,都是在断网的时候出现的,而且小程序上的电费为负数
8
9 [[image:1588235613768-160.png||height="154" width="756"]]
10
11 ~-~-跟踪
12
13 【技】:这些账单需要人工修复一下,修复完了小程序上的数据就正常了
14
15 ~-~-解决:
16 状态(☑表示选定 ):☑ 已解决 | 处理中 | 暂搁置 
17 售后(跟单)工程师: chinyee
18
19
20 = jkr_case#38_20200427 =
21
22 问题描述:怎么离线白名单那里不能点击第二页呢
23
24 ~-~-跟踪
25
26 【YD】:试了下确实不行 而且另外 10条/页 的设置也不能变更。转研发
27
28 ~-~-解决:
29 状态(☑表示选定 ):☑ 已解决 | 处理中 | 暂搁置 
30 售后(跟单)工程师: YD
31
32 = jkr_case#37_20200421 =
33
34 问题描述:金凯瑞 - 珠海智慧充(MA4ULG7K8) 对接
35
36 ~-~-跟踪
37 【背景】:
38 1、正式环境,金凯瑞平台。
39 2、金凯瑞本次对接的充电站为: 金凯瑞汽车销售服务公司站
40 3、参考类似羊城充的第三方对接。
41 4、优先级:高
42
43 ~-~-解决:
44 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
45 售后(跟单)工程师: 施文俊
46
47 = jkr_case#36_20200420 =
48
49 问题描述:
50
51 站点:西区临时站场充电服务项目
52 桩程序刷新白名单:2号桩、3号桩、5号桩
53
54 1、4月15号中午11点 现场桩已刷新白名单测试用,
55 桩上测试可以正常使用离线白名单,桩上有离线测试数据,桩联上网之后后台没有接收到离线数据,售后重新
56 再检查桩程序,还是一样后台没接收到离线数据。
57
58 2、在4月18号时间 11号桩、10号桩换了新的程序刷新,桩上测试离线白名单是可以使用的,而且有显示离线数据,桩连上网后在后台没接收到离线数据。
59
60 [[attach:中山晨兴现场11号桩55.08.txt||target="_blank"]]
61
62 [[image:8b39374396635d1bb3875b3e9d212d7.png||height="265" width="869"]]
63
64 ~-~-跟踪
65
66 【令技术】:44200000040000200011离线充电密码: 112233
67 估计是, 离线白名单没有和帐号绑定在一起, 导致"离线充电无法找到对应用户"。
68
69 【YD】:离线白名单的配置没看出什么问题 这个站点的管理员密码不是112233,不清楚这个密码对应的是哪个用户 其他虚拟用户大多都是有自己的名称说明是哪里的 应该不会用这些虚拟用户的密码
70
71 【shi】:解决办法
72 1、可以建虚拟账号,密码设为112233
73 2、将站点管理员密码作为,离线白名单密码。
74 针对 已经发生充电用1。新的站点用2最优
75
76 ~-~-解决:
77 状态(☑表示选定 ):☑ 已解决 | 处理中 | 暂搁置 
78 售后(跟单)工程师: 施文俊
79
80 = jkr_case#35_20200408 =
81
82 问题描述:广州新穗 公交充电
83
84 ~-~-跟踪
85 【场景】:穗意充站点充电桩vin码充电场景需求,
86 1、该站点需要对外运营扫码收费提供充电服务,
87 2、内部大巴车辆需要启用vin码启动充电统计电量。
88 3、vin码已导入车辆电池管理系统,平台需要如何设置才能实现该充电方式?
89 【shi】:
90 需求2、3 先参见 :[[模式1>>doc:产品FAQ.B2B充电.WebHome]],不满足再参考其他模式。
91 【客】:我们站点不需要刷卡和充电密码充电,直接使用vin启动充电,在后台怎么设置
92 【吴xx】:VIN启动充电功能:只允许录入系统的并能识别VIN的车辆启动充电!其余的车辆只能通过扫描二维码支付,个人账户密码去充电!平时我们公交站场的使用的密码充电和刷卡启动充电全部不开通!
93 【shi】:
94 1、场景已了解。 2、桩端功能流程流程是? 3、我只知道离线白名单VIN充电在云浮试运营中
95 4、3中场景和1中是完全不同场景。
96 5、罗宾森主导的车弓充电 颂盛场站 调试一半,我方当时配合部分工作后,后面也未收到最新消息。
97 2020-4-14 18:48 从你们这边才知道桩已经支持vin充电
98 【许总】:
99 1、充电桩从现在的五代机开始已具备用VIN码充电功能。
100 2、去年我就问过植总咱们的平台是否具备用VIN充电功能?植总的回复是具备的,只要充电桩支持即可。
101 3、之前的为什么没有采用VIN码充电呢?这是因为当时充电桩不具备这个功能。
102 4、目前广州新穗客户的站点是对外、对内充电:对外充电采用扫码充电,对内采用VIN码充电。
103 5、当时五代机与令狐充平台对接工作中,已经实现了VIN码充电功能,今天在群里也发了当时的VIN码充电视频,请你看下。但是不记得当时秦工跟令狐充的哪位工程师对接的了,可能施工你不清楚。
104 【shi】:
105 “2、去年我就问过植总咱们的平台是否具备用VIN充电功能?植总的回复是具备的,只要充电桩支持即可。”
106 平台是具备此功能,请再次确认罗宾森桩是否已支持,另外请明确此功能是与我方哪位工程师的对接的?
107 我知道和vin启动相关的只有云浮试运营中的vin离线充电。从未得知桩已支持在线vin启动充电。
108
109 ~-~-解决:
110 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
111 售后(跟单)工程师: 施文俊
112
113 = jkr_case#35_20200408 =
114
115 问题描述:金凯瑞的“开瑞新能源汽车仙桥店”站点,时间范围,2020-03-01至2020-03-31日整车充电消费报表
116
117 1.导出来的文件只显示尖金额。
118
119 2.没有导入车牌和vin但导出来的文件显示有(显示都是0)
120
121 ~-~-跟踪
122
123 【YD】:1.我看了这站点是固定电价,随便挑了几张单号算了与电价相符。
124
125 【技术】:2.车牌和vin都是车发过来的,他发了一串0过来,我们也会记录下来
126
127 ~-~-解决:
128 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
129 售后(跟单)工程师: 施文俊 YD
130
131 = jkr_case#34_20200317 =
132
133 问题描述:新穗mc2.0 账号多个使用问题
134
135 ~-~-跟踪
136
137 (% class="box infomessage" %)
138 (((
139 【客】:新穗平台有个新问题,从客户端登录看不到:
140 1、充电消费报表。
141 2、充值账单看不到。
142 \\【shi】:
143 1)日报表有数据,月报表有异常。【已解决】
144 2)中对应的账号 gzxs 配置错误。
145 [[image:1585227929894-943.png]]
146 )))
147
148
149 ~-~-解决:
150 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
151 售后(跟单)工程师: 施文俊
152
153
154 = jkr_case#34_20200317 =
155
156 问题描述:监控小程序支持1个手机跨运营商登录
157
158 ~-~-跟踪
159
160 (% class="box infomessage" %)
161 (((
162 背景:
163 金凯瑞人员都只有1-2个手机号,但是却需要可以查看数个不同客户的站点。
164 \\配置步骤:
165 1、依次进入“首页/系统管理/账号管理/站点人员管理”
166 2、按需为指定 管理者  配置多个不同运营商。
167 3、因跨多个运营商,需用“金凯瑞超级角色”账号 "jkr_super_admin"登录来操作。
168 [[image:1584440324578-744.png]]
169
170 **注意事项:**
171 只有能看见全局的账号才能配。 比如  需新建  “金凯瑞超级角色”,此 账号可以被授权金凯瑞系的多个bo运营商的权限。
172 [[image:1584440057692-132.png]]
173 )))
174
175
176 ~-~-解决:
177 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
178 售后(跟单)工程师: 施文俊
179
180 = jkr_case#33_20200316 =
181
182 问题描述:金凯瑞站桩数类型统计
183
184 ~-~-跟踪
185 站点类型 站点数量 枪数量
186 公共 8(见*) 28
187 公交 22 147
188
189 * 平台显示10,实际8个。其中:永鸿充电站、花都瑞辉充电站去年已经将金凯瑞平台下线换成了小桔充电平台。
190
191 ~-~-解决:
192 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
193 售后(跟单)工程师: 施文俊
194
195 = jkr_case#32_20200312 =
196
197 问题描述:子运营商绑定站点显示的是令狐充的站点
198
199 [[image:1583993449608-652.png||height="379" width="574"]]
200
201 ~-~-跟踪
202
203
204 ~-~-解决:
205 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
206 售后(跟单)工程师: chinyee
207
208
209 = jkr_case#31_20200312 =
210
211 问题描述:隐藏异常账单和问题
212
213 ~-~-跟踪
214 \\金凯瑞异常账单数据特殊处理要求:,确认下任务优先级
215 1、即时当时数据是错误的,也不管了
216 2、将2019-9之前,异常账单状态变为正常状态,数据不做实际修复
217 3、异常账单状态变为正常状态的数据 不能列入 统计数据,不能影响已结算账单之对账。包括:客户看不到这些数据导不出来
218 4、优先级:
219
220 ~-~-解决:
221 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
222 售后(跟单)工程师:  施文俊
223
224
225 = jkr_case#31_20200311 =
226
227 问题描述:  21:00  bo升级2.0计划
228
229 ~-~-跟踪
230
231 【概况】:
232 1、原金凯瑞后台各子运营商登录账号 升级后 无法第一时间登录。 
233 1.1)原金凯瑞后台各子运营商登录账号 同步至 MC2.0 的方案,包括:原子账号名、角色名、密码不变。权限由金凯瑞配置见1.2 。【John】
234 1.2) 涉及到权限细节,由金凯瑞 逐个配置。【 金凯瑞  优先级高的子客户 需先配】
235 1.3) 因子账号的权限配置较复杂, 升级后,也可先提供小程序,进行站点管理员 配置。【执行:金凯瑞】
236 2、升级2.0过程约持续2小时。
237 3、2020-3-11 将办公室交流桩转至金凯瑞下,确保可以正常充电。【运营  shi】
238 4、升级后测试 基本充电功能,包括:
239 4.1)首次关注时弹出的拦截页是否正确。
240 4.2)扫码充电基本功能。(二维码见下图,对应url:http:~/~/bo.zhjkrxny.com/boss/front/opPanel/a.htm?did=4403040003000003)
241 4.3)检查微信支付功能。
242 5、bo2升级后提醒 客户 必须配置的项,以下列出几项优先级最高。【执行:金凯瑞】
243 5.1)配置正确的充值面额。
244 5.2)配置个人余额阀值(自动停止)。
245 5.3)见1.3.
246 6、配置&提供mc2.0 登录管理账号【执行:令狐充 shi】
247 7、如客户有MC2.0使用疑问,提供必要支撑。【执行:令狐充 运营】
248 8、按照约定,升级后,金凯瑞安排车、1台直流桩进行至少一次实测。【执行:金凯瑞】
249
250 **【计划过程和注意事项】:**
251
252 **主要分2部分:第一部分由 shi 操作、第二部分由john操作。
253 第一部分:**
254 bo1升级bo2 基于 boVersion:20190810_101130_09614a
255
256 1. 更更新数据库
257 2. mc的boss_token表加⼀一下配置数据
258 3. boss的access_token表加⼀一下配置数据
259 4 导入sys_setting
260 5 update sys_setting
261 6 金凯瑞  javris配 营业执照
262 7 微信底部菜单更新。
263 8 升级前要求客户在腾讯商户平台新增安全支付路径。步骤:(((
264 1)登录https:~/~/pay.weixin.qq.com/
265 2)(可选,如已配置可忽略)依次进入“【账户中心】-》【api安全】-》【设置api秘钥】-》【提供我方秘钥】”
266 3)在微信支付平台配置支付授权目录:http:~/~/bo.zhjkrxny.com/boss/newui/  步骤:依次进入“【产品中心】-【开发配置】-【支付配置】中修改”
267 )))
268
269 #bo2 和bo1差异 sql
270 create
271
272 CREATE TABLE `wx_reply` (
273 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
274 `keyword` varchar(32) DEFAULT NULL,
275 `content` text,
276 PRIMARY KEY (`id`)
277 ) ENGINE=InnoDB  DEFAULT CHARSET=utf8;
278
279 CREATE TABLE `access_token` (
280 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
281 `access_code` varchar(32) NOT NULL DEFAULT '',
282 `secret_key` varchar(32) NOT NULL DEFAULT '',
283 `restrict_ip` varchar(1024) DEFAULT NULL COMMENT '限制客户端ip,多个ip用,隔开',
284 `is_admin` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-普通客户端, 1-超级客户端',
285 PRIMARY KEY (`id`)
286 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
287
288 CREATE TABLE `coupon` (
289 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
290 `name` varchar(32) NOT NULL DEFAULT '' COMMENT '券名',
291 `issueCondition` int(11) NOT NULL DEFAULT '1' COMMENT '1-充额定值赠, 2-新用户赠',
292 `minCharge` int(11) DEFAULT NULL COMMENT '最低充值金额, 分',
293 `denomination` int(11) NOT NULL DEFAULT '0' COMMENT '面额。 分',
294 `perNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次赠送券数量',
295 `packNum` int(11) NOT NULL DEFAULT '0' COMMENT '总份数',
296 `issuedPackNum` int(11) NOT NULL DEFAULT '0' COMMENT '已送出券份数',
297 `departIds` varchar(1024) DEFAULT NULL COMMENT '限制部门id, 用|隔开并且前后也要有|',
298 `subOpIds` varchar(1024) DEFAULT NULL COMMENT '限制子运营商id, 用|隔开并且前后也要有|',
299 `stationIds` varchar(1024) DEFAULT NULL COMMENT '限制可用站点id. 用|隔开并且前后也要有|',
300 `useNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次充电可用数量',
301 `fromDate` datetime NOT NULL COMMENT '上架时间',
302 `toDate` datetime NOT NULL COMMENT '上架结束时间',
303 `validType` int(11) NOT NULL DEFAULT '1' COMMENT '1-特定天数有效,2-特定时间段有效',
304 `validDays` int(11) DEFAULT NULL COMMENT '有效期天数',
305 `expireFrom` date DEFAULT NULL COMMENT '有效期开始时间',
306 `expireTo` date DEFAULT NULL COMMENT '有效期结束时间',
307 `status` int(11) NOT NULL DEFAULT '1' COMMENT '1-有效, 0-下架',
308 `remark` varchar(1024) DEFAULT NULL COMMENT '描述信息',
309 `threshold` int(11) NOT NULL DEFAULT '0' COMMENT '最低消费额度, 分',
310 `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
311 `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
312 `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
313 `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
314 PRIMARY KEY (`id`)
315 ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8;
316
317 CREATE TABLE `member_coupon` (
318 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
319 `couponId` int(11) NOT NULL COMMENT '券id',
320 `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员id',
321 `amount` int(11) NOT NULL DEFAULT '0' COMMENT '金额, 分',
322 `stationIds` varchar(1024) DEFAULT NULL COMMENT '限制可用站点id. 用|隔开并且前后也要有|',
323 `useNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次充电可用数量',
324 `validFrom` datetime NOT NULL COMMENT '生效时间',
325 `expireTime` datetime NOT NULL COMMENT '有效期到期时间',
326 `billingId` varchar(32) DEFAULT NULL COMMENT '充电账单号',
327 `mbTransaction` varchar(32) DEFAULT NULL COMMENT 'member_bill 的订单号',
328 `issuedTime` datetime NOT NULL COMMENT '赠送时间',
329 `usedTime` datetime DEFAULT NULL COMMENT '使用时间',
330 `threshold` int(11) NOT NULL DEFAULT '0' COMMENT '最低消费额度, 分',
331 PRIMARY KEY (`id`),
332 KEY `couponId` (`couponId`),
333 KEY `memberId` (`memberId`),
334 KEY `billingId` (`billingId`)
335 ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
336
337 CREATE TABLE `refund_apply` (
338 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
339 `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员id',
340 `amount` int(11) DEFAULT NULL COMMENT '退款金额,分',
341 `commission` int(11) DEFAULT '0' COMMENT '扣取手续费, 分',
342 `status` int(11) NOT NULL DEFAULT '0' COMMENT '0-待审核,1-审核不通过,2-审核通过',
343 `progress` int(11) NOT NULL DEFAULT '0' COMMENT '0-用户申请、1-平台审核、2-完成退款, 3-部分退款, 4-退款失败',
344 `reason` varchar(1024) DEFAULT NULL COMMENT '原因',
345 `settlementRefundFee` int(11) NOT NULL DEFAULT '0' COMMENT '实际退款金额',
346 `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
347 `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
348 `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
349 `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
350 PRIMARY KEY (`id`),
351 KEY `memberId` (`memberId`)
352 ) ENGINE=InnoDB AUTO_INCREMENT=35 DEFAULT CHARSET=utf8 COMMENT='退款申请';
353
354 CREATE TABLE `refund_audit` (
355 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
356 `refundId` int(11) NOT NULL COMMENT '退款申请ID',
357 `status` int(11) NOT NULL DEFAULT '0' COMMENT '0-待审核,1-审核不通过,2-审核通过',
358 `reason` varchar(1024) DEFAULT NULL COMMENT '原因',
359 `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
360 `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
361 `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
362 `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
363 PRIMARY KEY (`id`),
364 KEY `refundId` (`refundId`)
365 ) ENGINE=InnoDB AUTO_INCREMENT=23 DEFAULT CHARSET=utf8 COMMENT='退款申请审核历史';
366
367 CREATE TABLE `refund_record` (
368 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
369 `raId` int(11) DEFAULT NULL COMMENT 'refund_apply的id',
370 `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员ID',
371 `openId` varchar(255) DEFAULT NULL COMMENT '微信用户openId',
372 `mchId` varchar(32) DEFAULT NULL COMMENT '商户号',
373 `nonceStr` varchar(32) DEFAULT NULL COMMENT '随机字符串',
374 `sign` varchar(32) DEFAULT NULL COMMENT '签名',
375 `signType` varchar(32) DEFAULT NULL COMMENT '签名类型. MD5或者HMAC-SHA256',
376 `transactionId` varchar(32) DEFAULT NULL COMMENT '微信充值订单号',
377 `outTradeNo` varchar(32) DEFAULT NULL COMMENT '对应wc_payment_msg表的C_INNER_TRANSACTION_NO和member_bill表的C_TRANSACTION',
378 `outRefundNo` varchar(32) DEFAULT NULL COMMENT '商户退款单号',
379 `totalFee` int(11) NOT NULL DEFAULT '0' COMMENT '充值订单金额',
380 `refundFee` int(11) NOT NULL DEFAULT '0' COMMENT '退款金额',
381 `status` int(11) NOT NULL DEFAULT '1' COMMENT '0-退款失败, 1-退款中, 2-成功退款, 3-撤销',
382 `resultCode` varchar(16) DEFAULT NULL COMMENT '业务结果。 提交申请结果,不表示退款成功',
383 `errCode` varchar(32) DEFAULT NULL COMMENT '错误代码',
384 `errCodeDes` varchar(128) DEFAULT NULL COMMENT '错误代码描述',
385 `refundId` varchar(32) DEFAULT NULL COMMENT '微信退款单号',
386 `settlementRefundFee` int(11) NOT NULL DEFAULT '0' COMMENT '应结退款金额',
387 `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
388 `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
389 `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
390 `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
391 PRIMARY KEY (`id`),
392 KEY `raId` (`raId`),
393 KEY `memberId` (`memberId`)
394 ) ENGINE=InnoDB AUTO_INCREMENT=27 DEFAULT CHARSET=utf8 COMMENT='退款记录';
395
396 CREATE TABLE `member_flag` (
397 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
398 `name` varchar(32) NOT NULL DEFAULT '' COMMENT '标签名称',
399 `type` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0-固定标签, 1-自定义标签',
400 `criteria` tinyint(4) DEFAULT NULL COMMENT '固定标签条件',
401 `params` varchar(256) DEFAULT NULL COMMENT '固定标签条件参数',
402 `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '0-下线,1-在线',
403 `C_CREATE_BY` varchar(255) DEFAULT NULL,
404 `C_CREATE_DATE` datetime DEFAULT NULL,
405 `C_UPDATE_BY` varchar(255) DEFAULT NULL,
406 `C_UPDATE_DATE` datetime DEFAULT NULL,
407 `C_DELETE_FLAG` tinyint(4) NOT NULL DEFAULT '0' COMMENT '删除标记:0-未删除,1-已删除',
408 PRIMARY KEY (`id`)
409 ) ENGINE=InnoDB AUTO_INCREMENT=100 DEFAULT CHARSET=utf8;
410
411 CREATE TABLE `member_flag_rel` (
412 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
413 `memberId` varchar(255) DEFAULT NULL COMMENT '会员id',
414 `flagId` int(11) unsigned DEFAULT NULL COMMENT '标签id',
415 `C_CREATE_DATE` datetime DEFAULT NULL,
416 PRIMARY KEY (`id`),
417 KEY `memberId` (`memberId`),
418 KEY `flagId` (`flagId`)
419 ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
420
421 ---alter--
422 alter table sub_operator add column `isOut` tinyint(1) DEFAULT '0' COMMENT '1-对方系统计费,0-本方系统计费';
423 alter table sub_operator add column `domain` varchar(64) DEFAULT NULL COMMENT '第三方系统二维码的域名';
424 alter table sub_operator add column `urlParamFormat` varchar(1024) DEFAULT NULL COMMENT '二维码链接参数格式';
425
426 alter table wc_payment_msg add column `C_REFUND_FEE` int(11) NOT NULL DEFAULT '0' COMMENT '已退款金额. 分';
427 alter table t_department_account add column `C_PARENT_BILLING` tinyint(1) NOT NULL DEFAULT '0' COMMENT '1-使用上级部门账户扣费';
428
429 alter table member add column `C_REFUNDABLE_AMOUNT` int(11) NOT NULL DEFAULT '0' COMMENT '可退款金额, 分';
430
431 #alter table recharge_history add column `C_STATION_ID` int(11) DEFAULT NULL COMMENT '站点ID';
432
433
434 alter table recharge_history add (C_CONNECTOR varchar(32) DEFAULT NULL COMMENT '充电接口id',
435 C_QRCODE varchar(1024) DEFAULT NULL COMMENT '扫码充电二维码'
436 );
437
438 alter table member_bill add column C_COUPON_AMOUNT int(11) DEFAULT '0' COMMENT '代金券扣减金额,分';
439
440 ALTER TABLE `recharge_history` ADD INDEX unionBillingId ( `C_UNION_BILLINGID` );
441 \\**第二部分:**
442 继续更新近期bo2涉及的sql等。
443
444
445 (% class="box" %)
446 (((
447 【更新结果】:
448 1、错误1:充值报错
449 2、解决:补sql
450 alter table member_bill add column `C_BALANCE_BEFORE` int(11) DEFAULT NULL COMMENT '消费/充值前余额,分';
451 alter table member_bill add column `C_BALANCE_AFTER` int(11) DEFAULT NULL COMMENT '消费/充值后余额,分';
452 )))
453
454 = jkr_case#30_20200226 =
455
456 问题描述:广州新穗独立bo搭建。
457
458 ~-~-跟踪
459 一、第三方申请
460 1.1、微信号申请。【完成】
461 1.2、微信支付申请。【完成】
462 二、部署计划
463 2.1、配置bo环境,包括:java、mns、database、等环境。
464 2.1.1、微信平台集成参数配置、启用开发模式、启用菜单
465 2.1.2、jarvis
466 2.1.3、mns
467 2.1.4、database:a)bos各表参数。b)tempbos_db.dim_operator表要加上运营商记录
468 2.1.5、nginx
469 2.2、其他资源
470 2.2.1、设计logo、icon。见  。【待客户提供】
471 2.3、测试。
472 2.3.1、基本充电功能。【令狐充执行 | 交流桩模拟器】
473 2.3.2、现场测试桩端充电功能。【桩厂商、客户执行】
474 2.4、为客户创建MC登录账号,分配MC标准版权限菜单和报表权限(标准版参考[[微信界面版本>>doc:客户管理.微信界面版本.WebHome]]),详细菜单权限参见[[zsps_case#9_20200116中3.4项>>doc:技术.业务支撑.中山平实.WebHome]]。 独立系统账号: xsxny 账号提供 新穗群中客户经理 黄子铭【chinyee&远东 完成】
475
476 ~-~-解决:
477 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
478 售后(跟单)工程师:  施文俊
479
480 = jkr_case#29_20200219 =
481
482 问题描述:
483
484 站点“西区临时站场充电服务项目”
485 1.如图显示,客户想去掉的内容
486 2.如图显示,客户想添加“内部使用”的标签
487
488 [[image:1582098192429-768.png||height="434" width="200"]]
489
490 ~-~-跟踪
491
492 (% class="box" %)
493 (((
494 【YD】:1.客户的解释是 总有外来车辆停到里面。已反馈评估
495 2.已添加该标签
496 \\解决: 
497 1、仅针对此站点“西区临时站场充电服务项目”,修改站点提醒内容。(见下mc1.0 界面)
498 2、建议完善旗下所有站点性质和提醒内容,避免 类似状况出现。
499 3、为了更好使用平台功能,建议 尽快协调时间时间 升级 金凯瑞系统 到mc2.0。
500
501 下图mc1.0 界面
502
503 [[image:1582105556394-491.png]]
504
505 下图mc2.0界面:
506
507 [[image:1582101231861-919.png]]
508 )))
509
510 ~-~-解决
511
512 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
513 售后(跟单)工程师:施文俊 YD
514
515 = jkr_case#28_20200211 =
516
517 问题描述:http:~/~/cloud.linghuchongtech.com/DynamicAdmin2/login.html
518
519 账号:jkrxny
520 吴小英说这个账号又出现了“同时登陆用户数量超过限制”的提示。
521
522 ~-~-跟踪
523
524 【YD】:
525 1、他这个问题之前都提过几次。他的账号有同时登陆数量20的限制
526 2、之前有和John说过 John处理完后一直建议他那边退出账号后再关闭网页。
527 3、吴小英原话说“我们许总说为什么出现这样的问题,要你们给出问题解决”
528
529
530 **客户不按规则操作,故给他同时登录次数设到100,避免再出现**
531
532 ~-~-解决
533
534 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
535 售后(跟单)工程师:施文俊 YD
536
537 = jkr_case#27_20200119 =
538
539 问题描述:广州增城白水寨站点 这个站为旧平台建的新站,无法在旧平台看到此站点 在新平台能看到这个站点。
540
541 ~-~-跟踪
542
543 【YD】:确认旧平台没有显示此站点,转研发查询问题
544
545 ~-~-解决:
546 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
547 售后(跟单)工程师:施文俊 YD
548
549 = jkr_case#26_20200102 =
550
551 问题描述:客户反应 宁乡与湛江 的站点出现无法充电的问题。
552
553 ~-~-跟踪
554
555 【YD】:这两个地方的站点看了一下桩状态没看到什么异常,去查看了故障记录(粗略浏览了一遍)。
556
557 湛江的站点 故障记录主要为“充电桩故障”原因是“充电枪断开”。(今天这类型的故障中,湛江的站点占了大部分。)
558
559 宁乡的站点 故障记录主要为“BMS故障”原因是“终止充放条件停止”。(今天这类型的故障中,湛江和宁乡的站点占了大部分。)
560
561 2020/01/02的故障记录到目前为止有八百多条,其中上述的两种故障类型占到七百多条。
562 【shi】: 平台bo重启后,应该都正常。
563
564 ~-~-解决:
565 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
566 售后(跟单)工程师:施文俊 YD
567
568 = jkr_case#25_20200102 =
569
570 问题描述:客户反应下列几个桩重启后数据清零。
571
572 44081100040000200014
573 12
574 15
575
576 ~-~-跟踪
577
578 【YD】:这几个桩在平台上查看了下,14是正常显示,12为离线,15为故障。与客户确认过只有这三台桩是这种情况。
579 【shi】: 客户描述不精确,无法定位问题。平台bo重启后,应该都正常。
580
581 ~-~-解决:
582 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
583 售后(跟单)工程师:施文俊 YD
584
585 = jkr_case#24_20200102 =
586
587 问题描述:客户反应偶尔打开网站时会出现错误 如下图
588
589 [[image:1577934577098-380.png]]
590
591 ~-~-跟踪
592
593 【YD】:尝试打开没问题,暂时让客户多留意观察。
594
595 ~-~-解决:
596 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
597 售后(跟单)工程师:施文俊 YD
598
599 = jkr_case#23_20191220 =
600
601 问题描述:请问一下我们金凯瑞的交流桩的密码现在不用了,能不能删掉密码呢
602
603 就是说原来我们的桩是没设定密码的,后来我设置了会员昵称就有密码了,但是我现在想把我设置的会员昵称给删除 就不用密码了
604
605 ~-~-跟踪
606
607 【YD】:您是想把某个会员给删掉对吧?
608
609 【客户】:对
610
611 【YD】:会员管理那边有个冻结操作,您可以把那个会员进行冻结
612
613 【客户】:好,我看看 这个没有冻结
614
615 [[image:1576804380781-727.png||height="175" width="912"]]
616
617
618 【YD】:旧平台无法删除会员也不能冻结虚拟用户,建议把这个虚拟用户 解除相关部门和卡号的绑定关系 清空余额。
619
620 ~-~-解决:
621 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
622 售后(跟单)工程师:施文俊 YD
623
624 = jkr_case#22_20191128 =
625
626 问题描述: 整理 金凯瑞系统 子账户 
627 ~-~-跟踪
628
629 (% class="box" %)
630 (((
631 【背景】: 金凯瑞系统 计划升级到 bo2.0和MC2.0, 因bo1和bo2中账户权限非1对1对称,升级后需调整具体子账号权限。
632 准备工作:
633 1、整理原子账号清单,供升级后参考使用。仅赋予原权限相等级别的权限
634 2、和客户确认其中无用账号,清除无用账号。
635 3、了解MC2.0 客户根账号的菜单权限分配结构,可参考德顺,菜单结构参考下图:
636 [[image:1574911845736-686.png]]
637 \\[[image:1574911896682-211.png]]
638 \\\\颂盛也需要做以上准备工作,可在颂盛页维护对应工作。
639 )))
640
641 ~-~-解决:
642 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
643 售后(跟单)工程师:施文俊
644
645 = =
646
647 = jkr_case#21_20191127 =
648
649 问题描述:建立了一个站点桩号:44081100040000210001 和原来有的这个桩号44080200040000210001会有冲突吗?就是区号不一样的
650 我新建立的湛江西公交站机器已经安装好了今天在联网调试怎么联不上网呢?我都是按着步骤设置了就是联不上网
651 ~-~-跟踪
652
653 【shi】:你确认平台配的没问题,就请现场桩厂家检查桩端配置和网络
654 ~~update 20191129
655 【客】:湛江西公交充电站已经连上网了
656
657 ~-~-解决:
658 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
659 售后(跟单)工程师:施文俊
660
661 = jkr_case#20_20191127 =
662
663 问题描述:金凯瑞汽车销售服务公司站有个交流桩需要用卡来充值,不要密码充值,卡号我已绑定了,但是不知道怎么用卡来充电。
664
665 ~-~-跟踪
666
667 【YD】:办公室循道交流桩的版本号是V1.007-02-180312
668 金凯瑞的桩4406060004000001版本号是V1.003-02-170311
669
670 **~~update 20191211**
671 1、得到厂里提供的支持刷卡的版本:XDJ22-LHC-D-V1.007-02-180312-CRC-0x6694.zip
672 2、可进行远程升级,详细步骤可参照[[此页>>doc:产品FAQ.远程升级.WebHome]](其中升级包管理已增加循道升级包)。【程序 已 上传,可进行升级。】
673 3、准备原版本程序,如升级后无法使用,有机会还原至旧版本 XDJ22-LHC-D-V1.003-02-170311-CRC-0x9BD7。
674
675 【YD】:20191212 对这个桩远程升级了两次均未成功。第一次升级时间为20分钟 客户反应桩屏幕显示正在升级,重启后亮起故障灯 故障为通讯异常 过后正常连上网络。第二次升级时间为1个小时未成功 桩屏幕显示与第一次相同位为正在升级。
676
677 ~-~-解决:
678 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
679 售后(跟单)工程师:施文俊 YD
680
681 = jkr_case#19_20191122 =
682
683 问题描述:http:~/~/cloud.linghuchongtech.com/DynamicAdmin2/login.html
684 吴小英反应 jkrxny登录时提示“同时登陆用户数量超过限制”
685
686 ~-~-跟踪
687
688 【YD】:试了几次也是这么提示但之后过了一会儿就能上了
689 不过刚才她又反应出现了这个问题,转研发
690
691 【令】:原因是频繁关闭窗口又登录导致的,建议客户关闭窗口前先注销登录。
692
693 ~-~-解决:
694 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
695 售后(跟单)工程师:施文俊 YD
696
697 = jkr_case#18_20191120 =
698
699 桩站名称:通益充电站
700 手机号:
701 订单号:
702 开始充电时间:2019-10-10
703 结束时间:2019.11.10
704 现场网络连接状态:正常 
705 异常状态:桩无显示,无充电记录 
706 问题描述:今天上午接到客户的反应马克菲尔的车辆在通益充电站充电时,桩有时候没显示数据但是桩是正在充的,平台也一样有些数据没有充电记录,客户做了记录从2019.10.10至2019.11.10马克菲尔的车辆充电充了15次,平台只显示了10次充电记录,桩也是有10次显示。通益站有4台桩,每台桩里都能显示充电记录,共10条记录。我问了客户是按照平常一样充电,请麻烦找一下是否平台和桩都出现问题了,谢谢!见下图:
707
708 ~-~-跟踪
709 【shi】:拆分几个问题
710 问题1、桩有时候没显示数据但是桩是正在充的。
711 令:信息不足够,需提供具体数据 ,才能分析。
712 \\问题2、从2019.10.10至2019.11.10马克菲尔的车辆充电充了15次,平台只显示了10次充电记录,桩也是有10次显示。
713 令:“马克菲尔”问题,在充电报表查看确实是10条。在充电记录内显示是19条有9条记录虽然有充电时间但充电量为0,其中4条记录(电量为0)的时间只有几分钟 不计这4条的话充电次数为15次。报表会过滤充电量为0的记录。
714
715
716
717 ~-~-解决:
718 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
719 售后(跟单)工程师:施文俊
720
721 = =
722
723 = jkr_case#17_20191115 =
724
725 日期:2019-15
726 桩站名称:西区临时站场充电服务项目
727 手机号:
728 订单号:20191114222208341929
729 充电桩号:44200000040000200005
730 充电枪号: 1
731 开始充电时间:2019-11-14 22:23:00
732 结束时间:2019-11-14 22:24:00
733 现场网络连接状态:正常 
734 异常状态:电量丢失
735 问题描述:在修复账单里显示左边的数据为0,右边的充电时间没有。请看下图:
736
737 [[image:1573798983485-331.png||height="233" width="544"]]
738
739 (% class="wikigeneratedid" %)
740 ~-~-跟踪
741 【chinyee】:从心跳看出,电量巨大,该账单号充电异常,没有正常充电,8是充电异常。
742
743 (% class="wikigeneratedid" %)
744 [[image:1573799027112-332.png||height="141" width="790"]]
745
746 (% class="wikigeneratedid" %)
747 【令技术】:20191114222208341929这个账单,应该是没充上电的。
748 当时44200000040000200005这个桩处于非常不稳定的状态。
749 鉴权前的一段时间,这个桩出现反复掉线的情况。
750 在鉴权时,会话是连上来了,但没发心跳。等过了10秒钟,后台主动下发查询心跳消息,设备返回,心跳里面的电表读数是0。
751 然后鉴权并成功。
752 设备上传心跳,状态是故障,电表读数是53361.2。后台计算的电量就是这个。
753 然后充电2分钟内,设备会话又断了几次。
754 最后上传账单,里面的充电电量为0,应该没有实际充上电。
755 因为后台计算到电表有变化,账单没有电量,所以判断电量丢失。
756
757 (% class="wikigeneratedid" %)
758 ~-~-解决:
759 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
760 售后(跟单)工程师:施文俊 chinyee
761
762
763 = jkr_case#16_20191113 =
764
765 问题描述:千灯湖AI公园充电站 五代桩 11月开始运营,做个异常账单发生率报告
766
767 (% class="wikigeneratedid" %)
768 ~-~-跟踪
769
770 提供一份数据:1)异常账单统计。
771
772 1)异常账单统计:下表为 **2019年10月31日之后** 之异常代码统计。
773
774 (% class="box infomessage" %)
775 (((
776 (% border="1" style="width:400px" %)
777 |**异常代码\统计时间段**|**千灯湖AI公园充电站**
778 |**时间段内成功充电次数**|16
779 |**异常账单**|0
780 |**服务取消**|7
781 )))
782
783 (% class="wikigeneratedid" %)
784 ~-~-解决:
785 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
786 售后(跟单)工程师:施文俊 Chinyee
787
788 = =
789
790 = jkr_case#15_20191111 =
791
792 问题描述:在金凯瑞旧系统刚建立了一个站点是潮州市(潮润汽车信息咨询服务有限公司)建立完成桩号了44510300040000200001,在设置枪时总保存不了
793
794 (% class="wikigeneratedid" %)
795 ~-~-跟踪
796 【YD】:对桩44510300040000200001设置枪号确实无法保存
797
798 (% class="wikigeneratedid" %)
799 金凯瑞那个保存不了枪的问题,我在mc2试了可以保存,估计是旧版有些接口没有同步更新,是不是可以让他们换到mc2来用,功能模块只分配mc1的模块。 直接用旧账号登录应该是看到一样的模块
800
801 (% class="wikigeneratedid" %)
802 ~-~-解决:
803 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
804 售后(跟单)工程师:施文俊 YD
805
806 = jkr_case#14_20191111 =
807
808 金凯瑞旧系统平台
809 日期:2019-11-08
810 桩站名称:湛江市公共交通集团有限公司麻章公交站充电站
811 手机号:
812 订单号:20191108151037234655 20191108152625944321 20191108154254247111 20191108161639809431 20191108165620564584 20191108171419612638 20191108183142510610 20191108192458023785 20191108195948401005 20191108220324064610 20191108223442847083 20191108225639138003
813 充电桩号:
814 充电枪号: 
815 开始充电时间:2019-11-08
816 结束时间:
817 现场网络连接状态:正常 
818 异常状态:在充电日报表记录里电量、金额、效率和充电时间不符
819 问题描述:在2019年11月08号充电日报表记录的电量、金额、效率、充电时间都不符,湛江市麻章站特别是有很多条记录的充电效率都高达3958.58%了,最低的效率是1.59%而充电时间是12分了。
820
821 【客】:账单号20191108223442847083的桩号44081100040000200020固件版本没变化,八号出现此问题,但5号也有发现充电效率为370.29%。7月份效率都挺高,电量有点偏差。
822
823 (% class="wikigeneratedid" %)
824 ~-~-跟踪
825
826 (% class="wikigeneratedid" %)
827 【chinyee】:1.在异常账单查看账单号:20191108223442847083 该账单为正常账单,但充电11分钟电量巨大,平台账单也不正常。
828
829 (% class="wikigeneratedid" %)
830 2.在数据库查看心跳,显示该账单号充电电量为384.07疑似不正常,而且一分钟充了42度电。
831
832 (% class="wikigeneratedid" %)
833 3.导出11.8的湛江市麻章站的充电日报表,发现充电账单最高充电效率为3981%,高于100%有61张账单。
834 [[image:1573437613512-748.png||height="262" width="655"]]
835
836 (% class="wikigeneratedid" %)
837 [[image:1573437802169-526.png||height="241" width="483"]]
838
839 【令技术】:这个桩的 “20191108223442847083”充电问题, 是因为该桩在本次充电前上传的电表总读数为:0, 充电结束后电表总读数为:120494 , 所以平台估算的电量是 :120494。
840
841 还是电表读数出现 0 的问题。
842
843 【shi】:罗宾森老问题,你转给厂里他们知道,从去年到现在似乎一直没解决。罗宾森每个版本改了什么厂里也没给出信息,平台方也无法跟踪
844
845 (% class="wikigeneratedid" %)
846 ~-~-解决:
847 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
848 售后(跟单)工程师:chinyee 施文俊  YD
849
850 = =
851
852 = jkr_case#13_20191107 =
853
854 问题描述:吴小英 无法完全理解 离线白名单
855
856 (% class="wikigeneratedid" %)
857 ~-~-跟踪
858 【shi】:1对1 语音会议 50分钟,答疑讲解细节,包括:
859 1) 白名单配置的意义。
860 2)扫码充电
861 3)个人密码充电。【客户居然完全不知道。 客户公司内部工作交接完全 没有效果,需要我方从头进行】
862 金凯瑞公众号-》充电密码
863 4)站点密码充电
864
865 (% class="wikigeneratedid" %)
866 [[http:~~/~~/mp.weixin.qq.com/s/tLrNri7z8GRW_aSgjmf4Rg>>http://mp.weixin.qq.com/s/tLrNri7z8GRW_aSgjmf4Rg]]
867 基本的充电业务,工作交接时候都没给说明啊,这个很头痛,你主动和许总说要 刘工 或吴威威 给安排内部培训吧。否则工作推进太困难了
868
869
870 (% class="wikigeneratedid" %)
871 ~-~-解决:
872 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
873 售后(跟单)工程师:施文俊
874
875 = =
876
877 = jkr_case#12_20191105 =
878
879 问题描述:关于离线刷卡充电场景落地计划
880
881 ~-~-跟踪
882 【shi】:
883
884 (% class="box infomessage" %)
885 (((
886 **功能简介:**
887
888 * 场景:解决短时间内 现场网络故障,桩无法连线情况下应急充电。
889 * 支持刷卡、密码充电,需提前在平台进行配置。
890 * 提示:此功能是对紧急离线场景的容灾处理,不建议作为常态使用。
891 * 离线充电账单上限50条。(罗宾森桩的限制)
892 * 此离线功能,目前版本仅适用于站点一卡通刷公交充电,不适用个人扫码充电。
893 * 仅新版系统支持。
894
895 **背景:**
896 1)云浮是新版系统,在平台端配置白名单后可支持。
897 2)桩固件需要支持离线白名单充电。
898 3)查得 云浮站点 桩固件版本号:v54.96。 与罗宾森厂家研发确认 此版本已支持。
899
900
901 **运营环境测试前提确认项:**
902
903 1. 站点 “云浮新兴站” 是否已经应用了刷卡充电?如有,请提供刷卡卡号。
904 1. 确认桩id  xxxxxxx 的桩固件版本已支持刷卡充电?【可当日提供,请确认桩必须已支持在线刷卡充电】
905
906 **运营环境功能测试计划:**
907
908 1. 平台端完成白名单配置。【金凯瑞操作,令狐充支撑】
909 1*. 充电卡账号配置:“首页/客户管理/会员管理/会员管理”中确认 现场充电卡号已绑定至 正确用户(含虚拟用户,如站点管理员)
910 1*. 充电卡和站点授权配置:“首页/充电网络/充电站管理”中确认指定站点 操作栏“管理员”已授权指定管理指定虚拟账号。
911 1*. 离线白名单配置:“首页/客户管理/离线充电管理”中确认现场充电卡号已绑定至对应站点和桩号。
912 1. 现场安排至少1个电桩 准备 进行白名单功能测试。【金凯瑞操作】
913 1. 现场需要安排人员配合进行充电操作,包括:
914 1*. 提供密码、充电卡给现场人员。【金凯瑞操作】
915 1*. 拔出桩网线模拟离线状态充电。【现场人员操作】
916 1*. 插回网线,恢复连线后验证账单是否正常上送平台。【现场人员操作,金凯瑞检查账单,令狐充协助检查账单】
917 )))
918
919 【YD】:20191112 计划分两步:1 先连线刷卡充电正常。2 离线白名单测试。
920
921 桩号 44532100040000200006 44532100040000200007 44532100040000200008
922
923 卡号 0010000000000014 0010000000000015 0010000000000016 0010000000000017 0010000000000018
924
925 客户已在平台操作绑定卡号设置好白名单
926
927 【YD】:20191113 B2B充电模式的模式一场景
928
929 客户进行刷卡充电没有反馈,“首页/系统管理/运维管理/日志查询 ”查询“44532100040000200006 auth”关键字没有搜索到日志,意味着平台未收到刷卡请求。
930
931 搜索“44532100040000200006”有结果最近的日志为凌晨4点多。
932
933 使用卡片对应账号(站点管理员)的密码进行充电,密码充电可以正常使用,确认无法刷卡属于桩端的配置问题。
934
935 = jkr_case#11_20191102 =
936
937 金凯瑞旧系统充电平台
938 日期:2019-11-02
939 桩站名称:佛山市南海千灯湖站点
940
941 充电桩号: 44060500040000200002
942 充电枪号:2号枪
943 \\现场网络连接状态:2号机网络一时正常一
944 时不正常
945 异常状态:桩显示充电已结束(余额不足停止!)
946 问题描述:我已在充电平台查看余额是有99999元,在手机监控看了2#机是一下离线一下待机中,1#机的1号枪正在充电,但是2号枪也有时候会变成离线状态
947
948 ~-~-跟踪
949 【shi】:电桩初步判断现场网络不稳定,判断依据见下:
950
951 (% class="box infomessage" %)
952 (((
953 **前提条件:**
954 1、前日联调后现场无新增电桩。
955 2、前日联调后现场无修改电桩配置。
956 3、前日联调 截止 离线出现前 电桩连线稳定,今日才出现频繁离线。
957 \\**查询步骤:**
958 1、进入“首页/系统管理/运维管理/故障记录”,搜索 44060500040000200002
959 2、结果显示近期频繁离线和连线,见下图
960 [[image:1572675712330-565.png]]
961 )))
962
963 ~-~-解决:
964 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
965 售后(跟单)工程师:施文俊
966
967 = jkr_case#10_20191031 =
968
969 鉴于多次出现18点以后非工作时间场站联调,充电失败,导致多方困扰。
970
971 (% class="wikigeneratedid" %)
972 **关于新站上线建议:**
973 1、提前报备平台,可参见附件《令狐充-微信充电系统落地清单.doc》
974 2、提前完成新站点  在 平台端的各项 配置,包括:桩id、站、虚拟账号、充值、授权关系、电价。
975 3、厂家设备售后人员提早做好计划, 在白天工作时间 尽早 投入工作,处理现场问题。
976
977 (% class="wikigeneratedid" %)
978 ~-~-解决:
979 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
980 售后(跟单)工程师:施文俊
981
982 = =
983
984 = jkr_case#9_20191031 =
985
986 (% class="wikigeneratedid" %)
987 金凯瑞旧系统充电平台
988 日期:2019-10-31
989 桩站名称:佛山市南海千灯湖站点
990 手机号:
991 订单号: 
992 充电桩号:44060500040000200001     44060500040000200002
993 充电枪号:
994 现场网络连接状态:正常
995 异常状态:输入密码不能充电
996 问题描述:已连上桩平台网,在试机中输入密码无法输入,显示密码错误
997
998 (% class="wikigeneratedid" %)
999 ~-~-跟踪
1000
1001 【令】:虚拟账号站点管理员 建号后 需要充值(见下图)。另外,注意: 此账号一般用于公交等B2B场景充电。
1002
1003 (% class="wikigeneratedid" %)
1004 [[image:1572516017728-533.png]]
1005
1006 (% class="wikigeneratedid" %)
1007 ~-~-解决:
1008 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
1009 售后(跟单)工程师:施文俊
1010
1011
1012 = jkr_case#9_20191030 =
1013
1014 问题描述:导入的车牌号一共有1496条,但平台显示只有900条,后来客户把文件删除了,但在车牌管理还是可以看到数据。
1015
1016 ~-~-跟踪
1017
1018 【令】:经研发处理后已显示为1496条数据。
1019
1020 [[image:1572427079079-133.png||height="288" width="623"]]
1021
1022 [[image:1572427096683-902.png||height="93" width="616"]]
1023
1024 ~-~-解决:
1025 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
1026 售后(跟单)工程师:何倩怡
1027
1028
1029 = jkr_case#8_20191030 =
1030
1031 问题描述:导入车牌号和车架号,点了解析数据导入系统一直反应处理中,一个上午都是这样
1032
1033 [[image:1572426923073-859.png||height="255" width="562"]]
1034
1035 ~-~-跟踪
1036
1037 【令】:老系统不支持xlsx格式,转成xls格式再上传吧
1038
1039 ~-~-解决:
1040 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
1041 售后(跟单)工程师:何倩怡
1042
1043 = jkr_case#7_20191029 =
1044
1045 问题描述:何工帮我看看梁化站的所属部门怎么变成我新建的佛山南海千灯湖的站点了呢?我建立新站点都没绑定梁化站点的,怎么变成这样啊
1046
1047 [[image:1572338321282-728.png||height="151" width="879"]]
1048
1049 ~-~-跟踪
1050
1051 【令】:我方是不会操作运营商平台上的数据的,所以造成这样的原因只能请运营商内部排查
1052 【令】:从客户的话语中,怀疑客户把充电站和部门混淆了
1053
1054 【令】:已给客户讲解修改步骤,已修改完毕
1055
1056 【客】:怎么会这样出现哦,就我一个人管理平台,也没谁进平台怎么会变这样
1057
1058 ~-~-解决:
1059 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
1060 售后(跟单)工程师:何倩怡
1061
1062
1063 = jkr_case#6_20191018 =
1064
1065 问题描述:“广东省|汕尾市”离线的20台是要停用的机,剩下工作中和待机的不能停用,设置了一台机器停用,系统就默认了所有机器都停用了
1066 ~-~-跟踪
1067 【YD】:提供下哪个站点,哪些桩需停用。要账号,试下操作记录下期间问题
1068 【客户】:广东省汕尾站点 不能停用的桩号:
1069 44150200040000200005
1070 44150200040000200015
1071 44150200040000200018
1072 44150200040000200016
1073 44150200040000200017
1074 剩下 的20台离线的都要停用
1075 【YD】:根据客户的问题描述如果操作重现问题可能会对正在使用的桩产生影响,影响到客户的正常工作。
1076 与客户沟通协调,客户表示无法协调提供站点操作重新问题,以现有的问题描述转研发排查处理。
1077 【john】:没有查到相关操作记录,另外离线桩无法停用,因为接收不到停用命令
1078 【shi】:与客户沟通在15:30分进行操作重现问题并让研发监控跟踪。
1079 【客户】:我试了还是不行。
1080 【john】:这个桩本身是离线的,无法远程操作,远程操作的前提是桩在线。离线就无法操作了
1081 【客户】:客户那边桩都拆了,怎么在线
1082 【YD】:是打算把这些离线桩删除?还是想在界面上隐藏这些离线桩?
1083 【客户】:保留桩号,暂时限制客户使用
1084
1085 场景1:现在是客户自行拆除充电机离线了,报备停止了运维缴费,需要限制客户日后又自行安装联网使用,保留桩号是客户也许又会把装按上继续。
1086
1087 客户会使用一部分,停一部分,也可能会今天用明天停,后天再用。
1088
1089 场景2:客户可能一个站点20台桩,没报备但是也不交费,只交10台使用费用。
1090
1091 目的:需要进行一个站点准确到控制一个桩限制使用(停用)。
1092
1093 补充:上面是客户的需要,由于可能涉及新功能需求 施工已要求客户进行需求汇总,后续是施工与客户沟通由于聊天内容过多所以没有记录在此。
1094
1095 (% class="box infomessage" %)
1096 (((
1097 1.客户使用联网平台正常缴费使用下,要求断网部分充电机,剩余部分继续缴费使用。
1098 2.客户要求停止使用部分充电机后,日后可能不报备,不通知自行安装使用已停用充电机。
1099 3.客户可能会既缴费部分充电机平台费用使用,又不支付自行重新安装的充电机平台费用。
1100 4.还有可能第一个月全部联网使用,第二个月停止一部分使用,第三个月又恢复所有充电机使用。
1101 5.目前客户部分已离线停止使用,要求我司提供盖章带日期文字版文件报备停用。若日后再自行安装使用,有联网数据下沟通收款也会可能扯皮。
1102 6.平台应具备离线状态,不需要客户配合情况下对充电机停止联网,实际控制每个客户的每个桩的联网断网功能。
1103 针对汕尾粤运目前平台使用情况,看看平台是否能升级控制断网离线功能
1104 )))
1105
1106
1107 ~-~-解决:
1108 状态(√表示选定 ): 已解决 | 处理中 | 暂搁置 
1109 售后(跟单)工程师:施文俊 YD
1110
1111 = jkr_case#5_20191016 =
1112
1113 问题描述:客户反映西区临时站点的充电记录和充电日报表数据导出后数据不一致
1114
1115 ~-~-跟踪
1116 【令】:转研发跟进
1117 ~-~-解决:
1118 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
1119 售后(跟单)工程师:施文俊  何倩怡
1120
1121 = =
1122
1123 = jkr_case#4_20191016 =
1124
1125 日期:2019.10.16
1126
1127 桩站名称:
1128 手机号:
1129 订单号:20191016093254891846/20191016092523366042/20191016092502917814
1130 充电桩号:
1131 充电枪号:
1132 开始充电时间:
1133 现场网络连接状态:
1134 近期故障状态:
1135 问题描述:平台系统充电记录没有显示结束时间/充电状态/场站。
1136 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
1137
1138 ~-~-跟踪
1139 【令】:转研发跟进
1140 ~-~-解决:
1141 状态(☑表示选定 ): ☑  已解决 | 处理中 | 暂搁置 
1142 售后(跟单)工程师:何倩怡
1143
1144 = =
1145
1146 = jkr_case#3_20191015 =
1147
1148 问题描述:之前我9月份跟客户对账7月份桩在线天数统计表时发现当时9月6日导出的报表是每桩20天在线率,为什么今天上面金凯瑞里再导出那统计表又变了每天桩在线天数31天。 金凯瑞系统揭阳人民政府这个站点。
1149
1150 ~-~-跟踪
1151 【令】:转研发跟进
1152 ~-~-解决:
1153 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
1154 售后(跟单)工程师:施文俊
1155
1156 = jkr_case#2_20191008 =
1157
1158 问题描述:要求提供mc2.0后台试用
1159
1160 ~-~-跟踪
1161
1162 【shi】:配置账号、权限,提供ubidy测试环境后台给客户试用。
1163
1164 ~-~-解决:
1165 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置 
1166 售后(跟单)工程师:施文俊
1167
1168
1169 = jkr_case#1_20190918 =
1170
1171 ~-~--工单
1172
1173 问题描述:  mc1.0, 为什么新建的桩号我想修改改不了了?  之前可以修改的呀? 删除也没有了?
1174
1175 ~-~--跟踪
1176
1177 【令】:请客户提供 账号。
1178
1179 【客户】:提供xxx,因账号敏感此页不公开。
1180
1181 【令】:用客户账户登录后,桩页能看到删除按键。 另外:桩号如需修改,需先删除再新建。
1182
1183 【客户】:第二日反应:依然不能删除,继续投诉
1184
1185 -update:2019-9-19
1186
1187 【令】:要求客户提供具体桩号。
1188
1189 【客户】:44011500040000210001
1190
1191 【令】:登录账号无法搜索到此装数据,反馈客户。
1192
1193 【客户】:给错账号,非金凯瑞,是颂盛,提供正确账号。
1194
1195 【令】:新账号登录成功,重现无删除按钮现象,角色配置删除权限。
1196
1197 ~-~-解决:
1198 状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置
1199
1200 售后(跟单)工程师:施文俊