Wiki源代码金凯瑞

在2020/07/10 09:36上被chinyee he修改

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

Wiki源代码金凯瑞

导航

Applications