山西运能
sxyn_case#10_20200410
问题描述：这个离线 急停错误怎么恢复
--跟踪
【令】：让现场人员检查一下应急按钮吧
--解决：
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee
sxyn_case#9_20200328
问题描述：杨总报告一例充电停止不了
---跟踪
【令】：手机号：13243243377。客户无法清晰描述问题，也无法按要求提供问题视频。
基于手机号查的结果暂记录：
--解决:
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
sxyn_case#8_20200327
问题描述：山西运能那边上传站点图片点击保存显示这个 重新打开后是一张裂开的图片，麻烦看一下
---跟踪
【令】：转研发跟进
--解决:
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： chinyee
sxyn_case#7_20200325
问题描述: bo升级2.0计划
--跟踪
【背景】：
1） 名词申明：运能电力（代号A） | 新能源分公司（代号B）。 bo具体参数参见点我看客户参数
2）运能电力公众号从A迁移至B公司主体。
3）同时 B 升级至 bo2.0
4）腾讯官方迁移的时间点, 山西客户于 3-25日 11点 启动迁移操作（腾讯约需要3-5日完成，见下图）。前项完成, 技术需1-2工作日 完成迁移.
【Summary Plan】：
1、停用sxyn，先升级至bo2：基于山西运能BO1.0，公众号：运能电力--》 升级bo2。【2020-3-25 可进行】
2、改微信官方配置 指向 “山西运能 BO2.0公众号：新源分公司” 【shi】
3、改bo2 sys setting参数 指向 “山西运能 BO2.0公众号：新源分公司” 【shi】
4、组装 logo等。 【等设计交付】
5、配置bo2 对应 MC2.0 登录账号（标准版）。 【chinyee：登录账号xyfgs 密码：12345678 已配置好标准版】
6、批量转openID，“运能电力”-》“新源分公司”。【John】
7、集成测试（生产环境）。【lhc运维】
【Detail Level Plan】：
1、原山西运能后台各子运营商登录账号 升级后 无法第一时间登录。
1.1）原山西运能后台各子运营商登录账号 同步至 MC2.0 的方案，包括：原子账号名、角色名、密码不变。权限由山西运能配置见1.2 。【John】
1.2） 涉及到权限细节，由山西运能 逐个配置。【无需！ 山西运能 优先级高的子客户 需先配】
1.3） 因子账号的权限配置较复杂， 升级后，也可先提供小程序，进行站点管理员 配置。【lhc运维：提供小程序使用指导】
2、升级2.0过程约持续2小时。
3、2020-3-11 将办公室交流桩转至山西运能下，确保可以正常充电。【lhc运维】
4、集成测试（生产环境）：升级后测试 基本充电功能，包括： 【lhc运维】
4.1）首次关注时弹出的拦截页是否正确。
4.2）扫码充电基本功能。(配置远程可用桩测试，包括：制作二维码，制作url：http://sxyn.linghuchongtech.com/boss/front/opPanel/a.htm?did=4420010001000002)
4.3）检查微信支付功能。
4.4）首页右上角进入“搜索”，检查站点信息：a）是否包含不属于当前运营商的电站。b）数据显示是否正常，如 卡loading。
5、bo2升级后提醒 客户 必须配置的项，以下列出几项优先级最高。【执行：山西运能 | 客户系首次使用，lhc运维支持】
5.1）配置正确的充值面额。
5.2）配置个人余额阀值（自动停止）。
5.3）见1.3.
6、配置&提供mc2.0 登录管理账号【执行：lhc运维】
7、如客户有MC2.0使用疑问，提供必要支撑。【执行：lhc运维】
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://sxyn.linghuchongtech.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 (
`C_BALANCE_BEFORE` int(11) DEFAULT NULL COMMENT '消费/充值前余额，分',
`C_BALANCE_AFTER` int(11) DEFAULT NULL COMMENT '消费/充值后余额，分'
）
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
sxyn_case#6_20200319
问题描述：公众号迁移预案
--跟踪
【背景】：
1） 名词申明：运能电力（代号A） | 新能源分公司（代号B）
2）运能电力公众号从A迁移至B公司主体。
【计划】：
1、B 之 微信号申请。【完成 by B】
2、B 之 微信支付申请。【完成 by B】
3、腾讯官方申请a-》b的手续。【待进行：B】
4、技术&研发相关：
4.1、b微信号搭建BO系统，包括：
4.1.1、使用新域名（sxyn2.linghuchongtech.com）、新运营商、db（bos_tempsxyn_db）【最新评估，决定不采用预建运营商】
4.1.2、模板消息申请，配置多条通知模板。Database更新模板ID 【执行方： B】
4.1.3、配置新运营商mns、jarvis。*重要：1）a是bo1.0，【SHI】
4.1.4、测试充值功能。【执行方：令狐充】【最新评估，决定不采用预建运营商】
4.1.5、测试基本充电功能。【执行方：令狐充】【最新评估，决定不采用预建运营商】
4.1.6、配置退款证书。【可选，此bo不开启】
4.2、数据迁移测试和问题：【最新评估，此项搁置，不采用预建运营商】
4.2.1、a微信号应用复制到b，包括：程序、图文素材
4.2.2、第一次微信号a-》b部分数据复制。
4.2.3、修改bo系统相关参数，包括：域名、微信配置参数、支付参数
4.2.4、指定测试人员（testUsers）之（a-》b）openId迁移，验证b能查看到a的历史数据。
4.2.5、针对testUsers测试基本充电功能。
4.3、部署：（操作前备份a的db库）
4.3.1、群发公告通知停止a服务（可能含前后2日），迁移后 a 微信号将取消。
4.3.2、迁移当日（可能含前后2日）停止a服务。
4.3.3、（正式）第二次微信号a-》b全量数据复制。
4.3.4、所有人员之（a-》b）openId迁移，验证历史数据正确性。
4.3.5、调整参数，包括：使用原域名（sxyn.linghuchongtech.com）、mns、db(原库）、
4.3.6、测试基本充电功能 【执行方：令狐充】
4.3.7、群发公告通知b服务恢复。
5、迁移后的退款机制确认。（a和b对应的腾讯账户变化）。[迁移前的用户数据中在迁移后 bo充值记录全部设置为不可在线退款]
5.1、方案1：独立退款系统。【暂搁置，依赖开发进度】
5.2、方案2：迁移后，B中，用户的可退金额不会变为0，只是他发起退款时，走的是线下退款的流程，即填写收款银行卡号，同步到管理平台，财务根据信息打款。【因不开启在线退款申请，具体退款由a、b协商处理】
6、迁移时间点。【待确认】
帐号迁移是将原帐号的粉丝、违规记录、文章和素材库（可选）迁移至一个新的帐号。整体流程较为复杂，需花费7-10天
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
sxyn_case#5_20200316
问题描述：对产生负数余额的用户产生疑问
--跟踪
【YD】：时间20200316下午15：22，统计共438位用户余额为负，总额为-304.82。绝大部分用户欠款为1元以下，小部分用户欠款超过1元。其中欠款最大的用户余额为-118.97。详情见文件
解决方式为提高余额阈值，不过并未在山西运能bo1.0看到阈值。
【YD】：13233266411这个用户，这个用户欠费一百多是怎么产生的？我看了他最后的单是正常账单 故障记录里桩当时也没有什么故障。
【技术】：目前找不到相关的日志了，不过看分段电量有些问题，电量在最后突然变大，所以这个账单一下子扣费超出余额太多，导致欠费100多。如果电量平稳变化是不会出现这种问题的
【YD】：最后突然变大的电量是否是真实的电量 还是可能因为什么原因导致电量出错？
【技术】：这个就查不到了
~update 2020-3-17
【shi】：
背景：
充电过程中平台1分钟计算1次充电费用，当首次计算消费大于 用户当前余额，平台会自动停止充电。
原因：
1、当前平台配置的余额自动停止阀值：0元
2、余额产生负数原因，充电过程中最后1分钟发生较大电量，引起余额负数。
解决：
1、2020-3-17 已将当前阀值设为 1元 自动停止。
2、公众号迁移后，平台提供新版界面，运营商可自行调整 阀值。
用户账户余额截止目前：
余额小于0至-0.5元记录数： 299
余额大于-0.5至-1元记录数：111
余额小于-1至-1.5元记录数：17
余额小于-1.5至-2元记录数：2
余额小于-2元记录数： 4
余额小于-100元记录数： 1
重要账单分析：
余额小于-100元账单：'20191206105915494846
0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.09,3.3,3.35,6.84,156.92,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0
<power><p1>0.09</p1><p2>170.41</p2></power>
2019-12-06 10:58:47 2019-12-06 12:36:47 2019-12-06 14:58:38
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
sxyn_case#4_20200316
问题描述：微信公众号迁移
--跟踪
【YD】：
1.官网登录公众平台->设置->公众号设置->主体信息->帐号迁移 (扫码一定要是管理员)
2.之后步骤参考https://kf.qq.com/faq/1701127NVzMb1701126zmmau.html
补充参考：https://jingyan.baidu.com/article/11c17a2c29d024f447e39d5a.html
~update 2020-3-17
【整体计划】:
运能电力（代号a）公众号迁移至 新公众号（代号b）公众号，包括：
1、LHC NewEX 之 微信号申请。【完成 by shi】
2、LHC NewEX 之 微信支付申请。【完成 by shi】
3、腾讯官方申请a-》b的手续。【待进行：shi】
4、技术&研发相关：
4.1、b微信号搭建BO系统，包括：
4.1.1、使用新域名（bo2_sxyn.linghuchongtech.com）、新运营商、db（bo2_sxyn）
4.1.2、模板消息申请，配置多条通知模板。Database更新模板ID 【YD：已配置通知模板】
4.1.3、配置新运营商mns服务
4.1.4、测试充值功能。
4.1.5、测试基本充电功能。
4.2、数据迁移测试和问题收集：
4.2.1、a微信号应用复制到b，包括：程序、图文素材
4.2.2、第一次微信号a-》b全量数据复制。
4.2.3、修改bo系统相关参数，包括：域名、微信配置参数、支付参数
4.2.4、指定测试人员（testUsers）之（a-》b）openId迁移，验证历史数据正确性。【】
4.2.5、针对testUsers测试基本充电功能。
4.3、部署：
4.3.1、群发公告通知停止a服务（可能含前后2日），迁移后 a 微信号将取消。
4.3.2、迁移当日（可能含前后2日）停止a服务。
4.3.3、（正式）第二次微信号a-》b全量数据复制。
4.3.4、所有人员之（a-》b）openId迁移，验证历史数据正确性。
4.3.5、调整参数，包括：域名（sxyn.linghuchongtech.com）、mns、db(原令狐充库）、
4.3.6、测试基本充电功能
4.3.7、群发公告通知b服务恢复。
5、迁移后的退款机制确认。（a和b对应的腾讯账户变化）。
5.1、维持人工退款
6、迁移时间点。【待确认】
帐号迁移是将原帐号的粉丝、违规记录、文章和素材库（可选）迁移至一个新的帐号。整体流程较为复杂，需花费7-10天
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
sxyn_case#3_20200303
问题描述：新建充电桩的编码。
--跟踪
【背景】：
1、山西运城公交公司停保场充电桩已经通电，需要和后台连接调试，客户没安排平台管理员，也不愿意自己配置站点和桩。
2、此次落地桩是盛弘“300KW，一拖十枪，共4套。240KW，一拖八枪′，共两套。 ”这款盛弘产品 和 双枪桩用同一套固件、同一个型号
3、平台是bo1.0+mc1.0
bo1：http://sxyn.linghuchongtech.com/boss/admin/index.htm
mc1: http://cloud.linghuchongtech.com/DynamicAdmin2
4、多次建议客户 安排运维人员管理运营，客户无回复，故我方每次代为完成工作时可重复询问建议，内容为：“后台站点已经有规模了，是否已安排人员接手平台的管理，比如：桩码的创建和维护。”
【计划工作】
1、现场工程进度，电桩安装等【完成】
2、通电情况。 【完成】
3、桩厂商现场联调。【最早3月4日】
4、平台端建站点、桩ID 搭建。详细信息参见 【MC1.0， 令狐充运维人员暂代客户处理】
5、新需求【盛弘直流桩】：公交车晚上十点把枪插上，晚上十一点自动开始启动充电。（详细方案见下）
6、主板程序209.04.14以上，屏幕程序103以上的版本。同一桩设备双枪共用同一桩ID。【现场联调不顺利时，提供盛弘售后需关注】
7、记录新机安装的配置步骤，提供客户，作为后续客户自建桩设备的指导参考。
~update on 20200304
【现场调试】：
1、300KWx4台 | 桩id：14080200160000200009--14080200160000200012
2、240KWx2台 | 桩id：14080200160000200013--14080200160000200014
3、其他注意事项
检查一：
1、涉及在线刷卡充电场景的，请配置刷卡选项。
2、主板程序209.04.14以上，屏幕程序103以上的版本。
3、服务器IP： 120.76.67.19 服务器端口： 2816。 本地IP和网关设置请咨询当地网络管理员
4、桩号：单设备双枪桩之A、B枪配置项填写同一个桩ID
检查二：
1、确认 屏幕右上角wifi信号图标 颜色 是否 为绿色。
2、确认 本地IP和网关 地址是否正确，步骤见下：
2.1、连续点击几次桩屏幕右上角wifi信号图标，弹出界面输入管理员密码。
2.2、输入管理员密码成功后，选择“设置/通信”查看设置本地ip、网关。
3、确认服务器IP和端口，步骤见下：
3.1、操作同第2项，端口在第二页显示需要点击右下角“下一页”。
3.2、查看 服务器IP和端口。
4、确认 桩id步骤见下：
4.1、操作同第2项。
4.2、选择“设置/基本”点击右下角“下一页”在第二页中查看确认桩id。
5、确认 桩端程序版本，步骤见下：
5.1、操作同第2项。
5.2、选择“版本”查看桩端程序版本。
6、确认 设置-》通信-》后台协议类型 改为 3
7、“充电卡类型”改为10
平台端建站、建桩操作步骤（MC1.0）：
1、登录 http://cloud.linghuchongtech.com
2、建站：
3、建桩：在首页/充电管理/充电桩管理页面选择充电桩，最右侧点击“新建充电桩”，充电桩设备编号规则为下图，按照规则编写编号，需要填写充电桩名称，选择充电站，产品类型需要选择（不清楚的可以问厂家），使用类型需要选择，安装时间可填，填写完这几项后先不要点击保存，先截图发给我们这边检查一下，无误后再点击保存。 有疑问的可以提出，我们这边协助。
新需求【盛弘直流桩】方案：
方案二充电桩改造,充电桩提供预约启动充电功能
1、充电屏幕界面改造, 在通过密码鉴权或刷卡鉴权后, 充电桩界面增加"预约"操作入口, 可设置预约充电时间;
2、增加额外的消息协议, 充电桩在预约设置后, 上送预约时间等信息到后台;
3、后台控制在预约时间内不允许对该桩发起新的充电请求;
4、充电桩控制在该状态下, 需锁枪不允许强行拔枪且在预约充电时间到达后自动启动充电;
5、如果在预约充电时间未到达的请求下要取消该预约任务, 需上送登出消息;
桩端开发工作量: 10工作日
Dynamic开发工作量: 5工作日
BOSS开发工作量:
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
sxyn_case#2_20191230
问题描述：新建充电桩的编码。
--跟踪
【背景】：
1、客户无网络，我方先暂代客户新建桩ID。
2、平台是bo1.0+mc1.0
bo1：http://sxyn.linghuchongtech.com/boss/admin/index.htm
mc1: http://cloud.linghuchongtech.com/DynamicAdmin2
3、桩端主板程序209.04.00以上的版本；屏幕程序103以上的版本。同一桩设备双枪共用同一桩ID。【盛弘售后需关注】
4、桩安装在原来站点，提供2个桩ID编号。
5、记录新机安装的配置步骤，提供客户，作为后续客户自建桩设备的指导参考。
【chinyee】：建桩操作：
1.在首页/充电管理/充电桩管理页面选择充电桩，最右侧点击“新建充电桩”，充电桩设备编号规则为下图，按照规则编写编号，需要填写充电桩名称，选择充电站，产品类型需要选择（不清楚的可以问厂家），使用类型需要选择，安装时间可填，填写完这几项后先不要点击保存，先截图发给我们这边检查一下，无误后再点击保存。 有疑问的可以提出，我们这边协助。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
sxyn_case#1_20191129
-------
问题描述：统计山西运能桩近期离线情况
14080200160000200003 这个桩当地网络 改动过配置吗？频繁离线，其他桩正常，平台不会选择性 让个别桩离线。建议排查现场网络情况.
检查 14080200160000200003 这个枪对应网线是否正常
~update 20191202
1、周五杨占龙师傅去看了看，插拔了下正常了两天，还有几次充电记录。昨天下午又出现离线。
2、想知道原因是啥，网络原因还是客户操作问题，其他枪我看都是订单一次成功。
3、基于目前现象，桩网络问题概率较大
几个因素：
1、ip问题。
2、网线解除不了
3、网口接触不良
4、其他等
--解决：
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
数据统计人：chinyee
sxyn_case#1_20191008
-------
问题描述：微信认证那个认证联系人早都调离单位了，申请公函我还是填原来的人，填写到认证联系人信息可不可以变成卫总
--跟踪
【令】：指导客户操作修改
--解决：
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
sxyn_case#旧系统
山西运能管理平台 （用于旧数据格式处理分析）
http://106.14.208.102
帐号 yunnengdianli
密码 456789
盛弘刚给了一份需求报价表，包含：
1）明确的2套app开发。
2）其余平台功能 只列了概念没有细节。（对方还未表明有开会意愿）
###山西运城项目汇报：
人员：
盛弘 刘子轩、邢洁平
xxx 黎明敏
资料：《山西运能招标书》、《山西运能需求表.xls》
沟通背景：
a、邢洁平 邀请 黎明敏与施文俊完成基本需求确认。
b、其中旧平台数据导入令狐充平台，黎工表示不清楚。需咨询邢洁平。
c、再次咨询邢洁平，其要求我方去客户现场 山西运城 确认旧数据处理要求。
已明确需求（黎明敏确认）：
1、独立子boss系统；微信充电。
2、逃费避免。
a、桩在线情况：令狐充已支持智能判断充电费用和账户余额关系，及时中断充电服务。（已支持）
b、桩离线情况：充电过程中发生离线，令狐充无法获得心跳，无法智能停止充电。解决：充电桩判断如断网立刻停止充电。（固件和协议需配合）
3、支持峰谷平独立电量和费用展示。（报表已实现）
4、支持刷卡：由令狐充发卡、运营商绑定用户和卡之关系。
《山西运能招标书》可忽略。
《山西运能需求表.xls》已请黎工查阅是否可忽略文档需求，黎工未回覆。