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