金凯瑞

Version 46.3 by shi chuck on 2020/03/17 18:50

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日之后 之异常代码统计。

异常代码\统计时间段	千灯湖AI公园充电站
时间段内成功充电次数	16
异常账单	0
服务取消	7

--解决:
状态（☑表示选定）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 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】：

功能简介：

场景：解决短时间内现场网络故障，桩无法连线情况下应急充电。
支持刷卡、密码充电，需提前在平台进行配置。
提示：此功能是对紧急离线场景的容灾处理，不建议作为常态使用。
离线充电账单上限50条。（罗宾森桩的限制）
此离线功能，目前版本仅适用于站点一卡通刷公交充电，不适用个人扫码充电。
仅新版系统支持。

背景：
1）云浮是新版系统，在平台端配置白名单后可支持。
2）桩固件需要支持离线白名单充电。
3）查得云浮站点桩固件版本号：v54.96。与罗宾森厂家研发确认此版本已支持。

运营环境测试前提确认项：

站点 “云浮新兴站” 是否已经应用了刷卡充电？如有，请提供刷卡卡号。
确认桩id xxxxxxx 的桩固件版本已支持刷卡充电？【可当日提供，请确认桩必须已支持在线刷卡充电】

运营环境功能测试计划：

平台端完成白名单配置。【金凯瑞操作，令狐充支撑】
- 充电卡账号配置：“首页/客户管理/会员管理/会员管理”中确认现场充电卡号已绑定至正确用户（含虚拟用户，如站点管理员）
- 充电卡和站点授权配置：“首页/充电网络/充电站管理”中确认指定站点操作栏“管理员”已授权指定管理指定虚拟账号。
- 离线白名单配置：“首页/客户管理/离线充电管理”中确认现场充电卡号已绑定至对应站点和桩号。
现场安排至少1个电桩准备进行白名单功能测试。【金凯瑞操作】
现场需要安排人员配合进行充电操作，包括：
- 提供密码、充电卡给现场人员。【金凯瑞操作】
- 拔出桩网线模拟离线状态充电。【现场人员操作】
- 插回网线，恢复连线后验证账单是否正常上送平台。【现场人员操作，金凯瑞检查账单，令狐充协助检查账单】

【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台使用费用。

目的：需要进行一个站点准确到控制一个桩限制使用(停用)。

补充：上面是客户的需要，由于可能涉及新功能需求施工已要求客户进行需求汇总，后续是施工与客户沟通由于聊天内容过多所以没有记录在此。

1.客户使用联网平台正常缴费使用下，要求断网部分充电机，剩余部分继续缴费使用。
2.客户要求停止使用部分充电机后，日后可能不报备，不通知自行安装使用已停用充电机。
3.客户可能会既缴费部分充电机平台费用使用，又不支付自行重新安装的充电机平台费用。
4.还有可能第一个月全部联网使用，第二个月停止一部分使用，第三个月又恢复所有充电机使用。
5.目前客户部分已离线停止使用，要求我司提供盖章带日期文字版文件报备停用。若日后再自行安装使用，有联网数据下沟通收款也会可能扯皮。
6.平台应具备离线状态，不需要客户配合情况下对充电机停止联网，实际控制每个客户的每个桩的联网断网功能。
针对汕尾粤运目前平台使用情况，看看平台是否能升级控制断网离线功能

--解决:
状态（√表示选定）：已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 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

【令】：登录账号无法搜索到此装数据，反馈客户。

【客户】：给错账号，非金凯瑞，是颂盛，提供正确账号。

【令】：新账号登录成功，重现无删除按钮现象，角色配置删除权限。

--解决:
状态（√表示选定）： √ 已解决 | 处理中 | 暂搁置

售后（跟单）工程师：施文俊

标签：

在2019/09/18 22:20上被shi chuck创建

金凯瑞

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

导航

Applications