Hide last authors
 |
1.1 | 1 | {{box cssClass="floatinginfobox" title="**Contents**"}} |
| 2 | {{toc/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| |
11.1 | 5 | = sxyn_case#8_20200327 = |
| 6 | |||
| 7 | 问题描述：山西运能那边上传站点图片点击保存显示这个 重新打开后是一张裂开的图片，麻烦看一下 | ||
| 8 | |||
| 9 | [[image:1585279710928-286.png||height="323" width="315"]] | ||
| 10 | |||
| 11 | ~-~--跟踪 | ||
| 12 | 【令】：转研发跟进 | ||
| 13 | ~-~-解决: | ||
| 14 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 15 | 售后（跟单）工程师： chinyee | ||
| 16 | |||
| 17 | |||
| |
8.2 | 18 | = sxyn_case#7_20200325 = |
| 19 | |||
| 20 | 问题描述: bo升级2.0计划 | ||
| 21 | |||
| 22 | ~-~-跟踪 | ||
| 23 | |||
| 24 | 【背景】： | ||
| 25 | 1） 名词申明：运能电力（代号A） | 新能源分公司（代号B）。 bo具体参数参见[[点我看客户参数>>doc:客户管理.WebHome]] | ||
| 26 | 2）运能电力公众号从A迁移至B公司主体。 | ||
| 27 | 3）同时 B 升级至 bo2.0 | ||
| 28 | 4）腾讯官方迁移的时间点, 山西客户于 3-25日 11点 启动迁移操作（腾讯约需要3-5日完成，见下图）。前项完成, 技术需1-2工作日 完成迁移. | ||
| 29 | [[image:1585111140468-226.png]] | ||
| 30 | |||
| 31 | |||
| 32 | 【Summary Plan】： | ||
| 33 | 1、停用sxyn，先升级至bo2：基于山西运能BO1.0，公众号：运能电力~-~-》 升级bo2。【2020-3-25 可进行】 | ||
| 34 | 2、改微信官方配置 指向 “山西运能 BO2.0公众号：新源分公司” 【shi】 | ||
| 35 | 3、改bo2 sys setting参数 指向 “山西运能 BO2.0公众号：新源分公司” 【shi】 | ||
| 36 | 4、组装 logo等。 【等设计交付】 | ||
| |
9.1 | 37 | 5、配置bo2 对应 MC2.0 登录账号（标准版）。 【chinyee：登录账号xyfgs 密码：12345678 已配置好标准版】 |
| |
8.2 | 38 | 6、批量转openID，“运能电力”-》“新源分公司”。【John】 |
| |
9.2 | 39 | 7、集成测试（生产环境）。【lhc运维】 |
| |
8.2 | 40 | |
| 41 | |||
| 42 | 【Detail Level Plan】： | ||
| 43 | 1、原山西运能后台各子运营商登录账号 升级后 无法第一时间登录。 | ||
| 44 | 1.1）原山西运能后台各子运营商登录账号 同步至 MC2.0 的方案，包括：原子账号名、角色名、密码不变。权限由山西运能配置见1.2 。【John】 | ||
| 45 | 1.2） 涉及到权限细节，由山西运能 逐个配置。【无需！ 山西运能 优先级高的子客户 需先配】 | ||
| 46 | 1.3） 因子账号的权限配置较复杂， 升级后，也可先提供小程序，进行站点管理员 配置。【lhc运维：提供小程序使用指导】 | ||
| 47 | 2、升级2.0过程约持续2小时。 | ||
| 48 | 3、2020-3-11 将办公室交流桩转至山西运能下，确保可以正常充电。【lhc运维】 | ||
| |
9.2 | 49 | 4、集成测试（生产环境）：升级后测试 基本充电功能，包括： 【lhc运维】 |
| |
8.2 | 50 | 4.1）首次关注时弹出的拦截页是否正确。 |
| |
9.2 | 51 | 4.2）扫码充电基本功能。(配置远程可用桩测试，包括：制作二维码，制作url：http:~/~/sxyn.linghuchongtech.com/boss/front/opPanel/a.htm?did=4420010001000002) |
| |
8.2 | 52 | 4.3）检查微信支付功能。 |
| |
9.2 | 53 | 4.4）首页右上角进入“搜索”，检查站点信息：a）是否包含不属于当前运营商的电站。b）数据显示是否正常，如 卡loading。 |
| |
8.2 | 54 | 5、bo2升级后提醒 客户 必须配置的项，以下列出几项优先级最高。【执行：山西运能 | 客户系首次使用，lhc运维支持】 |
| 55 | 5.1）配置正确的充值面额。 | ||
| 56 | 5.2）配置个人余额阀值（自动停止）。 | ||
| 57 | 5.3）见1.3. | ||
| 58 | 6、配置&提供mc2.0 登录管理账号【执行：lhc运维】 | ||
| 59 | 7、如客户有MC2.0使用疑问，提供必要支撑。【执行：lhc运维】 | ||
| 60 | 8、按照约定，升级后，山西运能安排车、1台直流桩进行至少一次实测。【执行：山西运能】 | ||
| 61 | |||
| 62 | |||
| 63 | **【计划过程和注意事项】：** | ||
| 64 | |||
| 65 | **主要分2部分：第一部分由 shi 操作、第二部分由john操作。 | ||
| 66 | 第一部分：** | ||
| 67 | bo1升级bo2 基于 boVersion:20190810_101130_09614a | ||
| 68 | |||
| 69 | 1. 更更新数据库 | ||
| 70 | 2. mc的boss_token表加⼀一下配置数据 | ||
| 71 | 3. boss的access_token表加⼀一下配置数据 | ||
| 72 | 4 导入sys_setting | ||
| 73 | 5 update sys_setting | ||
| 74 | 6 山西运能 javris配 营业执照 | ||
| 75 | 7 微信底部菜单更新。 | ||
| 76 | 8 升级前要求客户在腾讯商户平台新增安全支付路径。步骤：((( | ||
| 77 | 1）登录https:~/~/pay.weixin.qq.com/ | ||
| 78 | 2）（可选，如已配置可忽略）依次进入“【账户中心】-》【api安全】-》【设置api秘钥】-》【提供我方秘钥】” | ||
| 79 | 3）在微信支付平台配置支付授权目录：http:~/~/sxyn.linghuchongtech.com/boss/newui/ 步骤：依次进入“【产品中心】-【开发配置】-【支付配置】中修改” | ||
| 80 | ))) | ||
| 81 | |||
| 82 | #bo2 和bo1差异 sql | ||
| 83 | ~~create | ||
| 84 | |||
| 85 | CREATE TABLE `wx_reply` ( | ||
| 86 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 87 | `keyword` varchar(32) DEFAULT NULL, | ||
| 88 | `content` text, | ||
| 89 | PRIMARY KEY (`id`) | ||
| 90 | ) ENGINE=InnoDB DEFAULT CHARSET=utf8; | ||
| 91 | |||
| 92 | CREATE TABLE `access_token` ( | ||
| 93 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 94 | `access_code` varchar(32) NOT NULL DEFAULT '', | ||
| 95 | `secret_key` varchar(32) NOT NULL DEFAULT '', | ||
| 96 | `restrict_ip` varchar(1024) DEFAULT NULL COMMENT '限制客户端ip，多个ip用,隔开', | ||
| 97 | `is_admin` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-普通客户端， 1-超级客户端', | ||
| 98 | PRIMARY KEY (`id`) | ||
| 99 | ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; | ||
| 100 | |||
| 101 | CREATE TABLE `coupon` ( | ||
| 102 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 103 | `name` varchar(32) NOT NULL DEFAULT '' COMMENT '券名', | ||
| 104 | `issueCondition` int(11) NOT NULL DEFAULT '1' COMMENT '1-充额定值赠, 2-新用户赠', | ||
| 105 | `minCharge` int(11) DEFAULT NULL COMMENT '最低充值金额, 分', | ||
| 106 | `denomination` int(11) NOT NULL DEFAULT '0' COMMENT '面额。 分', | ||
| 107 | `perNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次赠送券数量', | ||
| 108 | `packNum` int(11) NOT NULL DEFAULT '0' COMMENT '总份数', | ||
| 109 | `issuedPackNum` int(11) NOT NULL DEFAULT '0' COMMENT '已送出券份数', | ||
| 110 | `departIds` varchar(1024) DEFAULT NULL COMMENT '限制部门id, 用|隔开并且前后也要有|', | ||
| 111 | `subOpIds` varchar(1024) DEFAULT NULL COMMENT '限制子运营商id, 用|隔开并且前后也要有|', | ||
| 112 | `stationIds` varchar(1024) DEFAULT NULL COMMENT '限制可用站点id. 用|隔开并且前后也要有|', | ||
| 113 | `useNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次充电可用数量', | ||
| 114 | `fromDate` datetime NOT NULL COMMENT '上架时间', | ||
| 115 | `toDate` datetime NOT NULL COMMENT '上架结束时间', | ||
| 116 | `validType` int(11) NOT NULL DEFAULT '1' COMMENT '1-特定天数有效，2-特定时间段有效', | ||
| 117 | `validDays` int(11) DEFAULT NULL COMMENT '有效期天数', | ||
| 118 | `expireFrom` date DEFAULT NULL COMMENT '有效期开始时间', | ||
| 119 | `expireTo` date DEFAULT NULL COMMENT '有效期结束时间', | ||
| 120 | `status` int(11) NOT NULL DEFAULT '1' COMMENT '1-有效, 0-下架', | ||
| 121 | `remark` varchar(1024) DEFAULT NULL COMMENT '描述信息', | ||
| 122 | `threshold` int(11) NOT NULL DEFAULT '0' COMMENT '最低消费额度, 分', | ||
| 123 | `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人', | ||
| 124 | `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间', | ||
| 125 | `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人', | ||
| 126 | `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间', | ||
| 127 | PRIMARY KEY (`id`) | ||
| 128 | ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8; | ||
| 129 | |||
| 130 | CREATE TABLE `member_coupon` ( | ||
| 131 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 132 | `couponId` int(11) NOT NULL COMMENT '券id', | ||
| 133 | `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员id', | ||
| 134 | `amount` int(11) NOT NULL DEFAULT '0' COMMENT '金额, 分', | ||
| 135 | `stationIds` varchar(1024) DEFAULT NULL COMMENT '限制可用站点id. 用|隔开并且前后也要有|', | ||
| 136 | `useNum` int(11) NOT NULL DEFAULT '1' COMMENT '每次充电可用数量', | ||
| 137 | `validFrom` datetime NOT NULL COMMENT '生效时间', | ||
| 138 | `expireTime` datetime NOT NULL COMMENT '有效期到期时间', | ||
| 139 | `billingId` varchar(32) DEFAULT NULL COMMENT '充电账单号', | ||
| 140 | `mbTransaction` varchar(32) DEFAULT NULL COMMENT 'member_bill 的订单号', | ||
| 141 | `issuedTime` datetime NOT NULL COMMENT '赠送时间', | ||
| 142 | `usedTime` datetime DEFAULT NULL COMMENT '使用时间', | ||
| 143 | `threshold` int(11) NOT NULL DEFAULT '0' COMMENT '最低消费额度, 分', | ||
| 144 | PRIMARY KEY (`id`), | ||
| 145 | KEY `couponId` (`couponId`), | ||
| 146 | KEY `memberId` (`memberId`), | ||
| 147 | KEY `billingId` (`billingId`) | ||
| 148 | ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8; | ||
| 149 | |||
| 150 | CREATE TABLE `refund_apply` ( | ||
| 151 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 152 | `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员id', | ||
| 153 | `amount` int(11) DEFAULT NULL COMMENT '退款金额，分', | ||
| 154 | `commission` int(11) DEFAULT '0' COMMENT '扣取手续费， 分', | ||
| 155 | `status` int(11) NOT NULL DEFAULT '0' COMMENT '0-待审核，1-审核不通过，2-审核通过', | ||
| 156 | `progress` int(11) NOT NULL DEFAULT '0' COMMENT '0-用户申请、1-平台审核、2-完成退款, 3-部分退款, 4-退款失败', | ||
| 157 | `reason` varchar(1024) DEFAULT NULL COMMENT '原因', | ||
| 158 | `settlementRefundFee` int(11) NOT NULL DEFAULT '0' COMMENT '实际退款金额', | ||
| 159 | `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人', | ||
| 160 | `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间', | ||
| 161 | `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人', | ||
| 162 | `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间', | ||
| 163 | PRIMARY KEY (`id`), | ||
| 164 | KEY `memberId` (`memberId`) | ||
| 165 | ) ENGINE=InnoDB AUTO_INCREMENT=35 DEFAULT CHARSET=utf8 COMMENT='退款申请'; | ||
| 166 | |||
| 167 | CREATE TABLE `refund_audit` ( | ||
| 168 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 169 | `refundId` int(11) NOT NULL COMMENT '退款申请ID', | ||
| 170 | `status` int(11) NOT NULL DEFAULT '0' COMMENT '0-待审核，1-审核不通过，2-审核通过', | ||
| 171 | `reason` varchar(1024) DEFAULT NULL COMMENT '原因', | ||
| 172 | `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人', | ||
| 173 | `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间', | ||
| 174 | `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人', | ||
| 175 | `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间', | ||
| 176 | PRIMARY KEY (`id`), | ||
| 177 | KEY `refundId` (`refundId`) | ||
| 178 | ) ENGINE=InnoDB AUTO_INCREMENT=23 DEFAULT CHARSET=utf8 COMMENT='退款申请审核历史'; | ||
| 179 | |||
| 180 | CREATE TABLE `refund_record` ( | ||
| 181 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 182 | `raId` int(11) DEFAULT NULL COMMENT 'refund_apply的id', | ||
| 183 | `memberId` varchar(255) NOT NULL DEFAULT '' COMMENT '会员ID', | ||
| 184 | `openId` varchar(255) DEFAULT NULL COMMENT '微信用户openId', | ||
| 185 | `mchId` varchar(32) DEFAULT NULL COMMENT '商户号', | ||
| 186 | `nonceStr` varchar(32) DEFAULT NULL COMMENT '随机字符串', | ||
| 187 | `sign` varchar(32) DEFAULT NULL COMMENT '签名', | ||
| 188 | `signType` varchar(32) DEFAULT NULL COMMENT '签名类型. MD5或者HMAC-SHA256', | ||
| 189 | `transactionId` varchar(32) DEFAULT NULL COMMENT '微信充值订单号', | ||
| 190 | `outTradeNo` varchar(32) DEFAULT NULL COMMENT '对应wc_payment_msg表的C_INNER_TRANSACTION_NO和member_bill表的C_TRANSACTION', | ||
| 191 | `outRefundNo` varchar(32) DEFAULT NULL COMMENT '商户退款单号', | ||
| 192 | `totalFee` int(11) NOT NULL DEFAULT '0' COMMENT '充值订单金额', | ||
| 193 | `refundFee` int(11) NOT NULL DEFAULT '0' COMMENT '退款金额', | ||
| 194 | `status` int(11) NOT NULL DEFAULT '1' COMMENT '0-退款失败, 1-退款中, 2-成功退款, 3-撤销', | ||
| 195 | `resultCode` varchar(16) DEFAULT NULL COMMENT '业务结果。 提交申请结果，不表示退款成功', | ||
| 196 | `errCode` varchar(32) DEFAULT NULL COMMENT '错误代码', | ||
| 197 | `errCodeDes` varchar(128) DEFAULT NULL COMMENT '错误代码描述', | ||
| 198 | `refundId` varchar(32) DEFAULT NULL COMMENT '微信退款单号', | ||
| 199 | `settlementRefundFee` int(11) NOT NULL DEFAULT '0' COMMENT '应结退款金额', | ||
| 200 | `C_CREATE_BY` varchar(255) DEFAULT NULL COMMENT '创建人', | ||
| 201 | `C_CREATE_DATE` datetime DEFAULT NULL COMMENT '创建时间', | ||
| 202 | `C_UPDATE_BY` varchar(255) DEFAULT NULL COMMENT '更新人', | ||
| 203 | `C_UPDATE_DATE` datetime DEFAULT NULL COMMENT '更新时间', | ||
| 204 | PRIMARY KEY (`id`), | ||
| 205 | KEY `raId` (`raId`), | ||
| 206 | KEY `memberId` (`memberId`) | ||
| 207 | ) ENGINE=InnoDB AUTO_INCREMENT=27 DEFAULT CHARSET=utf8 COMMENT='退款记录'; | ||
| 208 | |||
| 209 | CREATE TABLE `member_flag` ( | ||
| 210 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 211 | `name` varchar(32) NOT NULL DEFAULT '' COMMENT '标签名称', | ||
| 212 | `type` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0-固定标签， 1-自定义标签', | ||
| 213 | `criteria` tinyint(4) DEFAULT NULL COMMENT '固定标签条件', | ||
| 214 | `params` varchar(256) DEFAULT NULL COMMENT '固定标签条件参数', | ||
| 215 | `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '0-下线，1-在线', | ||
| 216 | `C_CREATE_BY` varchar(255) DEFAULT NULL, | ||
| 217 | `C_CREATE_DATE` datetime DEFAULT NULL, | ||
| 218 | `C_UPDATE_BY` varchar(255) DEFAULT NULL, | ||
| 219 | `C_UPDATE_DATE` datetime DEFAULT NULL, | ||
| 220 | `C_DELETE_FLAG` tinyint(4) NOT NULL DEFAULT '0' COMMENT '删除标记：0-未删除，1-已删除', | ||
| 221 | PRIMARY KEY (`id`) | ||
| 222 | ) ENGINE=InnoDB AUTO_INCREMENT=100 DEFAULT CHARSET=utf8; | ||
| 223 | |||
| 224 | CREATE TABLE `member_flag_rel` ( | ||
| 225 | `id` int(11) unsigned NOT NULL AUTO_INCREMENT, | ||
| 226 | `memberId` varchar(255) DEFAULT NULL COMMENT '会员id', | ||
| 227 | `flagId` int(11) unsigned DEFAULT NULL COMMENT '标签id', | ||
| 228 | `C_CREATE_DATE` datetime DEFAULT NULL, | ||
| 229 | PRIMARY KEY (`id`), | ||
| 230 | KEY `memberId` (`memberId`), | ||
| 231 | KEY `flagId` (`flagId`) | ||
| 232 | ) ENGINE=InnoDB DEFAULT CHARSET=utf8; | ||
| 233 | |||
| 234 | ~~alter | ||
| 235 | alter table sub_operator add column `isOut` tinyint(1) DEFAULT '0' COMMENT '1-对方系统计费，0-本方系统计费'; | ||
| 236 | alter table sub_operator add column `domain` varchar(64) DEFAULT NULL COMMENT '第三方系统二维码的域名'; | ||
| 237 | alter table sub_operator add column `urlParamFormat` varchar(1024) DEFAULT NULL COMMENT '二维码链接参数格式'; | ||
| 238 | |||
| 239 | alter table wc_payment_msg add column `C_REFUND_FEE` int(11) NOT NULL DEFAULT '0' COMMENT '已退款金额. 分'; | ||
| 240 | alter table t_department_account add column `C_PARENT_BILLING` tinyint(1) NOT NULL DEFAULT '0' COMMENT '1-使用上级部门账户扣费'; | ||
| 241 | |||
| 242 | alter table member add column `C_REFUNDABLE_AMOUNT` int(11) NOT NULL DEFAULT '0' COMMENT '可退款金额, 分'; | ||
| 243 | |||
| 244 | #alter table recharge_history add column `C_STATION_ID` int(11) DEFAULT NULL COMMENT '站点ID'; | ||
| 245 | |||
| 246 | |||
| 247 | alter table recharge_history add (C_CONNECTOR varchar(32) DEFAULT NULL COMMENT '充电接口id', | ||
| 248 | C_QRCODE varchar(1024) DEFAULT NULL COMMENT '扫码充电二维码' | ||
| 249 | ); | ||
| 250 | |||
| 251 | alter table member_bill add column C_COUPON_AMOUNT int(11) DEFAULT '0' COMMENT '代金券扣减金额，分'; | ||
| 252 | |||
| 253 | ALTER TABLE `recharge_history` ADD INDEX unionBillingId ( `C_UNION_BILLINGID` ); | ||
| 254 | \\**第二部分:** | ||
| 255 | 继续更新近期bo2涉及的sql等。 | ||
| 256 | |||
| 257 | |||
| 258 | (% class="box" %) | ||
| 259 | ((( | ||
| 260 | 【特殊情况处理】： | ||
| 261 | 1、错误1：充值报错 | ||
| 262 | 2、解决：补sql | ||
| 263 | alter table member_bill add ( | ||
| 264 | `C_BALANCE_BEFORE` int(11) DEFAULT NULL COMMENT '消费/充值前余额，分', | ||
| 265 | `C_BALANCE_AFTER` int(11) DEFAULT NULL COMMENT '消费/充值后余额，分' | ||
| 266 | ） | ||
| 267 | ))) | ||
| 268 | |||
| 269 | ~-~-解决: | ||
| 270 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 271 | 售后（跟单）工程师：施文俊 | ||
| 272 | |||
| |
7.7 | 273 | = sxyn_case#6_20200319 = |
| 274 | |||
| |
8.2 | 275 | 问题描述：公众号迁移预案 |
| |
7.7 | 276 | |
| 277 | ~-~-跟踪 | ||
| 278 | |||
| |
7.8 | 279 | 【背景】： |
| 280 | 1） 名词申明：运能电力（代号A） | 新能源分公司（代号B） | ||
| 281 | 2）运能电力公众号从A迁移至B公司主体。 | ||
| |
7.7 | 282 | |
| |
7.8 | 283 | 【计划】： |
| 284 | 1、B 之 微信号申请。【完成 by B】 | ||
| 285 | 2、B 之 微信支付申请。【完成 by B】 | ||
| 286 | 3、腾讯官方申请a-》b的手续。【待进行：B】 | ||
| 287 | 4、技术&研发相关： | ||
| 288 | 4.1、b微信号搭建BO系统，包括： | ||
| 289 | 4.1.1、使用新域名（sxyn2.linghuchongtech.com）、新运营商、db（bos_tempsxyn_db）【**最新评估**，决定不采用预建运营商】 | ||
| 290 | 4.1.2、模板消息申请，配置多条通知模板。Database更新模板ID 【执行方： B】 | ||
| 291 | 4.1.3、配置新运营商mns、jarvis。*重要：1）a是bo1.0，【SHI】 | ||
| 292 | 4.1.4、测试充值功能。【执行方：令狐充】【**最新评估**，决定不采用预建运营商】 | ||
| 293 | 4.1.5、测试基本充电功能。【执行方：令狐充】【**最新评估**，决定不采用预建运营商】 | ||
| 294 | 4.1.6、配置退款证书。【可选，此bo不开启】 | ||
| 295 | 4.2、数据迁移测试和问题：【**最新评估**，此项搁置，不采用预建运营商】 | ||
| 296 | 4.2.1、a微信号应用复制到b，包括：程序、图文素材 | ||
| 297 | 4.2.2、第一次微信号a-》b部分数据复制。 | ||
| 298 | 4.2.3、修改bo系统相关参数，包括：域名、微信配置参数、支付参数 | ||
| 299 | 4.2.4、指定测试人员（testUsers）之（a-》b）openId迁移，验证b能查看到a的历史数据。 | ||
| 300 | 4.2.5、针对testUsers测试基本充电功能。 | ||
| 301 | 4.3、部署：（操作前备份a的db库） | ||
| 302 | 4.3.1、群发公告通知停止a服务（可能含前后2日），迁移后 a 微信号将取消。 | ||
| 303 | 4.3.2、迁移当日（可能含前后2日）停止a服务。 | ||
| 304 | 4.3.3、（正式）第二次微信号a-》b全量数据复制。 | ||
| 305 | 4.3.4、所有人员之（a-》b）openId迁移，验证历史数据正确性。 | ||
| 306 | 4.3.5、调整参数，包括：使用原域名（sxyn.linghuchongtech.com）、mns、db(原库）、 | ||
| 307 | 4.3.6、测试基本充电功能 【执行方：令狐充】 | ||
| 308 | 4.3.7、群发公告通知b服务恢复。 | ||
| 309 | 5、迁移后的退款机制确认。（a和b对应的腾讯账户变化）。[迁移前的用户数据中在迁移后 bo充值记录全部设置为不可在线退款] | ||
| 310 | 5.1、方案1：独立退款系统。【暂搁置，依赖开发进度】 | ||
| 311 | 5.2、方案2：迁移后，B中，用户的可退金额不会变为0，只是他发起退款时，走的是线下退款的流程，即填写收款银行卡号，同步到管理平台，财务根据信息打款。【因不开启在线退款申请，具体退款由a、b协商处理】 | ||
| 312 | 6、迁移时间点。【待确认】 | ||
| |
7.7 | 313 | |
| |
7.8 | 314 | 帐号迁移是将原帐号的粉丝、违规记录、文章和素材库（可选）迁移至一个新的帐号。整体流程较为复杂，需花费7-10天 |
| 315 | |||
| 316 | |||
| |
7.7 | 317 | ~-~-解决: |
| 318 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 319 | 售后（跟单）工程师：施文俊 | ||
| 320 | |||
| |
7.2 | 321 | = sxyn_case#5_20200316 = |
| 322 | |||
| 323 | 问题描述：对产生负数余额的用户产生疑问 | ||
| 324 | |||
| 325 | ~-~-跟踪 | ||
| 326 | |||
| 327 | 【YD】：时间20200316下午15：22，统计共438位用户余额为负，总额为-304.82。绝大部分用户欠款为1元以下，小部分用户欠款超过1元。其中欠款最大的用户余额为-118.97。详情见文件 | ||
| 328 | |||
| 329 | [[attach:余额为负会员统计.xlsx||target="_blank"]] | ||
| 330 | |||
| |
7.3 | 331 | |
| 332 | 解决方式为提高余额阈值，不过并未在山西运能bo1.0看到阈值。 | ||
| 333 | |||
| |
7.4 | 334 | |
| 335 | 【YD】：13233266411这个用户，这个用户欠费一百多是怎么产生的？我看了他最后的单是正常账单 故障记录里桩当时也没有什么故障。 | ||
| 336 | |||
| 337 | 【技术】：目前找不到相关的日志了，不过看分段电量有些问题，电量在最后突然变大，所以这个账单一下子扣费超出余额太多，导致欠费100多。如果电量平稳变化是不会出现这种问题的 | ||
| 338 | |||
| 339 | 【YD】：最后突然变大的电量是否是真实的电量 还是可能因为什么原因导致电量出错？ | ||
| 340 | |||
| 341 | 【技术】：这个就查不到了 | ||
| 342 | |||
| |
7.5 | 343 | ~~update 2020-3-17 |
| 344 | 【shi】： | ||
| 345 | 背景： | ||
| 346 | 充电过程中平台1分钟计算1次充电费用，当首次计算消费大于 用户当前余额，平台会自动停止充电。 | ||
| 347 | |||
| 348 | 原因： | ||
| 349 | 1、当前平台配置的余额自动停止阀值：0元 | ||
| 350 | 2、余额产生负数原因，充电过程中最后1分钟发生较大电量，引起余额负数。 | ||
| 351 | \\解决： | ||
| 352 | 1、2020-3-17 已将当前阀值设为 1元 自动停止。 | ||
| 353 | 2、公众号迁移后，平台提供新版界面，运营商可自行调整 阀值。 | ||
| 354 | |||
| 355 | |||
| 356 | 用户账户余额截止目前： | ||
| 357 | 余额小于0至-0.5元记录数： 299 | ||
| 358 | 余额大于-0.5至-1元记录数：111 | ||
| 359 | 余额小于-1至-1.5元记录数：17 | ||
| 360 | 余额小于-1.5至-2元记录数：2 | ||
| 361 | 余额小于-2元记录数： 4 | ||
| 362 | 余额小于-100元记录数： 1 | ||
| 363 | |||
| 364 | **重要账单分析：** | ||
| 365 | 余额小于-100元账单：'20191206105915494846 | ||
| 366 | 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 | ||
| 367 | <power><p1>0.09</p1><p2>170.41</p2></power> | ||
| 368 | 2019-12-06 10:58:47 2019-12-06 12:36:47 2019-12-06 14:58:38 | ||
| 369 | |||
| |
7.2 | 370 | ~-~-解决: |
| 371 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 372 | 售后（跟单）工程师：施文俊 YD | ||
| 373 | |||
| |
6.5 | 374 | = sxyn_case#4_20200316 = |
| 375 | |||
| |
7.6 | 376 | 问题描述：微信公众号迁移 |
| |
6.5 | 377 | |
| 378 | ~-~-跟踪 | ||
| 379 | |||
| 380 | 【YD】： | ||
| 381 | |||
| 382 | **1.官网登录公众平台->设置->公众号设置->主体信息->帐号迁移 (扫码一定要是管理员)** | ||
| 383 | |||
| |
7.9 | 384 | **2.之后步骤参考**[[https:~~/~~/kf.qq.com/faq/1701127NVzMb1701126zmmau.html>>https://kf.qq.com/faq/1701127NVzMb1701126zmmau.html]] |
| 385 | |||
| 386 | 补充参考：[[https:~~/~~/jingyan.baidu.com/article/11c17a2c29d024f447e39d5a.html>>url:https://jingyan.baidu.com/article/11c17a2c29d024f447e39d5a.html]] | ||
| |
7.6 | 387 | \\~~update 2020-3-17 |
| 388 | 【整体计划】: | ||
| 389 | 运能电力（代号a）公众号迁移至 新公众号（代号b）公众号，包括： | ||
| 390 | 1、LHC NewEX 之 微信号申请。【完成 by shi】 | ||
| 391 | 2、LHC NewEX 之 微信支付申请。【完成 by shi】 | ||
| 392 | 3、腾讯官方申请a-》b的手续。【待进行：shi】 | ||
| 393 | 4、技术&研发相关： | ||
| 394 | 4.1、b微信号搭建BO系统，包括： | ||
| 395 | 4.1.1、使用新域名（bo2_sxyn.linghuchongtech.com）、新运营商、db（bo2_sxyn） | ||
| 396 | 4.1.2、模板消息申请，配置多条通知模板。Database更新模板ID 【YD：已配置通知模板】 | ||
| 397 | 4.1.3、配置新运营商mns服务 | ||
| 398 | 4.1.4、测试充值功能。 | ||
| 399 | 4.1.5、测试基本充电功能。 | ||
| 400 | 4.2、数据迁移测试和问题收集： | ||
| 401 | 4.2.1、a微信号应用复制到b，包括：程序、图文素材 | ||
| 402 | 4.2.2、第一次微信号a-》b全量数据复制。 | ||
| 403 | 4.2.3、修改bo系统相关参数，包括：域名、微信配置参数、支付参数 | ||
| 404 | 4.2.4、指定测试人员（testUsers）之（a-》b）openId迁移，验证历史数据正确性。【】 | ||
| 405 | 4.2.5、针对testUsers测试基本充电功能。 | ||
| 406 | 4.3、部署： | ||
| 407 | 4.3.1、群发公告通知停止a服务（可能含前后2日），迁移后 a 微信号将取消。 | ||
| 408 | 4.3.2、迁移当日（可能含前后2日）停止a服务。 | ||
| 409 | 4.3.3、（正式）第二次微信号a-》b全量数据复制。 | ||
| 410 | 4.3.4、所有人员之（a-》b）openId迁移，验证历史数据正确性。 | ||
| 411 | 4.3.5、调整参数，包括：域名（sxyn.linghuchongtech.com）、mns、db(原令狐充库）、 | ||
| 412 | 4.3.6、测试基本充电功能 | ||
| 413 | 4.3.7、群发公告通知b服务恢复。 | ||
| 414 | 5、迁移后的退款机制确认。（a和b对应的腾讯账户变化）。 | ||
| 415 | 5.1、维持人工退款 | ||
| 416 | \\ 6、迁移时间点。【待确认】 | ||
| |
6.5 | 417 | |
| |
7.6 | 418 | 帐号迁移是将原帐号的粉丝、违规记录、文章和素材库（可选）迁移至一个新的帐号。整体流程较为复杂，需花费7-10天 |
| 419 | |||
| 420 | |||
| |
6.5 | 421 | ~-~-解决: |
| 422 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 423 | 售后（跟单）工程师：施文俊 YD | ||
| 424 | |||
| |
6.2 | 425 | = sxyn_case#3_20200303 = |
| 426 | |||
| 427 | 问题描述：新建充电桩的编码。 | ||
| 428 | |||
| 429 | ~-~-跟踪 | ||
| 430 | |||
| 431 | 【背景】： | ||
| 432 | 1、山西运城公交公司停保场充电桩已经通电，需要和后台连接调试，客户没安排平台管理员，也不愿意自己配置站点和桩。 | ||
| 433 | 2、此次落地桩是盛弘“300KW，一拖十枪，共4套。240KW，一拖八枪′，共两套。 ”这款盛弘产品 和 双枪桩用同一套固件、同一个型号 | ||
| 434 | 3、平台是bo1.0+mc1.0 | ||
| 435 | bo1：[[http:~~/~~/sxyn.linghuchongtech.com/boss/admin/index.htm>>url:http://sxyn.linghuchongtech.com/boss/admin/index.htm]] | ||
| 436 | mc1: [[http:~~/~~/cloud.linghuchongtech.com/DynamicAdmin2>>url:http://cloud.linghuchongtech.com/DynamicAdmin2]] | ||
| |
6.4 | 437 | 4、多次建议客户 安排运维人员管理运营，客户无回复，故我方每次代为完成工作时可重复询问建议，内容为：“后台站点已经有规模了，是否已安排人员接手平台的管理，比如：桩码的创建和维护。” |
| |
6.2 | 438 | |
| |
6.4 | 439 | |
| |
6.2 | 440 | 【计划工作】 |
| 441 | |||
| 442 | 1、现场工程进度，电桩安装等【完成】 | ||
| 443 | 2、通电情况。 【完成】 | ||
| 444 | 3、桩厂商现场联调。【最早3月4日】 | ||
| 445 | 4、平台端建站点、桩ID 搭建。详细信息参见[[attach:令狐充-微信充电系统落地清单_山西运能.doc||target="_blank"]] 【MC1.0， 令狐充运维人员暂代客户处理】 | ||
| 446 | 5、新需求【盛弘直流桩】：公交车晚上十点把枪插上，晚上十一点自动开始启动充电。（详细方案见下） | ||
| 447 | 6、主板程序209.04.14以上，屏幕程序103以上的版本。同一桩设备双枪共用同一桩ID。【现场联调不顺利时，提供盛弘售后需关注】 | ||
| 448 | 7、记录新机安装的配置步骤，提供客户，作为后续客户自建桩设备的指导参考。 | ||
| 449 | |||
| 450 | |||
| |
6.3 | 451 | ~~update on 20200304 |
| 452 | 【现场调试】： | ||
| 453 | 1、300KWx4台 | 桩id：14080200160000200009~-~-14080200160000200012 | ||
| 454 | 2、240KWx2台 | 桩id：14080200160000200013~-~-14080200160000200014 | ||
| 455 | 3、其他注意事项 | ||
| 456 | 检查一： | ||
| 457 | 1、涉及在线刷卡充电场景的，请配置刷卡选项。 | ||
| 458 | 2、主板程序209.04.14以上，屏幕程序103以上的版本。 | ||
| 459 | 3、服务器IP： 120.76.67.19 服务器端口： 2816。 本地IP和网关设置请咨询当地网络管理员 | ||
| 460 | 4、桩号：单设备双枪桩之A、B枪配置项填写同一个桩ID | ||
| 461 | |||
| 462 | 检查二： | ||
| 463 | 1、确认 屏幕右上角wifi信号图标 颜色 是否 为绿色。 | ||
| 464 | 2、确认 本地IP和网关 地址是否正确，步骤见下： | ||
| 465 | 2.1、连续点击几次桩屏幕右上角wifi信号图标，弹出界面输入管理员密码。 | ||
| 466 | 2.2、输入管理员密码成功后，选择“设置/通信”查看设置本地ip、网关。 | ||
| 467 | 3、确认服务器IP和端口，步骤见下： | ||
| 468 | 3.1、操作同第2项，端口在第二页显示需要点击右下角“下一页”。 | ||
| 469 | 3.2、查看 服务器IP和端口。 | ||
| 470 | 4、确认 桩id步骤见下： | ||
| 471 | 4.1、操作同第2项。 | ||
| 472 | 4.2、选择“设置/基本”点击右下角“下一页”在第二页中查看确认桩id。 | ||
| 473 | 5、确认 桩端程序版本，步骤见下： | ||
| 474 | 5.1、操作同第2项。 | ||
| 475 | 5.2、选择“版本”查看桩端程序版本。 | ||
| 476 | 6、确认 设置-》通信-》后台协议类型 改为 3 | ||
| 477 | 7、“充电卡类型”改为10 | ||
| 478 | |||
| 479 | |||
| 480 | |||
| |
6.2 | 481 | **平台端建站、建桩操作步骤（**MC1.0**）：** |
| 482 | |||
| 483 | 1、登录 [[http:~~/~~/cloud.linghuchongtech.com>>url:http://cloud.linghuchongtech.com/]] | ||
| 484 | 2、**建站：** | ||
| 485 | 3、**建桩：**在首页/充电管理/充电桩管理页面选择充电桩，最右侧点击“新建充电桩”，充电桩设备编号规则为下图，按照规则编写编号，需要填写充电桩名称，选择充电站，产品类型需要选择（不清楚的可以问厂家），使用类型需要选择，安装时间可填，填写完这几项后先不要点击保存，先截图发给我们这边检查一下，无误后再点击保存。 有疑问的可以提出，我们这边协助。 | ||
| 486 | \\**新需求【盛弘直流桩】方案：** | ||
| 487 | 方案二充电桩改造,充电桩提供预约启动充电功能 | ||
| 488 | 1、充电屏幕界面改造, 在通过密码鉴权或刷卡鉴权后, 充电桩界面增加"预约"操作入口, 可设置预约充电时间; | ||
| 489 | 2、增加额外的消息协议, 充电桩在预约设置后, 上送预约时间等信息到后台; | ||
| 490 | 3、后台控制在预约时间内不允许对该桩发起新的充电请求; | ||
| 491 | 4、充电桩控制在该状态下, 需锁枪不允许强行拔枪且在预约充电时间到达后自动启动充电; | ||
| 492 | 5、如果在预约充电时间未到达的请求下要取消该预约任务, 需上送登出消息; | ||
| 493 | 桩端开发工作量: 10工作日 | ||
| 494 | Dynamic开发工作量: 5工作日 | ||
| 495 | BOSS开发工作量: | ||
| 496 | |||
| 497 | |||
| 498 | ~-~-解决: | ||
| 499 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 500 | 售后（跟单）工程师：施文俊 | ||
| 501 | |||
| |
3.6 | 502 | = sxyn_case#2_20191230 = |
| 503 | |||
| 504 | 问题描述：新建充电桩的编码。 | ||
| 505 | |||
| 506 | ~-~-跟踪 | ||
| 507 | |||
| 508 | 【背景】： | ||
| 509 | 1、客户无网络，我方先暂代客户新建桩ID。 | ||
| 510 | 2、平台是bo1.0+mc1.0 | ||
| 511 | bo1：[[http:~~/~~/sxyn.linghuchongtech.com/boss/admin/index.htm>>url:http://sxyn.linghuchongtech.com/boss/admin/index.htm]] | ||
| 512 | mc1: [[http:~~/~~/cloud.linghuchongtech.com/DynamicAdmin2>>url:http://cloud.linghuchongtech.com/DynamicAdmin2]] | ||
| 513 | 3、桩端主板程序209.04.00以上的版本；屏幕程序103以上的版本。同一桩设备双枪共用同一桩ID。【盛弘售后需关注】 | ||
| 514 | 4、桩安装在原来站点，提供2个桩ID编号。 | ||
| 515 | 5、记录新机安装的配置步骤，提供客户，作为后续客户自建桩设备的指导参考。 | ||
| 516 | |||
| |
5.1 | 517 | 【chinyee】：建桩操作： |
| |
4.1 | 518 | 1.在首页/充电管理/充电桩管理页面选择充电桩，最右侧点击“新建充电桩”，充电桩设备编号规则为下图，按照规则编写编号，需要填写充电桩名称，选择充电站，产品类型需要选择（不清楚的可以问厂家），使用类型需要选择，安装时间可填，填写完这几项后先不要点击保存，先截图发给我们这边检查一下，无误后再点击保存。 有疑问的可以提出，我们这边协助。 |
| 519 | |||
| |
3.6 | 520 | ~-~-解决: |
| 521 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 522 | 售后（跟单）工程师：施文俊 | ||
| 523 | |||
| |
2.1 | 524 | = sxyn_case#1_20191129 = |
| 525 | |||
| 526 | ~-~-~-~-~-~-- | ||
| 527 | 问题描述：统计山西运能桩近期离线情况 | ||
| 528 | |||
| 529 | (% class="box infomessage" %) | ||
| 530 | ((( | ||
| 531 | (% border="1" %) | ||
| 532 | |故障原因/统计时间段|11.23-11.29（7天）|11.15-11.29（15天） | ||
| 533 | | |2|48 | ||
| 534 | |系统辅助掉电| |1 | ||
| 535 | |急停错误| |2 | ||
| 536 | ))) | ||
| 537 | |||
| |
3.3 | 538 | 14080200160000200003 这个桩当地网络 改动过配置吗？频繁离线，其他桩正常，平台不会选择性 让个别桩离线。建议排查现场网络情况. |
| 539 | 检查 14080200160000200003 这个枪对应网线是否正常 | ||
| |
3.2 | 540 | [[image:1574993447292-208.png]] |
| |
3.4 | 541 | **~~update 20191202** |
| 542 | 1、周五杨占龙师傅去看了看，插拔了下正常了两天，还有几次充电记录。昨天下午又出现离线。 | ||
| 543 | 2、想知道原因是啥，网络原因还是客户操作问题，其他枪我看都是订单一次成功。 | ||
| 544 | 3、基于目前现象，桩网络问题概率较大 | ||
| 545 | 几个因素： | ||
| 546 | 1、ip问题。 | ||
| 547 | 2、网线解除不了 | ||
| 548 | 3、网口接触不良 | ||
| 549 | 4、其他等 | ||
| |
2.1 | 550 | |
| 551 | ~-~-解决： | ||
| 552 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 553 | 数据统计人：chinyee | ||
| 554 | |||
| |
1.1 | 555 | = sxyn_case#1_20191008 = |
| 556 | |||
| 557 | ~-~-~-~-~-~-- | ||
| 558 | 问题描述：微信认证那个认证联系人早都调离单位了，申请公函我还是填原来的人，填写到认证联系人信息可不可以变成卫总 | ||
| 559 | |||
| 560 | ~-~-跟踪 | ||
| 561 | |||
| 562 | 【令】：指导客户操作修改 | ||
| 563 | |||
| 564 | ~-~-解决： | ||
| 565 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 | ||
| 566 | 售后（跟单）工程师：施文俊 | ||
| |
3.5 | 567 | |
| 568 | |||
| 569 | sxyn_case#旧系统 | ||
| 570 | 山西运能管理平台 （用于旧数据格式处理分析） | ||
| 571 | http:~/~/106.14.208.102 | ||
| 572 | 帐号 yunnengdianli | ||
| 573 | 密码 456789 | ||
| 574 | |||
| 575 | |||
| 576 | 盛弘刚给了一份需求报价表，包含： | ||
| 577 | 1）明确的2套app开发。 | ||
| 578 | 2）其余平台功能 只列了概念没有细节。（对方还未表明有开会意愿） | ||
| 579 | |||
| 580 | ~#~##山西运城项目汇报： | ||
| 581 | 人员： | ||
| 582 | 盛弘 刘子轩、邢洁平 | ||
| 583 | xxx 黎明敏 | ||
| |
6.2 | 584 | \\资料：《山西运能招标书》、《山西运能需求表.xls》 |
| |
3.5 | 585 | |
| 586 | 沟通背景： | ||
| 587 | a、邢洁平 邀请 黎明敏与施文俊完成基本需求确认。 | ||
| 588 | b、其中旧平台数据导入令狐充平台，黎工表示不清楚。需咨询邢洁平。 | ||
| 589 | c、再次咨询邢洁平，其要求我方去客户现场 山西运城 确认旧数据处理要求。 | ||
| 590 | |||
| 591 | |||
| 592 | 已明确需求（黎明敏确认）： | ||
| 593 | 1、独立子boss系统；微信充电。 | ||
| 594 | 2、逃费避免。 | ||
| 595 | a、桩在线情况：令狐充已支持智能判断充电费用和账户余额关系，及时中断充电服务。（已支持） | ||
| 596 | b、桩离线情况：充电过程中发生离线，令狐充无法获得心跳，无法智能停止充电。解决：充电桩判断如断网立刻停止充电。（固件和协议需配合） | ||
| 597 | 3、支持峰谷平独立电量和费用展示。（报表已实现） | ||
| 598 | 4、支持刷卡：由令狐充发卡、运营商绑定用户和卡之关系。 | ||
| 599 | |||
| 600 | 《山西运能招标书》可忽略。 | ||
| 601 | 《山西运能需求表.xls》已请黎工查阅是否可忽略文档需求，黎工未回覆。 |