Wiki源代码山西运能

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