金凯瑞
- jkr_case#40_20200507
- jkr_case#39_20200430
- jkr_case#38_20200427
- jkr_case#37_20200421
- jkr_case#36_20200420
- jkr_case#35_20200408
- jkr_case#35_20200408
- jkr_case#34_20200317
- jkr_case#34_20200317
- jkr_case#33_20200316
- jkr_case#32_20200312
- jkr_case#31_20200312
- jkr_case#31_20200311
- jkr_case#30_20200226
- jkr_case#29_20200219
- jkr_case#28_20200211
- jkr_case#27_20200119
- jkr_case#26_20200102
- jkr_case#25_20200102
- jkr_case#24_20200102
- jkr_case#23_20191220
- jkr_case#22_20191128
- 金凯瑞
- jkr_case#21_20191127
- jkr_case#20_20191127
- jkr_case#19_20191122
- jkr_case#18_20191120
- 金凯瑞
- jkr_case#17_20191115
- jkr_case#16_20191113
- 金凯瑞
- jkr_case#15_20191111
- jkr_case#14_20191111
- 金凯瑞
- jkr_case#13_20191107
- 金凯瑞
- jkr_case#12_20191105
- jkr_case#11_20191102
- jkr_case#10_20191031
- 金凯瑞
- jkr_case#9_20191031
- jkr_case#9_20191030
- jkr_case#8_20191030
- jkr_case#7_20191029
- jkr_case#6_20191018
- jkr_case#5_20191016
- 金凯瑞
- jkr_case#4_20191016
- 金凯瑞
- jkr_case#3_20191015
- jkr_case#2_20191008
- jkr_case#1_20190918
jkr_case#40_20200507
问题描述：白名单无效
--跟踪
【罗宾森】：
问题：1，现场4代或者2代，已经下发了白名单，但是无法离线充电。
要求：1，解决现场问题，达到离线充电共呢，
分析：1, 其它场站用相同程序或者比这个场站低的程序，白名单运行正常，程序确定无问题，
2，平台吴工说下发没有问题。
结果：想通过平台协议中代有的功能确定，平台下发的白名单，成点击是否成功，白名单的信息是否和平台下发的一致。
并且5代设备马上也要进行白名单的测试 所以也需要确定白名单下发后，充电机本身的记录信息是否正确，
【令】：
基于：“其它场站用相同程序或者比这个场站低的程序，白名单运行正常，程序确定无问题，”。
我方判断 可能：
1、平台白名单配置 需再次检查。
2、桩端接受白名单的流程是？ 桩端是否有入口、界面、或本地日志能证明已经接收到白名单等日志信息。
3、检查流程，设置白名单后，桩至少需要一次重启，触发接受白名单消息的动作。
4、罗宾森桩白名单调试，历史回顾见下：
~通知许总建议：
白名单的功能从2019 11月 试运营至今已 半年多， 似乎每次在新站点启用都遇到新问题，是否 需要总结：
1 平台的机制 不会改，如有改动会及时通知。
2 管理端的配置 至关重要，数据需要准确。
3 桩端是否有标志标识可以 查看是否启用、接收到白名单的动作或数据， 排查桩端等因素影响。
4 排除1、2、3 因素后，根据现场日志证明，平台技术应及时介入 核查是否平台端异常引起。
5 建议 运营方金凯瑞、罗宾森 能否安排项目管理人员，做好日常问题记录和管理工作。（理解 研发人员只从纯技术角度思考问题，所以为了日常的稳定运营，应安排项目管理人员做好管理）
~ 项目日常处理流程探讨：
1 日常运营问题是否应该由运营商项目人员主导记录、管理。
2 汇总问题，无法解决的问题，提供 排查结果数据等 ， 通知 第三方机构 跟进处理。
因职务原因，我也无法第一时间调动客户和 现场厂商的工作人员， 每次客串大家的项目经理，因时间有限，我也无法尽善尽美，需大家一起努力管理好项目。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#39_20200430
问题描述：这些账单金额非常大，都是在断网的时候出现的，而且小程序上的电费为负数
--跟踪
【技】：这些账单需要人工修复一下，修复完了小程序上的数据就正常了
--解决:
状态（☑表示选定 ）：☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： chinyee
jkr_case#38_20200427
问题描述：怎么离线白名单那里不能点击第二页呢
--跟踪
【YD】：试了下确实不行 而且另外 10条/页 的设置也不能变更。转研发
--解决:
状态（☑表示选定 ）：☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： YD
jkr_case#37_20200421
问题描述：金凯瑞 - 珠海智慧充(MA4ULG7K8) 对接
--跟踪
【背景】：
1、正式环境，金凯瑞平台。
2、金凯瑞本次对接的充电站为： 金凯瑞汽车销售服务公司站
3、参考类似羊城充的第三方对接。
4、优先级：高
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊
jkr_case#36_20200420
问题描述：
站点:西区临时站场充电服务项目
桩程序刷新白名单：2号桩、3号桩、5号桩
1、4月15号中午11点 现场桩已刷新白名单测试用，
桩上测试可以正常使用离线白名单，桩上有离线测试数据，桩联上网之后后台没有接收到离线数据，售后重新
再检查桩程序，还是一样后台没接收到离线数据。
2、在4月18号时间 11号桩、10号桩换了新的程序刷新，桩上测试离线白名单是可以使用的，而且有显示离线数据，桩连上网后在后台没接收到离线数据。
--跟踪
【令技术】：44200000040000200011离线充电密码： 112233
估计是， 离线白名单没有和帐号绑定在一起， 导致"离线充电无法找到对应用户"。
【YD】：离线白名单的配置没看出什么问题 这个站点的管理员密码不是112233，不清楚这个密码对应的是哪个用户 其他虚拟用户大多都是有自己的名称说明是哪里的 应该不会用这些虚拟用户的密码
【shi】：解决办法
1、可以建虚拟账号，密码设为112233
2、将站点管理员密码作为，离线白名单密码。
针对 已经发生充电用1。新的站点用2最优
--解决:
状态（☑表示选定 ）：☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊
jkr_case#35_20200408
问题描述：广州新穗 公交充电
--跟踪
【场景】：穗意充站点充电桩vin码充电场景需求，
1、该站点需要对外运营扫码收费提供充电服务，
2、内部大巴车辆需要启用vin码启动充电统计电量。
3、vin码已导入车辆电池管理系统，平台需要如何设置才能实现该充电方式？
【shi】：
需求2、3 先参见 ：模式1，不满足再参考其他模式。
【客】：我们站点不需要刷卡和充电密码充电，直接使用vin启动充电，在后台怎么设置
【吴xx】：VIN启动充电功能：只允许录入系统的并能识别VIN的车辆启动充电！其余的车辆只能通过扫描二维码支付，个人账户密码去充电！平时我们公交站场的使用的密码充电和刷卡启动充电全部不开通！
【shi】：
1、场景已了解。 2、桩端功能流程流程是？ 3、我只知道离线白名单VIN充电在云浮试运营中
4、3中场景和1中是完全不同场景。
5、罗宾森主导的车弓充电 颂盛场站 调试一半，我方当时配合部分工作后，后面也未收到最新消息。
2020-4-14 18:48 从你们这边才知道桩已经支持vin充电
【许总】：
1、充电桩从现在的五代机开始已具备用VIN码充电功能。
2、去年我就问过植总咱们的平台是否具备用VIN充电功能？植总的回复是具备的，只要充电桩支持即可。
3、之前的为什么没有采用VIN码充电呢？这是因为当时充电桩不具备这个功能。
4、目前广州新穗客户的站点是对外、对内充电:对外充电采用扫码充电，对内采用VIN码充电。
5、当时五代机与令狐充平台对接工作中，已经实现了VIN码充电功能，今天在群里也发了当时的VIN码充电视频，请你看下。但是不记得当时秦工跟令狐充的哪位工程师对接的了，可能施工你不清楚。
【shi】：
“2、去年我就问过植总咱们的平台是否具备用VIN充电功能？植总的回复是具备的，只要充电桩支持即可。”
平台是具备此功能，请再次确认罗宾森桩是否已支持，另外请明确此功能是与我方哪位工程师的对接的？
我知道和vin启动相关的只有云浮试运营中的vin离线充电。从未得知桩已支持在线vin启动充电。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊
jkr_case#35_20200408
问题描述：金凯瑞的“开瑞新能源汽车仙桥店”站点，时间范围，2020-03-01至2020-03-31日整车充电消费报表
1.导出来的文件只显示尖金额。
2.没有导入车牌和vin但导出来的文件显示有(显示都是0)
--跟踪
【YD】：1.我看了这站点是固定电价，随便挑了几张单号算了与电价相符。
【技术】：2.车牌和vin都是车发过来的，他发了一串0过来，我们也会记录下来
--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊 YD
jkr_case#34_20200317
问题描述：新穗mc2.0 账号多个使用问题
--跟踪
【客】：新穗平台有个新问题，从客户端登录看不到:
1、充电消费报表。
2、充值账单看不到。
【shi】：
1）日报表有数据，月报表有异常。【已解决】
2）中对应的账号 gzxs 配置错误。
--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊
jkr_case#34_20200317
问题描述：监控小程序支持1个手机跨运营商登录
--跟踪
背景：
金凯瑞人员都只有1-2个手机号，但是却需要可以查看数个不同客户的站点。
配置步骤：
1、依次进入“首页/系统管理/账号管理/站点人员管理”
2、按需为指定 管理者 配置多个不同运营商。
3、因跨多个运营商，需用“金凯瑞超级角色”账号 "jkr_super_admin"登录来操作。
注意事项：
只有能看见全局的账号才能配。 比如 需新建 “金凯瑞超级角色”,此 账号可以被授权金凯瑞系的多个bo运营商的权限。
--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊
jkr_case#33_20200316
问题描述：金凯瑞站桩数类型统计
--跟踪
站点类型 站点数量 枪数量
公共 8（见*） 28
公交 22 147
- 平台显示10，实际8个。其中：永鸿充电站、花都瑞辉充电站去年已经将金凯瑞平台下线换成了小桔充电平台。
--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊
jkr_case#32_20200312
问题描述：子运营商绑定站点显示的是令狐充的站点
--跟踪
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： chinyee
jkr_case#31_20200312
问题描述：隐藏异常账单和问题
--跟踪
金凯瑞异常账单数据特殊处理要求：，确认下任务优先级
1、即时当时数据是错误的，也不管了
2、将2019-9之前，异常账单状态变为正常状态，数据不做实际修复
3、异常账单状态变为正常状态的数据 不能列入 统计数据，不能影响已结算账单之对账。包括：客户看不到这些数据导不出来
4、优先级：
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊
jkr_case#31_20200311
问题描述: 21:00 bo升级2.0计划
--跟踪
【概况】：
1、原金凯瑞后台各子运营商登录账号 升级后 无法第一时间登录。
1.1）原金凯瑞后台各子运营商登录账号 同步至 MC2.0 的方案，包括：原子账号名、角色名、密码不变。权限由金凯瑞配置见1.2 。【John】
1.2） 涉及到权限细节，由金凯瑞 逐个配置。【 金凯瑞 优先级高的子客户 需先配】
1.3） 因子账号的权限配置较复杂， 升级后，也可先提供小程序，进行站点管理员 配置。【执行：金凯瑞】
2、升级2.0过程约持续2小时。
3、2020-3-11 将办公室交流桩转至金凯瑞下，确保可以正常充电。【运营 shi】
4、升级后测试 基本充电功能，包括：
4.1）首次关注时弹出的拦截页是否正确。
4.2）扫码充电基本功能。(二维码见下图，对应url：http://bo.zhjkrxny.com/boss/front/opPanel/a.htm?did=4403040003000003)
4.3）检查微信支付功能。
5、bo2升级后提醒 客户 必须配置的项，以下列出几项优先级最高。【执行：金凯瑞】
5.1）配置正确的充值面额。
5.2）配置个人余额阀值（自动停止）。
5.3）见1.3.
6、配置&提供mc2.0 登录管理账号【执行：令狐充 shi】
7、如客户有MC2.0使用疑问，提供必要支撑。【执行：令狐充 运营】
8、按照约定，升级后，金凯瑞安排车、1台直流桩进行至少一次实测。【执行：金凯瑞】
【计划过程和注意事项】：
主要分2部分：第一部分由 shi 操作、第二部分由john操作。
第一部分：
bo1升级bo2 基于 boVersion:20190810_101130_09614a
- 更更新数据库
2. mc的boss_token表加⼀一下配置数据
3. boss的access_token表加⼀一下配置数据
4 导入sys_setting
5 update sys_setting
6 金凯瑞 javris配 营业执照
7 微信底部菜单更新。
8 升级前要求客户在腾讯商户平台新增安全支付路径。步骤：1）登录https://pay.weixin.qq.com/
2）（可选，如已配置可忽略）依次进入“【账户中心】-》【api安全】-》【设置api秘钥】-》【提供我方秘钥】”
3）在微信支付平台配置支付授权目录：http://bo.zhjkrxny.com/boss/newui/ 步骤：依次进入“【产品中心】-【开发配置】-【支付配置】中修改”
#bo2 和bo1差异 sql
create
CREATE TABLE `wx_reply` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`keyword` varchar(32) DEFAULT NULL,
`content` text,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
CREATE TABLE `access_token` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`access_code` varchar(32) NOT NULL DEFAULT '',
`secret_key` varchar(32) NOT NULL DEFAULT '',
`restrict_ip` varchar(1024) DEFAULT NULL COMMENT '限制客户端ip，多个ip用,隔开',
`is_admin` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-普通客户端， 1-超级客户端',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
CREATE TABLE `coupon` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(32) NOT NULL DEFAULT '' COMMENT '券名',
`issueCondition` int(11) NOT NULL DEFAULT '1' COMMENT '1-充额定值赠, 2-新用户赠',
`minCharge` int(11) DEFAULT NULL COMMENT '最低充值金额, 分',
`denomination` int(11) NOT NULL DEFAULT '0' COMMENT '面额。 分',
`perNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次赠送券数量',
`packNum` int(11) NOT NULL DEFAULT '0' COMMENT '总份数',
`issuedPackNum` int(11) NOT NULL DEFAULT '0' COMMENT '已送出券份数',
`departIds` varchar(1024) DEFAULT NULL COMMENT '限制部门id, 用|隔开并且前后也要有|',
`subOpIds` varchar(1024) DEFAULT NULL COMMENT '限制子运营商id, 用|隔开并且前后也要有|',
`stationIds` varchar(1024) DEFAULT NULL COMMENT '限制可用站点id. 用|隔开并且前后也要有|',
`useNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次充电可用数量',
`fromDate` datetime NOT NULL COMMENT '上架时间',
`toDate` datetime NOT NULL COMMENT '上架结束时间',
`validType` int(11) NOT NULL DEFAULT '1' COMMENT '1-特定天数有效，2-特定时间段有效',
`validDays` int(11) DEFAULT NULL COMMENT '有效期天数',
`expireFrom` date DEFAULT NULL COMMENT '有效期开始时间',
`expireTo` date DEFAULT NULL COMMENT '有效期结束时间',
`status` int(11) NOT NULL DEFAULT '1' COMMENT '1-有效, 0-下架',
`remark` varchar(1024) DEFAULT NULL COMMENT '描述信息',
`threshold` int(11) NOT NULL DEFAULT '0' COMMENT '最低消费额度, 分',
`C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
`C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
`C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
`C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8;
CREATE TABLE `member_coupon` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`couponId` int(11) NOT NULL COMMENT '券id',
`memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员id',
`amount` int(11) NOT NULL DEFAULT '0' COMMENT '金额, 分',
`stationIds` varchar(1024) DEFAULT NULL COMMENT '限制可用站点id. 用|隔开并且前后也要有|',
`useNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次充电可用数量',
`validFrom` datetime NOT NULL COMMENT '生效时间',
`expireTime` datetime NOT NULL COMMENT '有效期到期时间',
`billingId` varchar(32) DEFAULT NULL COMMENT '充电账单号',
`mbTransaction` varchar(32) DEFAULT NULL COMMENT 'member_bill 的订单号',
`issuedTime` datetime NOT NULL COMMENT '赠送时间',
`usedTime` datetime DEFAULT NULL COMMENT '使用时间',
`threshold` int(11) NOT NULL DEFAULT '0' COMMENT '最低消费额度, 分',
PRIMARY KEY (`id`),
KEY `couponId` (`couponId`),
KEY `memberId` (`memberId`),
KEY `billingId` (`billingId`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
CREATE TABLE `refund_apply` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员id',
`amount` int(11) DEFAULT NULL COMMENT '退款金额，分',
`commission` int(11) DEFAULT '0' COMMENT '扣取手续费， 分',
`status` int(11) NOT NULL DEFAULT '0' COMMENT '0-待审核，1-审核不通过，2-审核通过',
`progress` int(11) NOT NULL DEFAULT '0' COMMENT '0-用户申请、1-平台审核、2-完成退款, 3-部分退款, 4-退款失败',
`reason` varchar(1024) DEFAULT NULL COMMENT '原因',
`settlementRefundFee` int(11) NOT NULL DEFAULT '0' COMMENT '实际退款金额',
`C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
`C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
`C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
`C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
PRIMARY KEY (`id`),
KEY `memberId` (`memberId`)
) ENGINE=InnoDB AUTO_INCREMENT=35 DEFAULT CHARSET=utf8 COMMENT='退款申请';
CREATE TABLE `refund_audit` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`refundId` int(11) NOT NULL COMMENT '退款申请ID',
`status` int(11) NOT NULL DEFAULT '0' COMMENT '0-待审核，1-审核不通过，2-审核通过',
`reason` varchar(1024) DEFAULT NULL COMMENT '原因',
`C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
`C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
`C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
`C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
PRIMARY KEY (`id`),
KEY `refundId` (`refundId`)
) ENGINE=InnoDB AUTO_INCREMENT=23 DEFAULT CHARSET=utf8 COMMENT='退款申请审核历史';
CREATE TABLE `refund_record` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`raId` int(11) DEFAULT NULL COMMENT 'refund_apply的id',
`memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员ID',
`openId` varchar(255) DEFAULT NULL COMMENT '微信用户openId',
`mchId` varchar(32) DEFAULT NULL COMMENT '商户号',
`nonceStr` varchar(32) DEFAULT NULL COMMENT '随机字符串',
`sign` varchar(32) DEFAULT NULL COMMENT '签名',
`signType` varchar(32) DEFAULT NULL COMMENT '签名类型. MD5或者HMAC-SHA256',
`transactionId` varchar(32) DEFAULT NULL COMMENT '微信充值订单号',
`outTradeNo` varchar(32) DEFAULT NULL COMMENT '对应wc_payment_msg表的C_INNER_TRANSACTION_NO和member_bill表的C_TRANSACTION',
`outRefundNo` varchar(32) DEFAULT NULL COMMENT '商户退款单号',
`totalFee` int(11) NOT NULL DEFAULT '0' COMMENT '充值订单金额',
`refundFee` int(11) NOT NULL DEFAULT '0' COMMENT '退款金额',
`status` int(11) NOT NULL DEFAULT '1' COMMENT '0-退款失败, 1-退款中, 2-成功退款, 3-撤销',
`resultCode` varchar(16) DEFAULT NULL COMMENT '业务结果。 提交申请结果，不表示退款成功',
`errCode` varchar(32) DEFAULT NULL COMMENT '错误代码',
`errCodeDes` varchar(128) DEFAULT NULL COMMENT '错误代码描述',
`refundId` varchar(32) DEFAULT NULL COMMENT '微信退款单号',
`settlementRefundFee` int(11) NOT NULL DEFAULT '0' COMMENT '应结退款金额',
`C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人',
`C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间',
`C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人',
`C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间',
PRIMARY KEY (`id`),
KEY `raId` (`raId`),
KEY `memberId` (`memberId`)
) ENGINE=InnoDB AUTO_INCREMENT=27 DEFAULT CHARSET=utf8 COMMENT='退款记录';
CREATE TABLE `member_flag` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(32) NOT NULL DEFAULT '' COMMENT '标签名称',
`type` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0-固定标签， 1-自定义标签',
`criteria` tinyint(4) DEFAULT NULL COMMENT '固定标签条件',
`params` varchar(256) DEFAULT NULL COMMENT '固定标签条件参数',
`status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '0-下线，1-在线',
`C_CREATE_BY` varchar(255) DEFAULT NULL,
`C_CREATE_DATE` datetime DEFAULT NULL,
`C_UPDATE_BY` varchar(255) DEFAULT NULL,
`C_UPDATE_DATE` datetime DEFAULT NULL,
`C_DELETE_FLAG` tinyint(4) NOT NULL DEFAULT '0' COMMENT '删除标记：0-未删除，1-已删除',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=100 DEFAULT CHARSET=utf8;
CREATE TABLE `member_flag_rel` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`memberId` varchar(255) DEFAULT NULL COMMENT '会员id',
`flagId` int(11) unsigned DEFAULT NULL COMMENT '标签id',
`C_CREATE_DATE` datetime DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `memberId` (`memberId`),
KEY `flagId` (`flagId`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
-alter
alter table sub_operator add column `isOut` tinyint(1) DEFAULT '0' COMMENT '1-对方系统计费，0-本方系统计费';
alter table sub_operator add column `domain` varchar(64) DEFAULT NULL COMMENT '第三方系统二维码的域名';
alter table sub_operator add column `urlParamFormat` varchar(1024) DEFAULT NULL COMMENT '二维码链接参数格式';
alter table wc_payment_msg add column `C_REFUND_FEE` int(11) NOT NULL DEFAULT '0' COMMENT '已退款金额. 分';
alter table t_department_account add column `C_PARENT_BILLING` tinyint(1) NOT NULL DEFAULT '0' COMMENT '1-使用上级部门账户扣费';
alter table member add column `C_REFUNDABLE_AMOUNT` int(11) NOT NULL DEFAULT '0' COMMENT '可退款金额, 分';
#alter table recharge_history add column `C_STATION_ID` int(11) DEFAULT NULL COMMENT '站点ID';
alter table recharge_history add (C_CONNECTOR varchar(32) DEFAULT NULL COMMENT '充电接口id',
C_QRCODE varchar(1024) DEFAULT NULL COMMENT '扫码充电二维码'
);
alter table member_bill add column C_COUPON_AMOUNT int(11) DEFAULT '0' COMMENT '代金券扣减金额，分';
ALTER TABLE `recharge_history` ADD INDEX unionBillingId ( `C_UNION_BILLINGID` );
第二部分:
继续更新近期bo2涉及的sql等。
【更新结果】：
1、错误1：充值报错
2、解决：补sql
alter table member_bill add column `C_BALANCE_BEFORE` int(11) DEFAULT NULL COMMENT '消费/充值前余额，分';
alter table member_bill add column `C_BALANCE_AFTER` int(11) DEFAULT NULL COMMENT '消费/充值后余额，分';
jkr_case#30_20200226
问题描述：广州新穗独立bo搭建。
--跟踪
一、第三方申请
1.1、微信号申请。【完成】
1.2、微信支付申请。【完成】
二、部署计划
2.1、配置bo环境，包括：java、mns、database、等环境。
2.1.1、微信平台集成参数配置、启用开发模式、启用菜单
2.1.2、jarvis
2.1.3、mns
2.1.4、database：a）bos各表参数。b）tempbos_db.dim_operator表要加上运营商记录
2.1.5、nginx
2.2、其他资源
2.2.1、设计logo、icon。见 。【待客户提供】
2.3、测试。
2.3.1、基本充电功能。【令狐充执行 | 交流桩模拟器】
2.3.2、现场测试桩端充电功能。【桩厂商、客户执行】
2.4、为客户创建MC登录账号，分配MC标准版权限菜单和报表权限（标准版参考微信界面版本），详细菜单权限参见zsps_case#9_20200116中3.4项。 独立系统账号： xsxny 账号提供 新穗群中客户经理 黄子铭【chinyee&远东 完成】
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊
jkr_case#29_20200219
问题描述：
站点“西区临时站场充电服务项目”
1.如图显示，客户想去掉的内容
2.如图显示，客户想添加“内部使用”的标签
--跟踪
【YD】：1.客户的解释是 总有外来车辆停到里面。已反馈评估
2.已添加该标签
解决：
1、仅针对此站点“西区临时站场充电服务项目”，修改站点提醒内容。（见下mc1.0 界面）
2、建议完善旗下所有站点性质和提醒内容，避免 类似状况出现。
3、为了更好使用平台功能，建议 尽快协调时间时间 升级 金凯瑞系统 到mc2.0。
下图mc1.0 界面
下图mc2.0界面：
--解决
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#28_20200211
问题描述：http://cloud.linghuchongtech.com/DynamicAdmin2/login.html
账号：jkrxny
吴小英说这个账号又出现了“同时登陆用户数量超过限制”的提示。
--跟踪
【YD】：
1、他这个问题之前都提过几次。他的账号有同时登陆数量20的限制
2、之前有和John说过 John处理完后一直建议他那边退出账号后再关闭网页。
3、吴小英原话说“我们许总说为什么出现这样的问题，要你们给出问题解决”
客户不按规则操作，故给他同时登录次数设到100，避免再出现
--解决
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#27_20200119
问题描述：广州增城白水寨站点 这个站为旧平台建的新站，无法在旧平台看到此站点 在新平台能看到这个站点。
--跟踪
【YD】：确认旧平台没有显示此站点，转研发查询问题
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#26_20200102
问题描述：客户反应 宁乡与湛江 的站点出现无法充电的问题。
--跟踪
【YD】：这两个地方的站点看了一下桩状态没看到什么异常，去查看了故障记录(粗略浏览了一遍)。
湛江的站点 故障记录主要为“充电桩故障”原因是“充电枪断开”。(今天这类型的故障中，湛江的站点占了大部分。)
宁乡的站点 故障记录主要为“BMS故障”原因是“终止充放条件停止”。(今天这类型的故障中，湛江和宁乡的站点占了大部分。)
2020/01/02的故障记录到目前为止有八百多条，其中上述的两种故障类型占到七百多条。
【shi】： 平台bo重启后，应该都正常。
--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#25_20200102
问题描述：客户反应下列几个桩重启后数据清零。
44081100040000200014
12
15
--跟踪
【YD】：这几个桩在平台上查看了下，14是正常显示，12为离线，15为故障。与客户确认过只有这三台桩是这种情况。
【shi】： 客户描述不精确，无法定位问题。平台bo重启后，应该都正常。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#24_20200102
问题描述：客户反应偶尔打开网站时会出现错误 如下图
--跟踪
【YD】：尝试打开没问题，暂时让客户多留意观察。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#23_20191220
问题描述：请问一下我们金凯瑞的交流桩的密码现在不用了，能不能删掉密码呢
就是说原来我们的桩是没设定密码的，后来我设置了会员昵称就有密码了，但是我现在想把我设置的会员昵称给删除 就不用密码了
--跟踪
【YD】：您是想把某个会员给删掉对吧?
【客户】：对
【YD】：会员管理那边有个冻结操作，您可以把那个会员进行冻结
【客户】：好，我看看 这个没有冻结
【YD】：旧平台无法删除会员也不能冻结虚拟用户，建议把这个虚拟用户 解除相关部门和卡号的绑定关系 清空余额。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#22_20191128
问题描述： 整理 金凯瑞系统 子账户
--跟踪
【背景】： 金凯瑞系统 计划升级到 bo2.0和MC2.0， 因bo1和bo2中账户权限非1对1对称，升级后需调整具体子账号权限。
准备工作：
1、整理原子账号清单，供升级后参考使用。仅赋予原权限相等级别的权限
2、和客户确认其中无用账号，清除无用账号。
3、了解MC2.0 客户根账号的菜单权限分配结构，可参考德顺，菜单结构参考下图：
颂盛也需要做以上准备工作，可在颂盛页维护对应工作。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#21_20191127
问题描述：建立了一个站点桩号：44081100040000210001 和原来有的这个桩号44080200040000210001会有冲突吗？就是区号不一样的
我新建立的湛江西公交站机器已经安装好了今天在联网调试怎么联不上网呢？我都是按着步骤设置了就是联不上网
--跟踪
【shi】：你确认平台配的没问题，就请现场桩厂家检查桩端配置和网络
~update 20191129
【客】：湛江西公交充电站已经连上网了
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#20_20191127
问题描述：金凯瑞汽车销售服务公司站有个交流桩需要用卡来充值，不要密码充值，卡号我已绑定了，但是不知道怎么用卡来充电。
--跟踪
【YD】：办公室循道交流桩的版本号是V1.007-02-180312
金凯瑞的桩4406060004000001版本号是V1.003-02-170311
~update 20191211
1、得到厂里提供的支持刷卡的版本：XDJ22-LHC-D-V1.007-02-180312-CRC-0x6694.zip
2、可进行远程升级，详细步骤可参照此页（其中升级包管理已增加循道升级包）。【程序 已 上传，可进行升级。】
3、准备原版本程序，如升级后无法使用，有机会还原至旧版本 XDJ22-LHC-D-V1.003-02-170311-CRC-0x9BD7。
【YD】：20191212 对这个桩远程升级了两次均未成功。第一次升级时间为20分钟 客户反应桩屏幕显示正在升级，重启后亮起故障灯 故障为通讯异常 过后正常连上网络。第二次升级时间为1个小时未成功 桩屏幕显示与第一次相同位为正在升级。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#19_20191122
问题描述：http://cloud.linghuchongtech.com/DynamicAdmin2/login.html
吴小英反应 jkrxny登录时提示“同时登陆用户数量超过限制”
--跟踪
【YD】：试了几次也是这么提示但之后过了一会儿就能上了
不过刚才她又反应出现了这个问题，转研发
【令】：原因是频繁关闭窗口又登录导致的，建议客户关闭窗口前先注销登录。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#18_20191120
桩站名称：通益充电站
手机号：
订单号：
开始充电时间：2019-10-10
结束时间：2019.11.10
现场网络连接状态：正常
异常状态：桩无显示，无充电记录
问题描述：今天上午接到客户的反应马克菲尔的车辆在通益充电站充电时，桩有时候没显示数据但是桩是正在充的，平台也一样有些数据没有充电记录，客户做了记录从2019.10.10至2019.11.10马克菲尔的车辆充电充了15次，平台只显示了10次充电记录，桩也是有10次显示。通益站有4台桩，每台桩里都能显示充电记录，共10条记录。我问了客户是按照平常一样充电，请麻烦找一下是否平台和桩都出现问题了，谢谢！见下图：
--跟踪
【shi】：拆分几个问题
问题1、桩有时候没显示数据但是桩是正在充的。
令：信息不足够，需提供具体数据 ，才能分析。
问题2、从2019.10.10至2019.11.10马克菲尔的车辆充电充了15次，平台只显示了10次充电记录，桩也是有10次显示。
令：“马克菲尔”问题，在充电报表查看确实是10条。在充电记录内显示是19条有9条记录虽然有充电时间但充电量为0，其中4条记录(电量为0)的时间只有几分钟 不计这4条的话充电次数为15次。报表会过滤充电量为0的记录。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#17_20191115
日期：2019-15
桩站名称：西区临时站场充电服务项目
手机号：
订单号：20191114222208341929
充电桩号：44200000040000200005
充电枪号： 1
开始充电时间：2019-11-14 22:23:00
结束时间：2019-11-14 22:24:00
现场网络连接状态：正常
异常状态：电量丢失
问题描述：在修复账单里显示左边的数据为0，右边的充电时间没有。请看下图：
--跟踪
【chinyee】：从心跳看出，电量巨大，该账单号充电异常，没有正常充电，8是充电异常。
【令技术】：20191114222208341929这个账单，应该是没充上电的。
当时44200000040000200005这个桩处于非常不稳定的状态。
鉴权前的一段时间，这个桩出现反复掉线的情况。
在鉴权时，会话是连上来了，但没发心跳。等过了10秒钟，后台主动下发查询心跳消息，设备返回，心跳里面的电表读数是0。
然后鉴权并成功。
设备上传心跳，状态是故障，电表读数是53361.2。后台计算的电量就是这个。
然后充电2分钟内，设备会话又断了几次。
最后上传账单，里面的充电电量为0，应该没有实际充上电。
因为后台计算到电表有变化，账单没有电量，所以判断电量丢失。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee
jkr_case#16_20191113
问题描述：千灯湖AI公园充电站 五代桩 11月开始运营，做个异常账单发生率报告
--跟踪
提供一份数据：1）异常账单统计。
1）异常账单统计：下表为 2019年10月31日之后 之异常代码统计。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 Chinyee
jkr_case#15_20191111
问题描述：在金凯瑞旧系统刚建立了一个站点是潮州市（潮润汽车信息咨询服务有限公司）建立完成桩号了44510300040000200001，在设置枪时总保存不了
--跟踪
【YD】：对桩44510300040000200001设置枪号确实无法保存
金凯瑞那个保存不了枪的问题，我在mc2试了可以保存，估计是旧版有些接口没有同步更新，是不是可以让他们换到mc2来用，功能模块只分配mc1的模块。 直接用旧账号登录应该是看到一样的模块
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#14_20191111
金凯瑞旧系统平台
日期：2019-11-08
桩站名称：湛江市公共交通集团有限公司麻章公交站充电站
手机号：
订单号：20191108151037234655 20191108152625944321 20191108154254247111 20191108161639809431 20191108165620564584 20191108171419612638 20191108183142510610 20191108192458023785 20191108195948401005 20191108220324064610 20191108223442847083 20191108225639138003
充电桩号：
充电枪号：
开始充电时间：2019-11-08
结束时间：
现场网络连接状态：正常
异常状态：在充电日报表记录里电量、金额、效率和充电时间不符
问题描述：在2019年11月08号充电日报表记录的电量、金额、效率、充电时间都不符，湛江市麻章站特别是有很多条记录的充电效率都高达3958.58%了，最低的效率是1.59%而充电时间是12分了。
【客】：账单号20191108223442847083的桩号44081100040000200020固件版本没变化，八号出现此问题，但5号也有发现充电效率为370.29%。7月份效率都挺高，电量有点偏差。
--跟踪
【chinyee】：1.在异常账单查看账单号：20191108223442847083 该账单为正常账单，但充电11分钟电量巨大，平台账单也不正常。
2.在数据库查看心跳，显示该账单号充电电量为384.07疑似不正常，而且一分钟充了42度电。
3.导出11.8的湛江市麻章站的充电日报表，发现充电账单最高充电效率为3981%，高于100%有61张账单。
【令技术】：这个桩的 “20191108223442847083”充电问题， 是因为该桩在本次充电前上传的电表总读数为：0， 充电结束后电表总读数为：120494 ， 所以平台估算的电量是 ：120494。
还是电表读数出现 0 的问题。
【shi】：罗宾森老问题，你转给厂里他们知道，从去年到现在似乎一直没解决。罗宾森每个版本改了什么厂里也没给出信息，平台方也无法跟踪
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee 施文俊 YD
jkr_case#13_20191107
问题描述：吴小英 无法完全理解 离线白名单
--跟踪
【shi】：1对1 语音会议 50分钟，答疑讲解细节，包括：
1） 白名单配置的意义。
2）扫码充电
3）个人密码充电。【客户居然完全不知道。 客户公司内部工作交接完全 没有效果，需要我方从头进行】
金凯瑞公众号-》充电密码
4）站点密码充电
http://mp.weixin.qq.com/s/tLrNri7z8GRW_aSgjmf4Rg
基本的充电业务，工作交接时候都没给说明啊，这个很头痛，你主动和许总说要 刘工 或吴威威 给安排内部培训吧。否则工作推进太困难了
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#12_20191105
问题描述：关于离线刷卡充电场景落地计划
--跟踪
【shi】：
【YD】：20191112 计划分两步：1 先连线刷卡充电正常。2 离线白名单测试。
桩号 44532100040000200006 44532100040000200007 44532100040000200008
卡号 0010000000000014 0010000000000015 0010000000000016 0010000000000017 0010000000000018
客户已在平台操作绑定卡号设置好白名单
【YD】：20191113 B2B充电模式的模式一场景
客户进行刷卡充电没有反馈，“首页/系统管理/运维管理/日志查询 ”查询“44532100040000200006 auth”关键字没有搜索到日志，意味着平台未收到刷卡请求。
搜索“44532100040000200006”有结果最近的日志为凌晨4点多。
使用卡片对应账号(站点管理员)的密码进行充电，密码充电可以正常使用，确认无法刷卡属于桩端的配置问题。
jkr_case#11_20191102
金凯瑞旧系统充电平台
日期：2019-11-02
桩站名称：佛山市南海千灯湖站点
充电桩号： 44060500040000200002
充电枪号：2号枪
现场网络连接状态：2号机网络一时正常一
时不正常
异常状态：桩显示充电已结束（余额不足停止！）
问题描述：我已在充电平台查看余额是有99999元，在手机监控看了2#机是一下离线一下待机中，1#机的1号枪正在充电，但是2号枪也有时候会变成离线状态
--跟踪
【shi】：电桩初步判断现场网络不稳定，判断依据见下：
前提条件：
1、前日联调后现场无新增电桩。
2、前日联调后现场无修改电桩配置。
3、前日联调 截止 离线出现前 电桩连线稳定，今日才出现频繁离线。
查询步骤：
1、进入“首页/系统管理/运维管理/故障记录”，搜索 44060500040000200002
2、结果显示近期频繁离线和连线，见下图
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#10_20191031
鉴于多次出现18点以后非工作时间场站联调，充电失败，导致多方困扰。
关于新站上线建议：
1、提前报备平台，可参见附件《令狐充-微信充电系统落地清单.doc》
2、提前完成新站点 在 平台端的各项 配置，包括：桩id、站、虚拟账号、充值、授权关系、电价。
3、厂家设备售后人员提早做好计划， 在白天工作时间 尽早 投入工作，处理现场问题。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#9_20191031
金凯瑞旧系统充电平台
日期：2019-10-31
桩站名称：佛山市南海千灯湖站点
手机号：
订单号：
充电桩号：44060500040000200001 44060500040000200002
充电枪号：
现场网络连接状态：正常
异常状态：输入密码不能充电
问题描述：已连上桩平台网，在试机中输入密码无法输入，显示密码错误
--跟踪
【令】：虚拟账号站点管理员 建号后 需要充值（见下图）。另外，注意： 此账号一般用于公交等B2B场景充电。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#9_20191030
问题描述：导入的车牌号一共有1496条，但平台显示只有900条，后来客户把文件删除了，但在车牌管理还是可以看到数据。
--跟踪
【令】：经研发处理后已显示为1496条数据。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：何倩怡
jkr_case#8_20191030
问题描述：导入车牌号和车架号，点了解析数据导入系统一直反应处理中，一个上午都是这样
--跟踪
【令】：老系统不支持xlsx格式，转成xls格式再上传吧
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：何倩怡
jkr_case#7_20191029
问题描述：何工帮我看看梁化站的所属部门怎么变成我新建的佛山南海千灯湖的站点了呢？我建立新站点都没绑定梁化站点的，怎么变成这样啊
--跟踪
【令】：我方是不会操作运营商平台上的数据的，所以造成这样的原因只能请运营商内部排查
【令】：从客户的话语中，怀疑客户把充电站和部门混淆了
【令】：已给客户讲解修改步骤，已修改完毕
【客】：怎么会这样出现哦，就我一个人管理平台，也没谁进平台怎么会变这样
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：何倩怡
jkr_case#6_20191018
问题描述：“广东省|汕尾市”离线的20台是要停用的机，剩下工作中和待机的不能停用，设置了一台机器停用，系统就默认了所有机器都停用了
--跟踪
【YD】：提供下哪个站点，哪些桩需停用。要账号，试下操作记录下期间问题
【客户】：广东省汕尾站点 不能停用的桩号：
44150200040000200005
44150200040000200015
44150200040000200018
44150200040000200016
44150200040000200017
剩下 的20台离线的都要停用
【YD】：根据客户的问题描述如果操作重现问题可能会对正在使用的桩产生影响，影响到客户的正常工作。
与客户沟通协调，客户表示无法协调提供站点操作重新问题，以现有的问题描述转研发排查处理。
【john】：没有查到相关操作记录，另外离线桩无法停用，因为接收不到停用命令
【shi】：与客户沟通在15：30分进行操作重现问题并让研发监控跟踪。
【客户】：我试了还是不行。
【john】：这个桩本身是离线的，无法远程操作，远程操作的前提是桩在线。离线就无法操作了
【客户】：客户那边桩都拆了，怎么在线
【YD】：是打算把这些离线桩删除？还是想在界面上隐藏这些离线桩？
【客户】：保留桩号，暂时限制客户使用
场景1：现在是客户自行拆除充电机离线了，报备停止了运维缴费，需要限制客户日后又自行安装联网使用，保留桩号是客户也许又会把装按上继续。
客户会使用一部分，停一部分，也可能会今天用明天停，后天再用。
场景2：客户可能一个站点20台桩，没报备但是也不交费，只交10台使用费用。
目的：需要进行一个站点准确到控制一个桩限制使用(停用)。
补充：上面是客户的需要，由于可能涉及新功能需求 施工已要求客户进行需求汇总，后续是施工与客户沟通由于聊天内容过多所以没有记录在此。
--解决:
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
jkr_case#5_20191016
问题描述：客户反映西区临时站点的充电记录和充电日报表数据导出后数据不一致
--跟踪
【令】：转研发跟进
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 何倩怡
jkr_case#4_20191016
日期：2019.10.16
桩站名称：
手机号：
订单号：20191016093254891846/20191016092523366042/20191016092502917814
充电桩号：
充电枪号：
开始充电时间：
现场网络连接状态：
近期故障状态：
问题描述：平台系统充电记录没有显示结束时间/充电状态/场站。
-------------------------
--跟踪
【令】：转研发跟进
--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：何倩怡
jkr_case#3_20191015
问题描述：之前我9月份跟客户对账7月份桩在线天数统计表时发现当时9月6日导出的报表是每桩20天在线率，为什么今天上面金凯瑞里再导出那统计表又变了每天桩在线天数31天。 金凯瑞系统揭阳人民政府这个站点。
--跟踪
【令】：转研发跟进
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#2_20191008
问题描述：要求提供mc2.0后台试用
--跟踪
【shi】：配置账号、权限，提供ubidy测试环境后台给客户试用。
--解决:
状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
jkr_case#1_20190918
---工单
问题描述: mc1.0， 为什么新建的桩号我想修改改不了了？ 之前可以修改的呀？ 删除也没有了？
---跟踪
【令】：请客户提供 账号。
【客户】：提供xxx，因账号敏感此页不公开。
【令】：用客户账户登录后，桩页能看到删除按键。 另外：桩号如需修改，需先删除再新建。
【客户】：第二日反应：依然不能删除，继续投诉
-update：2019-9-19
【令】：要求客户提供具体桩号。
【客户】：44011500040000210001
【令】：登录账号无法搜索到此装数据，反馈客户。
【客户】：给错账号，非金凯瑞，是颂盛，提供正确账号。
【令】：新账号登录成功，重现无删除按钮现象，角色配置删除权限。
--解决:
状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊