Wiki源代码展鹏达

Version 60.3 by shi chuck on 2020/03/20 11:35

1.1	1	{{box cssClass="floatinginfobox" title="Contents"}}
	2	{{toc/}}
	3	{{/box}}
	4
60.2	5	= zpd_case#34_20200319 =
	6
60.3	7	问题描述：展鹏达迁至新公众号
60.2	8
	9	~-~-跟踪
	10
	11	【背景】：
60.3	12	1、展鹏达迁至新公众号
	13	2、搭建独立新公众号承接新业务。
60.2	14
	15	【工作内容】：
60.3	16	分两大块：1）展鹏达数据清算。2）转至新bo。
	17	~~名词申明：展鹏达公众号简称 A；新公众号简称 B
	18
	19	~~迁移手段：
	20	1、利用微信官方迁移功能，保留原粉丝、官方粉丝无缝迁移
	21	2、充电html5应用通过技术手段迁移。
	22	3、期间充电服务不可用。
	23
	24	~~待议项：
	25	1、A 的用户余额处理。
	26	1.1）清空A，讓用戶重新充值于B（建立后）
	27	1.2）遷移到B運營OK后陸續開通2.1和2.2，因爲涉及互聯互通對接和測試開通等工作；
	28	2、A 和第三方合作，包括：
	29	2.1、小桔滴滴互联互通
	30	2.2、令狐充互联互通
	31	3、A 的历史记录，包括：
	32	3.1、充电
	33	3.2、消费
	34	推荐：以上3.1、3.2 保留在B
	35	4、客服方面：A 运营时期发生的用户纠纷，迁移 B 后，处理机制。
	36	4.1、异常账单 A阶段已处理，但 B 接手后，用户提出质疑
	37	4.2、A 阶段，用户看到退款公告后，未及时申请退款。B 的处理。
	38	建议：提示要他們發公告，内容寫清楚責任。
	39	5、微信官方迁移的申请手续和山西流程一致，A 和B在当地需协同参与。参见附件
	40	\\ 富哥最终方案：独立全新 0用户数。A、B公众号间不迁移。
	41
	42	1、旧的停止运营。
	43	2、独立新的，不迁移用户数。
	44	3、旧的历史数据不需要看到，由展鹏达自行处理旧用户纠纷。
	45	4、割接时间 1-2小时，建议白天。
	46	5、聚能桩
	47	6、旧的用户数据：5060个
60.2	48
60.3	49	因为注册帐号类型一旦选择将无法变更，所以需要使用其他类型帐号只能重新注册或者进行帐号迁移。
	50	申请迁移无需主体一致，原帐号A和迁移对象帐号B必须是验证过主体信息（组织类完成小额打款验证或认证成功、个人类完成信息登记审核），个人不能作为迁移目标对象哦。
60.2	51
	52	~-~-解决:
	53	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	54	售后（跟单）工程师：施文俊
	55
60.1	56	= zpd_case#33_20200312 =
	57
	58	问题描述：对于同一种充值面额送代金卷，为了满足大小客户（大客户：大货车，一次充电消费超过100元的；小客户：私家车），分别送给他们不同面额的代金卷。
	59
	60	~-~-跟踪
	61
	62	【产品】：标签有自定义标签和固定标签。自定义标签是通过设置一个标签的名称，然后人工绑定用户的方式实现。固定标签就是系统写好了逻辑，只要用户达到了标准，就自动打标签。就是固定标签绑定了活动，当有新的用户满足条件打了标签，就自动加入活动。（如果活动还在有效期内的话）自定义标签绑定了活动之后，标签内的用户自动绑定了活动，如果你编辑标签，增减里面的人员，就自动增减了参与活动的人。然后活动允许同时绑定多个固定和自定义标签，会进行排重。固定标签需要增加一个金额大于x元=高额消费的标签，这个功能开发+测试需要4个工作日，最快3月23日开始。
	63
	64	~-~-解决:
	65	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	66	售后（跟单）工程师：chinyee
	67
	68
59.1	69	= zpd_case#32_20200312 =
	70
	71	问题描述：这个客户反应5元的代金卷不可以使用！你能不能帮我看下是怎么回事！
	72
	73	[[image:1584079992638-746.png\|\|height="578" width="267"]]
	74
	75
	76	~-~-跟踪
	77
	78	【chinyee】：该用户今天凌晨一共充了三次电都有用到优惠券5元，请问是哪天没用到
	79
	80	【客户】：那他5元卷估计用不完
	81
	82	【chinyee】：您可以在充电记录页面输入手机号，点击查看详情里面的收费记录都有写清楚。
	83
	84	~-~-解决:
	85	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	86	售后（跟单）工程师：chinyee
	87
	88
57.2	89	= zpd_case#32_20200306 =
	90
	91	问题描述：展鹏达查看滴滴充电记录
	92
	93	~-~-跟踪
	94
	95	(% class="box" %)
	96	(((
	97	【步骤】：
	98	1、登录https:~/~/mc.linghuchongtech.com/，依次进入“首页/营收管理/账单管理/充电记录”。
	99	2、子运营商选择“小桔滴滴”；选择时间区间，点查询。
	100	[[image:1583466955565-257.png]]
	101	)))
	102
	103	~-~-解决:
	104	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	105	售后（跟单）工程师：施文俊
	106
56.3	107	= zpd_case#31_20200302 =
56.2	108
	109	问题描述：展鹏达公众号无法使用一号多充
	110
	111	背景
	112
	113	现在一个车队，有10台车，已经办了充电卡，现在充电卡还没有送到客户手中。
	114	客户着急给这10台车充电，发现公众号上有一号多充功能，可是不能使用！
	115
	116	~-~-跟踪
	117
	118	【YD】：13927583235 用户不是虚拟用户，无法查询到充电密码。让展鹏达人员告诉客户使用密码进行多充。
	119
	120	~-~-解决:
	121	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	122	售后（跟单）工程师：施文俊YD
	123
56.1	124	= zpd_case#30_20200114 =
	125
	126	问题描述：客户扫码充电显示有一个任务未结束，请在-173662秒内完成操作启动充电。重复操作后还是显示这个页面。请郑经理联系令狐冲后台处理。
	127
	128	[[image:1578991825541-925.png\|\|height="369" width="185"]][[image:1578991849273-335.png\|\|height="377" width="189"]]
	129
	130	~-~-跟踪
	131	【令技术】：这个是前天历史遗留的异常状况已经处理了
	132
	133	~-~-解决:
	134	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	135	售后（跟单）工程师：chinyee
	136
	137
51.1	138	= zpd_case#29_20200113 =
	139
53.1	140	问题描述：现在管理员反应，我们现在有充电桩，启动不了桩！任务也结束不了！用户已插枪，再扫码显示有充电任务！ 20200113113140381259现在河背的桩出现这样的问题
51.1	141
	142	[[image:1578887635953-279.png\|\|height="433" width="212"]]
	143
	144	~-~-跟踪
	145	【chinyee】：在平台上看该账单状态一直为正在鉴权
	146
	147	数据库查看该账单
	148
	149	[[image:1578887731182-686.png\|\|height="157" width="416"]]
	150
	151	recharge_history_status_report：
	152
	153	[[image:1578887757179-448.png\|\|height="146" width="823"]]
	154
52.1	155	【令技术】：扫码之后一直没有启动充电
	156
51.1	157	~-~-解决:
	158
	159	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	160	售后（跟单）工程师：chinyee
	161
46.1	162	= zpd_case#28_20200110 =
	163
	164	问题描述：你好，这个客户第一个充了21.99度电没计费！你这边能不能查下什么原因？谢谢
	165
	166	[[image:1578627678520-549.png\|\|height="214" width="444"]]
	167
	168	~-~-跟踪
	169	【令】：这张是故障账单把这个账单号输入到故障账单点击手动修正点击右上角应用再按确定
	170
	171	~-~-解决:
	172	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	173	售后（跟单）工程师：chinyee
	174
	175
44.3	176	= zpd_case#27_20200108 =
	177
	178	问题描述：展鹏达对接小桔（即滴滴app扫码充电）
	179
	180	~-~-跟踪
	181	【背景】：对接需要满足以下：
	182	1、技术对接。【niewei】
	183	2、站点和桩的基础数据完整性。（类似粤易充之必填数据）。【我方指导客户操作】
	184	3、子运营商配置（类似坚信对接小桔）。【我方配置】
44.4	185
44.5	186	【YD】：20200109
44.4	187
44.8	188	2）站点及桩资料已在平台配置好。
44.5	189
44.9	190	3）已在平台配置好//(滴滴子运营已启用，对接虚拟用户余额为0)//。
44.3	191	~-~-解决:
	192	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	193	售后（跟单）工程师：施文俊
	194
	195
44.2	196	= zpd_case#26_20200102 =
	197
	198	问题描述：财务需知道19年3、4季度桩枪数变化
	199
	200	~-~-跟踪
	201	【shi】：见下图
	202	2019第三季度
	203	[[image:1577938362114-288.png]]
	204	2019第四季度
	205	[[image:1577938300443-831.png]]
	206	~-~-解决:
	207	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	208	售后（跟单）工程师：施文俊
	209
41.1	210	= zpd_case#25_20191230 =
	211
	212	问题描述：河背2号桩1号枪扫码后不显示自动充满！其他没有问题！
	213
	214	~-~-跟踪
	215	【令】： 44030900210000200007这个桩的1号枪客户扫码后手机没有自动充满这个选项导致用户取消服务都去2号桩充电去了我看了近几日数据都是这样
42.1	216
	217	【令技术】：桩有问题，上传的状态一直都是枪没有插上。界面上应该是提示他们插枪，如果插了枪也没变化就有可能是充电枪坏了（考虑到换到2号枪就没问题可以排除程序问题和车问题）
41.1	218	~-~-解决:
	219	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	220	售后（跟单）工程师：chinyee 施文俊
	221
40.1	222	= zpd_case#24_20191217 =
	223
	224	问题描述：有没有那种下个微信公众号，绑定充电卡，客户可以自己往卡里面充值？
	225
	226	~-~-跟踪
	227	【令】：可以让客户关注展鹏达微信号并注册，您这边去会员管理通过手机号找到他，点击编辑输入充电卡号就可以，然后直接微信充值就行卡里和账户余额的钱是一样的。
	228	~-~-解决:
	229	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	230	售后（跟单）工程师：chinyee
	231
	232
39.1	233	= zpd_case#23_20191205 =
38.1	234
39.1	235	问题描述：客户在部门管理新建了一个部门，采用刷卡和密码充电，开通一个子账户给部门客户查看充电记录。
	236
	237	~-~-跟踪
	238	【令】：帮客户新建了一个账号jybj（供车队使用）权限为查看充电记录
	239	新建了一个子运营商玖月搬家公司部门已绑定子运营商。该部门为这周开始设置，需要导入之前的充电记录。
	240	~-~-解决:
	241	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	242	售后（跟单）工程师：施文俊 chinyee
	243
	244
	245	= zpd_case#22_20191204 =
	246
38.1	247	问题描述：松岗3号桩用密码充不了电
	248
	249	[[image:1575422351371-202.png\|\|height="376" width="501"]]
	250
	251	~-~-跟踪
	252
	253	【令】：查看该时间段出现桩故障，让客户检查网络是否稳定。
	254
	255	[[image:1575422415927-246.png\|\|height="38" width="654"]]
	256
	257	~-~-解决:
	258	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	259	售后（跟单）工程师：chinyee
	260
	261
34.1	262	= zpd_case#21_20191126 =
	263
34.4	264	问题描述：办理企业号客户反应了两个问题！
	265
	266	~-~-跟踪
	267
34.5	268	【shi】：以下问题皆基于刷卡充电前提，需分用户类型讨论，
	269	类型1：真实个人注册了微信充电服务-简称：【真实用户】
	270	类型2：未注册微信充电服务-简称：【虚拟用户】
	271
34.4	272	1.每次充电电度，地点和金额能不能通过微信或者短信的方式通知到客户？客户知道在哪里消费了多少金额！
34.5	273	答：
	274	【真实用户】方案：真实用户之微信号+【选择部门扣费渠道】。
	275	【虚拟用户】方案：虚拟用户分配在1个部门（子运营商），提供给部门管理员平台的子账号，可登录后台查看相关充电记录。
	276	\\2，客户余额能否设置个报警告知客户卡上余额不多了需要充值？
	277	答：
	278	【真实用户】方案：“首页/客户管理/会员管理/会员管理”中配置【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。
	279	【虚拟用户】方案： ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门，页面右上角配置【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。查看部门操作见下：
	280	a）“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
	281	b）”首页/客户管理/企业部门管理“中定位部门，为其设置手机号。
34.6	282	\\具体操作需根据客户选择，再给出操作步骤。
34.4	283
35.1	284	~~update 12.3
	285
35.2	286	【chinyee】：客户选择了虚拟用户类型进行操作配置。
35.1	287	帮客户新建了一个账号whly（供车队使用）权限为查看充电记录
	288	新建了一个子运营商深圳市为华旅游运输有限公司部门已绑定子运营商
35.2	289	【shi】：人工补救处理办法。 shi已处理。
	290	1、查询部门id=28的充电记录之条件sql 如下，知悉11.22日后此部门下用户开始充电，发现此部门下只有1个虚拟需用，useId=00072889
	291	where 1=1
	292	and rh.C_CREATE_DATE>'2019-11-22 02:00'
	293	#and rh.C_SUBOPERATOR=16
	294	and m.C_ENTERPRISE_ID=28
35.1	295
35.2	296	2、根据1分析结果，执行纠正数据（因运营数据之关键，执行需确保100%无误）
	297	a 确认需纠正数据，比如数量。
	298	SELECT id from recharge_history rh where rh.C_CREATE_DATE>'2019-11-22 02:00' and rh.C_MEMBER_ID in (select id from member where c_user_id='00072889');
	299	b 执行纠正数据
	300	update recharge_history rh set C_SUBOPERATOR=16 where rh.C_CREATE_DATE>'2019-11-22 02:00' and rh.C_MEMBER_ID in (select id from member where c_user_id='00072889');
35.1	301
34.4	302	~-~-解决:
	303	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	304	售后（跟单）工程师：施文俊
	305
	306
	307
	308	= zpd_case#21_20191126 =
	309
34.1	310	问题描述：这个车天天在我这里充电，今天怎么都充不了了！这个报错是什么意思？
	311
	312	[[image:1574757543672-178.png\|\|height="375" width="281"]][[image:1574757558197-103.png\|\|height="379" width="284"]]
	313
	314	~-~-跟踪
	315
	316	【chinyee】：从充电记录来看，充电停止原因：[2]与车辆通信超时
	317
	318	【shi】：bms 和电桩握手时超时，车的bms问题，然后让他去找车厂
	319
	320	~-~-解决:
	321	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	322	售后（跟单）工程师：施文俊 chinyee
	323
	324
31.8	325	= zpd_case#20_20191126 =
31.5	326
	327	问题描述：
	328
	329	你们说的等待30到80秒是指公众号扫码后，到公众号界面弹出充电选项; 还是公众号内已经下发了充电，电桩要30到80秒才有响应
	330
	331	公众号界面需要等待30到80秒，点击充电后马上启动充电桩。
	332
	333	~-~-跟踪
	334
	335	【YD】：展鹏达聚能桩我查了看了最近一个星期左右的盛弘桩和聚能桩的部分充电记录心跳
	336
	337	聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况盛弘桩基本都是2-3-3-3
	338
31.7	339	账单号：20191125004937842819、20191125202531894994
34.3	340	~~update 20191127
34.2	341	【john】：从日志上看是2-2-3-3这个顺序的，因为数据库日期字段精度问题丢失了毫秒，所以你这个查询排序有问题。另外因为变化太快，前端UI可能直接就拿到3了。
	342	【shi】：根据john回覆，应该不是2-3-2-3 问题。以下新的分析发现，鉴权到枪状态变化的时间较长可能是聚能桩目前问题所在（聚能桩存在状态1，且1-》2的时间消耗较多，对比盛弘桩不存在状态1）。
	343	~~~~~~~~聚能桩 3例
	344	~~44030900210000200006 \| 20191125004937842819 鉴权轨迹，状态1-》2 用了55秒，状态2 -》3 用了37秒
	345	时间状态
	346	2019-11-25 00:49:38 1
	347	2019-11-25 00:50:33 2
	348	2019-11-25 00:51:10 3
	349	~~44030900210000200007 \| 20191127055345257233 鉴权轨迹，状态1-》2 用了30秒，状态2 -》3 用了22秒
	350	时间状态
	351	2019-11-27 05:53:46 1
	352	2019-11-27 05:54:16 2
	353	2019-11-27 05:54:38 3
	354	~~44030900210000200008 \| 20191127080234995388 鉴权轨迹，状态1-》2 用了20秒，状态2 -》3 用了19秒
	355	时间状态
	356	2019-11-27 08:02:34 1
	357	2019-11-27 08:02:54 2
	358	2019-11-27 08:03:13 3
	359	\\~~~~~~~~盛弘桩 2 例，皆不存在状态 1，说明都是插枪后鉴权，桩上送的是2-枪准备就绪
	360	~~ 44030900210000200001 \| 20191127085834682518 鉴权轨迹，状态2 -》3 用了33秒
	361	时间状态
	362	2019-11-27 08:58:34 2
	363	2019-11-27 08:59:07 3
	364	~~ 44030900210000200001 \| 20191127085816880169 鉴权轨迹，状态2 -》3 用了27秒
	365	时间状态
	366	2019-11-27 08:58:33 2
	367	2019-11-27 08:59:00 3
34.3	368	【客户】：现场试充电桩，已经没有延迟问题。
	369	【shi】：聚能未报告有做改动。令狐充未做改动，待观察，后续有类似情况请用户：1）拍视频。2）提供账单号
31.5	370
31.6	371	~-~-解决:
	372	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	373	售后（跟单）工程师：施文俊 YD
	374
31.4	375	= zpd_case#5_20191122 =
27.1	376
31.4	377	问题描述：财务这边每个月的进账都比平台上的收入高出很多？10月分财务进账13万，平台才显示9万多？
29.1	378
31.4	379	~-~-跟踪
	380	【shi】：思路：分3部分：1）消费金额、2）充值金额、3）微信平台账户收入。 1,2平台的数值是不同。可按照客户搜索条件，按照我们思路先算。再和客户比较。
	381	预充值。平台是已消费。客户业务上一点都无常识。不要被他节奏带走。如果平台充值和微信到款不一致这才有问题。
	382	~-~-解决:
	383	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	384	售后（跟单）工程师：施文俊
	385
	386
28.1	387	= zpd_case#18_20191120 =
	388
	389	问题描述：客户的意思是想一个手机充值，他公司的司机可以在我们这里充电，费用全部从充值手机扣费。整个车队用一张卡充电，所有展鹏达的桩都可以给此车队充电。
	390
	391	(% class="box infomessage" %)
	392	(((
31.2	393	需求场景：
31.3	394	1、车队含大巴、小型社会车辆。
31.2	395	2、整个车队用一张卡充电，车队司机刷卡充电。
31.3	396	3、扣费走车队部门资金池，转账等线下方式值到部门账户。
	397	--4、（此项现阶段忽略）电池系统能否上送车架号不明确。--
	398	5、客户要求设置1个密码，支持密码充电。
	399	6、支持1卡1密码同时启动多台车充电。
	400	\\执行：
	401	1、平台支持需求场景，即：整个车队用一张卡充电，车队司机刷卡充电或密码充电。扣费走车队部门资金池，转账等线下方式值到部门账户。
	402	2、请展鹏达方和Tom沟通购买充电卡之商务。
	403	3、可同时进行此车队模式的平台配置，见下步骤：
	404	\\平台配置步骤：（其中2、3项现阶段忽略）
31.2	405	1.在首页/客户管理/企业部门管理页面，在部门设置右击“新增部门”，填写部门名称比如”车队a“（可以是车队名字）后点击保存。最下面绑定电站点击“查看绑定”，选择车队可以充电的电站。
31.3	406	--2.（此项可选，如公交大巴电池系统能上送车架号则执行，否则其余社会小型车辆可忽略此项。）在首页/客户管理/车辆管理/导入车牌和车架页面，点击“点我下载批量导入车架模板文件”，车架号和车牌号需要找客户拿到然后录入，车厂直接写“OJL“即可，部门ID可在首页/客户管理/企业部门管理页面，找到该车队部门名称，操作栏页面有写部门ID。表格填写完后点击”浏览文件“，然后点击”上传“，下拉找到刚刚上传的表格，在操作栏点击”解析数据导入系统“。
	407	3.（同第2项原因，此项可选）在首页/客户管理/车辆管理/车辆车架管理页面，部门选择车队名字点击查询即可找到车队信息。--
31.2	408	4.在首页/客户管理/会员管理/会员管理页面，点击”创建用户“，用户类型选择”真实用户“，用户昵称填写”比如车队a充电卡“，部门选择”车队a“。
31.3	409	5. ”车队a充电卡“ 创建后，在操作栏点击编辑，填写充电卡号，然后点击保存，此充电卡即为此车队充电卡。（充电卡由令狐充提供）
	410	6. ”车队a充电卡“ 创建后，在操作栏点击”修改密码“，记录充电密码，此密码即为此车队充电密码。
	411	7. 给部门账户充值，在首页/客户管理/企业部门管理页面找到部门”车队a“，部门余额右边点击”充值”，输入到账金额后点击保存即可。
	412	8. 完成以上配置，测试刷卡充电。所有此充电卡启动的充电对会从部门 ”车队a“扣费。
28.1	413	)))
	414
	415	~-~-解决:
	416	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	417
	418	(% class="wikigeneratedid" %)
	419	售后（跟单）工程师：：施文俊 Chinyee
	420
27.1	421	= zpd_case#17_20191115 =
	422
	423	问题描述：展鹏达聚能桩异常账单统计
	424
	425	(% class="box infomessage" %)
	426	(((
	427	提供一份数据：1）异常账单统计。
	428
	429	1）异常账单统计：下表为 2019年11月之异常代码统计
	430
	431	(% border="1" style="width:700px" %)
	432	\|异常代码\统计时间段\|大浪充电站（Ver1.0.0）\|河背充电站（Ver1.0.0）
	433	\|时间段内成功充电次数\|49\|139
	434	\|(((
	435	3- 时间异常
	436	)))\|4\|11
	437	)))
	438
	439	~-~-解决:
	440	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	441
26.1	442	(% class="wikigeneratedid" %)
27.1	443	数据统计人：Chinyee
	444
	445
26.1	446	= zpd_case#16_20191115 =
	447
	448	问题描述：请按清单上正确的产品型号填写。
	449
	450	~-~-跟踪
	451	[[image:1573782442522-746.png\|\|height="343" width="469"]]
	452
	453	~-~-解决:
	454
	455	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	456	售后（跟单）工程师：施文俊 chinyee
	457
	458
24.4	459	= zpd_case#15_20191108 =
	460
	461	问题描述：聚能直流桩投入运营，令狐充提供支撑。
	462
	463	~-~-跟踪
	464	固件相关：不支持ftp远程升级，如果有版本更新话，只能人工现成升级。
	465	背景：
	466	1、河背108工业园4台设备，8把枪。
	467	2、鸿富工业园2台设备，4把枪。
	468	聚能落地计划建议：
	469	1、建议初期安排试运营阶段，并告知用户站点为试运营。
	470	2、确定初期投入运营站点、和桩数量。在平台端完成站、桩、电价配置。桩产品类型选聚能直流。
	471	3、展鹏达填写《令狐充-微信充电系统落地清单.doc》后给到令狐充、平台方按照落地计划协助跟进。【郑经理】
	472	~-~-解决:
	473	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	474	售后（跟单）工程师：施文俊
	475
21.1	476	= zpd_case#14_20191106 =
	477
	478	问题描述：你好，这个客户要求退款，我查会员显示余额是0！这是怎么回事啊？
	479
	480	[[image:1573010743592-240.png\|\|height="471" width="265"]][[image:1573010788232-657.png\|\|height="77" width="632"]]
	481
	482	~-~-跟踪
	483	【chinyee】：客户手机号：13128988520 通过数据库查询客户充值了2次一共充了80元，充电记录有24条，只有一条有扣费40.1，帐单号为20191104222631865480。查看了该账单号心跳，发现有状态多次出现8，查看故障记录是桩离线原因，该账单为正常扣费，通过用户id查看用户表的可退款金额显示为0。
	484
23.2	485	【shi】：分析见下
	486	1、数据库，确实应剩余40元
	487	[[image:1573014329902-633.png]]
	488	2、“首页/客户管理/会员管理/退款审核管理”，查得展鹏达曾开启过在线退款，存在已申请记录。用户提出申请，余额会清零。
	489	[[image:1573014560992-480.png]]
21.1	490
24.1	491	【客】客户已退款清单：10月30-9点48-金额20元-电话15913832032
	492	10月31-11点15-金额11.35元电话13927401929
	493	11月6-10点25-金额29.82元电话13827461280
24.2	494	~-~-below on 20191107
24.3	495	【shi】：
	496	1、告知客户人工退款暂时缓一缓，涉及到退款是否关联删除已发放代金券，预计11.12日系统更新后再进行。
	497	2、更新后，代替客户把所有在线申请的退款都驳回，金额退至用户账户。
	498	3、请用户走人工退款，默认勾选删除关联已发放代金券。
24.5	499	~-~-below on 20191111
	500	展鹏达BO退款已更新，告知客户，并支撑客户对之前退款未完成，按新方法执行。
23.2	501
21.1	502	~-~-解决:
	503	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	504	售后（跟单）工程师：施文俊 CHinyee
	505
60.3	506	= =
21.1	507
15.1	508	= zpd_case#13_20191104 =
	509
	510	~-~-~-~-~-~--
16.1	511	问题描述：10月电损对账
15.1	512	~-~-分析：
	513
	514	(% class="box infomessage" %)
	515	(((
	516	思路：
	517
	518	1. 统计平台10月份充电量；记录10月份电表抄见数。比较两份基础电量数据。
	519	1. 分析电量数据，查找问题原因
	520	1*. 异常账单未处理，导致账单未结算。
	521	1*. 桩端电损设置不合理。（配置方法请咨询桩厂家）
	522	1. 其它待补充。
	523
	524	(% border="1" %)
	525	\|=用电\园区\|=108物流园\|=松岗工业园
	526	\|2019.10月月报数据\|总电量=43109.37；总金额=42386.09\|总电量=44612.27；总金额=49256.87
18.1	527	\|2019.10月电表抄见数\|8164.2+18225.6+21303=47692.8\|10200+19440+22020=51660
	528	\|2019.10月月报数据/电表抄见数 \|43109.37/47692.8=90%\|44612.27/51660=86%
15.1	529	)))
	530
	531	(% class="wikigeneratedid" %)
	532	~-~-跟踪
	533	【令】：
	534	~-~-解决:
	535	状态（√表示选定）：已解决 \| 处理中 \| 暂搁置
	536	售后（跟单）工程师：何倩怡
	537
14.1	538	= zpd_case#12_20191030 =
	539
	540	问题描述：【客】今天我看了下客户余额怎么有很多负数！多的十多块，少的几毛，数量也很多！
	541
	542	[[image:1572418234389-867.png\|\|height="383" width="762"]]
	543
	544	~-~-跟踪
	545	【客】：客户充值，点自动充满！按道理是没钱了自己断开连接，不应该有这么多负数！像这个客户负15元！他完全可以不来我们这里充电了！
	546
	547	【客】：最好是到1元或者0.5元就停！让客户余额里面一直是正数！
	548
	549	【令】：该客户13670011556 余额为-6.65 最后一次充电账单号20191029180631796018 充电停止原因：后台终止充电期间该桩出现过离线状态。
	550
14.3	551	(% class="box infomessage" %)
	552	(((
	553	【shi 分析】：
	554	问题：客户质疑余额出现较大负数。
	555	原理：余额不足系统判断停止是基于心跳，如期间无法收到心跳，则无法及时停止。可能造成较大负数情况。下面从客户提供之充电数据举例说明：
	556	\\账单号 20191029180631796018，充电过程发生的心跳数据见下：
	557	\\2019-10-29 18:25:05 心跳收到状态 8 ，电量 7.31。疑似发生离线，在18:38:57左右开始重连（多次），在18:39:41左右收到最新的心跳。【niewei】
	558	2019-10-29 18:38:57 心跳收到状态 3 ，电量 7.31。和上一项相邻心跳，期间无心跳。
14.2	559	2019-10-29 18:39:41 心跳收到状态 3 ，电量 21.32
14.3	560	\\建议：运营方检查当地网络稳定性。
	561	)))
14.2	562
	563
14.1	564	~-~-解决:
	565	状态（☑表示选定）：已解决 \| ☑ 处理中 \| 暂搁置
	566	售后（跟单）工程师：施文俊 CHinyee
	567
12.1	568	= zpd_case#11_20191030 =
	569
	570	问题描述：【客】有个客户需要退款！我这边能处理不？
	571
	572	~-~-跟踪
	573	【令】：可以的客户在公众号个人中心先申请退款你这边后台首页/客户管理/会员管理/退款审核管理有这样的页面，需要你审核才能退款
	574
	575	【客】：我点人工退款了
	576
	577	【令】：你点击了人工退款需要到微信商户平台找充值账单去进行退款我这边是不能进入的所以建议不要使用人工退款最好让客户自己申请退款你在后台审核这样就可以一步到位了
14.1	578
	579	【令】：郑经理你好，对于客户退款，现在平台的退款审核先不能用，所以如果有客户需要退款，需要你点击人工退款，然后去商户平台退款那里找到账单退款。
12.1	580	~-~-解决:
	581	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	582	售后（跟单）工程师：施文俊 CHinyee
	583
60.3	584	= =
12.1	585
11.1	586	= zpd_case#10_20191024 =
	587
	588	问题描述：20191024 17：00-20191025 9：00展鹏达异常账单统计
	589
11.2	590	(% class="box infomessage" %)
	591	(((
11.1	592	提供一份数据：1）异常账单统计。
	593
	594	1）异常账单统计：下表为 2019年10月之异常代码统计，（微信=展鹏达公众号充电）
	595
	596	\|(((
	597	异常代码\统计时间段
	598	)))\|(((
	599	微信 24日17：00-25日9：00（次）
	600	)))\|(((
	601	盛弘版本2090404
	602	)))
	603	\|(((
	604	时间段内成功充电次数
	605	)))\|84\|74
	606	\|(((
	607	异常账单
	608	)))\|0\|0
11.2	609	)))
11.1	610
	611	~-~-解决:
	612	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	613
	614	(% class="wikigeneratedid" %)
	615	数据统计人：Chiyee
	616
	617
10.1	618	= zpd_case#9_20191024 =
	619
	620	问题描述：客户第一次使用代金卷功能，讲解代金卷的使用。
	621
	622	~-~-跟踪
	623
	624	答：首页/营收管理/充电计费管理/代金券管理页面点击“新建",会弹出代金卷添加的信息，带*号的信息项要全部填写完成代金卷才可以生效。
	625
	626	赠送条件：分为两种情况，一种是新用户直接送代金卷，一种是充额定值送。
	627
	628	每份赠送张数：可设置满足赠送代金卷条件后，一次性可发放多少面额的代金卷。
	629
	630	总赠送分数：该代金卷赠送一共可以发放多少张。
	631
	632	适用部门：若选择了部门，该代金卷赠送只适合赠送满足条件该部门人群。
	633
	634	适用子运营商：该代金卷只适用于满足赠送条件的子运营商客户。
	635
	636	适用站点：代金卷只适用于绑定的站点，若无绑定则适用于所有站点。
	637
	638	卷赠送时间：在该时间段都会发放满足赠送条件的客户代金卷，不在该时间段内代金卷将不会发放。
	639
	640	最低消费额度：充电消费多少额度才可以使用代金卷。
	641
	642	卷有效类型：可选择特定天数或特定时间段内有效。
	643
	644	举例：充1000元送100代金卷，100代金卷可拆分为20张5元的代金卷，消费额度设置成20元才可以使用，那么充电20元代金卷抵扣5元，实际收取15元。
	645
	646	注：消费一次只可以使用一张代金卷，不可叠加使用。
	647
	648	[[image:http://wiki.linghuchongtech.com/wiki/bin/download/%E4%BA%A7%E5%93%81FAQ/WebHome/1571971764173-967.png\|\|alt="1571971764173-967.png" height="357" width="376"]]
	649
	650	~-~-解决:
	651	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	652	售后（跟单）工程师：何倩怡
	653
	654
9.3	655	= zpd_case#8_20191023 =
	656
	657	为郑经理培训。
	658
	659	培训大纲：
	660	后台地址：https:~/~/mc.linghuchongtech.com
	661	一、电站电价设置
	662	1.1、固定电价
	663	1.2、分时电价
	664
	665	二、平台电桩设置
	666	2.1、配置电站
	667	2.2、配置电桩
	668
	669	三、充电记录
	670	3.1、查看充电记录。
	671	3.2、处理异常账单。参见 http:~/~/wiki.linghuchongtech.com/wiki/bin/view/%E4%BA%A7%E5%93%81FAQ/%E9%87%8D%E8%A6%81-%E8%B4%A6%E5%8D%95%E7%9F%AB%E6%AD%A3/
	672
	673	四、日常电桩问题检查步骤
	674	4.1、现场人员问题先报告至展鹏达郑经理。
	675	4.2、登录后台查数据，进行分析，将结果汇报现场人员。
	676	4.3、不能解决的问题，填写工单提供令狐充，包括：数据、问题描述。（详细见工单模板）
	677
60.3	678	= =
9.3	679
9.2	680	= zpd_case#7_20191023 =
8.1	681
	682	问题描述：展鹏达201011-20191122异常账单统计
	683
	684	(% class="box infomessage" %)
	685	(((
	686	提供一份数据：1）异常账单统计。
	687
	688	1）异常账单统计：下表为 2019年10月之异常代码统计，（微信=展鹏达公众号充电）
	689
	690	\|(((
	691	异常代码\统计时间段
	692	)))\|(((
9.1	693	微信 11日-22日（次）
8.1	694	)))\|(((
9.2	695	盛弘版本2090104
8.1	696	)))
	697	\|(((
	698	时间段内成功充电次数
	699	)))\|1451\|1451
	700	\|(((
	701	1-账单丢失
	702	)))\|162\|162
	703	\|(((
	704	2-账单丢失（设备离线）
	705	)))\|1\|1
	706	\|(((
	707	11-电量丢失
	708	)))\|1\|1
	709	\|(((
	710	9-充电时长与平台不符
	711	)))\|1\|1
	712
	713	解决方案：
	714
	715	* 令狐充排查：该时间段发生故障账单的都为盛弘版本2090xxx的桩。
	716	* 要求盛弘厂家继续排查寻找账单丢失原因。
	717	)))
	718
	719	(% class="wikigeneratedid" %)
	720	~-~-解决:
	721	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	722	数据统计人：Chinyee
	723
4.10	724	= zpd_case#6_20191017 =
4.6	725
4.9	726	问题描述：客户要求我方代替客户取消所有电站电价中的占桩费
	727
	728	~-~-跟踪
	729	【令】：已取消所有电站电价中的占桩费。
	730	~-~-解决:
	731	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	732	售后（跟单）工程师：施文俊
	733
	734
	735	= zpd_case#5_20191017 =
	736
4.6	737	问题描述：见下
	738	1、客户后台管理人员变化，由杜总转为小郑。
	739	2、客户要求为展鹏达小郑进行培训。
	740	3、要求取消7月以来所有已收的占桩费。
	741	4、客户提供文案，群发公众号消息，告知用户取消7月以来所有已收的占桩费。
	742	~-~-跟踪
	743	【令】：
	744
	745	(% class="box infomessage" %)
	746	(((
	747	解决方案计划：
	748
7.3	749	1. 客户后台管理人员变化，由杜总转为郑经理。
4.6	750	1*. 需杜总先将平台管理账号密码转交至小郑。【展鹏达执行】
	751	1*. 小郑准备可上网电脑、安装谷歌浏览器。【展鹏达执行】
	752	1*. 小郑熟悉后台操作手册，记录不明白的问题清单。【展鹏达执行】
7.3	753	1. 关于展鹏达郑经理培训。
	754	1*. 杜总转交提供小郑后台操作手册。【展鹏达执行】
	755	1*. 杜总先对郑经理进行工作移交和培训。【展鹏达执行】
	756	1*. 视情况，如不能达到培训效果，令狐充公司内部评估后安排现场培训。
4.6	757	1. 要求取消7月以来所有已收的占桩费。
	758	1*. 统计已收占桩费数据情况。【令狐充给出报告】
7.3	759	1*. 基于数据报告，和客户协商，令狐充给出执行方案，见下：
	760	1**. 停收占桩费：2019.10.17 令狐充已按客户要求移除站点电价中所有占桩费。
	761	1**. 已收占桩费数量：从2019年7月截止2019.10.21，共有137例充电含占桩费。
7.4	762	1**. 用户占桩费清单：令狐充提供137例占桩费数据，包括：微信用户昵称、手机号（第4-7位用xxxx代替）、账单号、账单费用、占桩费费用。【令狐充执行 chinyee】
7.3	763	1**. 微信群发公告展示清单：群发文章末尾列出137例将要执行退费的用户费用信息。【令狐充执行 chinyee】
	764	1**. 由客户手工处理：待展鹏达内部完成工作移交培训后，对137例占桩费逐个操作退费。【展鹏达执行，必要时令狐充提供支持】
4.6	765	1. 群发公众号消息，告知用户取消7月以来所有已收的占桩费。
7.2	766	1*. 客户提供文案。【完成】文案：“截止日为2019年10月18日，之前所有站桩费将取消，计划扣费退给客户”
	767	1*. 视客户操作能力范围，再决定由哪方操作微信文章的撰写和发送。【令狐充执行 chinyee】
7.3	768	1. 电桩小概率误收占桩费bug处理：（因厂商固件升级问题，计划暂时延后）
4.6	769	1*. 2019.10.17-10.18 ，令狐充协助展鹏达现场盛弘直流桩远程升级，解决占桩费bug。
	770	1*. 2019.10.18-10.19，客户和令狐充观察升级解决之效果。
	771	)))
	772
4.8	773	(% class="box infomessage" %)
	774	(((
	775	下表为占桩费统计数据，样本时间区间 2019年7月-10月15日
4.6	776
4.10	777	其中：
	778	1、最早一条含占桩费的记录时间： 2019-08-02 16:20:15，账单号：20190802162015183497
	779	2、最早一条占桩费用大于5元记录发生在2019-09-08 17:32:39，推测那时客户有调高占桩费，导致过高收费流失客户。
4.11	780	3、从统计数据发现天价占桩费的发生概率比较低，为6次，见（占桩费用大于10元且充电时长小于60秒记录数）
	781	4、对于设备bug引起的小概率天价占桩费，平台方近日升级现场桩。
	782	5、仅从数据分析，”占桩费用大于5元且正常启动“发生103次，运营商应评估是否时长定价策略有误。小概率bug的解决并不能解决市场运营的问题。
4.8	783
	784	(% border="1" %)
4.9	785	\|=条件\次数\|=次（分析）
4.8	786	\|=时间段内成功充电数\|8498
	787	\|=产生占桩费的记录数\|127
4.10	788	\|=含占桩费且充电时长小于60秒记录数\|6（一般车辆和桩交互异常导致60秒内启动充电失败且充电停止，用户不拔枪不撤离产生占桩费）
	789	\|=占桩费用大于10元且充电时长小于60秒记录数\|4（占桩费分别为：73元、361元、433元、13.6元。建议用户启动充电停留1分钟确保正常充电后再离开。）
	790	\|=含占桩费且充电时长大于60秒记录数\|121（成功启动后一般不会因故障停止。充电停止原因：1.满电2.用户停3.余额不足。此情况占桩费因客户未及时撤离）
4.9	791	\|=占桩费用大于5元且充电时长大于60秒记录数\|103（最早发生时间2019-09-08 17:32:39，是否那时调高占桩费，导致过高收费流失客户）
4.8	792	\|= \|
	793	)))
	794
	795
	796
4.6	797	~-~-解决:
	798	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	799	售后（跟单）工程师：施文俊
	800
4.4	801	= zpd_case#5_20191016 =
	802
	803	(% class="wikigeneratedid" %)
	804	日期：2019年10月15日
	805	桩站名称：松岗工业园充电站
	806	手机号：18978504136
	807	订单号： 20191015231824644614
	808	充电桩号： 44030600210000200001
	809	充电枪号：
	810	开始充电时间： 2019-10-15 23:18:25
	811	现场网络连接状态：
	812	近期故障状态：
	813	是否异常账单（根据账单号搜索）：异常状态：启动服务失败
	814	问题描述：异常账单里面这查不到。
	815	~-~-跟踪
	816	【shi】：
	817	1、mc充电记录菜单可以查到充电记录，状态=启动服务失败。
	818	2、mc故障记录菜单无法查到记录（包括：待处理、已处理）。
	819	3、客户认为疑似多收占桩费。
	820	4、转研发进一步分析。
4.5	821
	822	(% class="wikigeneratedid" %)
	823	QQ【一杯清茶】：
	824
	825	(% class="wikigeneratedid" %)
	826	启动服务失败不存在收费问题，该用户是有另外一个账单疑似多收了占桩费。 20191015223544534102
	827	这种情况可以在“充电账单管理”那里，输入用户手机号，选择最近一段时间，查看比较大的金额的账单，看看是不是有问题
4.4	828	\\~-~-解决:
4.5	829	状态（☑表示选定）： √ 已解决 \| 处理中 \| 暂搁置
4.4	830	售后（跟单）工程师：施文俊
	831
1.9	832	= zpd_case#4_20191015 =
	833
	834	~-~--
	835
	836	运营商：展鹏达
	837	桩站名称：石岩108物流园展鹏达充电站
	838	手机号：18818902723
	839	订单号： 20191013080051738725
	840	充电桩号： 44030900210000200002
	841	开始充电时间：2019-09-13 08:00:57
	842	充电结束时间：2019-09-13 08:13:57
	843	服务开始时间：2019-09-13 08:00:57
	844	服务结束时间：2019-09-13 11:34:17
	845	充电时长：13分钟
1.11	846	占桩费：148元
1.9	847
	848	问题描述：产生预期外的占桩费。
	849	~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
2.1	850	运营商初步排查结果：无
1.9	851
	852	~-~-分析
	853
2.1	854	(% class="box infomessage" %)
	855	(((
	856	一、占桩费规则：
	857	石岩108物流园展鹏达充电站的设置为充电结束时计费0.8元/分钟，免费时长15分钟。
	858	占桩费=（服务结束时间 -（充电结束时间+15分钟））×0.8元
1.11	859
2.1	860	二、此账单平台查得数据：（"营收管理/账单管理/故障账单"查询订单号：20191013080051738725）
	861	充电结束时间：2019-10-13 08:19:33 \| 服务结束时间(一般等于拔枪时间)：2019-10-13 11:34:19
	862	充电停止原因： [99]意外停机如拔枪
	863	\\三、分析：
	864	按照贵司设置，占桩费为充电结束后15分钟后，每分钟8毛。此用户充电结束时间：2019-10-13 08:19:33，服务结束时间：2019-10-13 11:34:19，期间按规则收取占桩费符合规则。
	865	)))
1.11	866
2.1	867	【令狐充】：我方不清楚现场实际情况，请客户确认用户当时是否为：插枪未充电占位中？
	868	【客】：没有占桩，取消占桩费。
	869	【何远东执行】：应客户要求纠正充电数据（取消客户占桩费收费），按 “账单矫正”规则代替客户纠正数据。
1.11	870
4.3	871	订单号：20191013080051738725 在平台"营收管理/账单管理/故障账单"选择手动修正，服务结束时间由原来2019-10-13 11:34:19 更改为与充电结束时间一样2019-10-13 08:19:33 并重新计算保存。更改后该订单消费总额3.4元，占桩费0元/充电金额2.35元/服务费1.05元。
4.2	872
1.9	873	~-~-解决:
	874
	875	状态（√表示选定）： √ 已解决 \| 处理中 \| 暂搁置
	876
2.1	877	售后（跟单）工程师：何远东纠正补充：施文俊
1.9	878
1.8	879	= zpd_case#3_20191009 =
	880
	881	问题描述：客户异常账单可能不是每日及时处理，导致账单堆积。
	882
	883	~-~-跟踪
	884	【令】：异常账单处理必须及时不能等太久，这方面需要给展鹏达同事沟通清楚计划每一天处理。远东每天登录到展鹏达看看，督促客户每天处理。
4.7	885
	886	【YD】：先提醒一个星期，到10-16为止是一个星期。
4.12	887
	888	20191018
	889
	890	【YD】：平台上这几天有异常账单还未处理
	891
	892	【客户】：目前公司已更换平台操作管理人员，待施工安排培训，可否贵司抽空处理一下
	893
	894	【YD】：代为处理，一共38条故障账单。(截止时间为10:38)
	895
	896	(% class="box infomessage" %)
	897	(((
4.14	898	(% style="width:429px" %)
	899	\|(% style="width:214px" %)20191016161822566095\|(% style="width:212px" %)账单丢失
	900	\|(% style="width:214px" %)20191016165531764931\|(% style="width:212px" %)账单丢失
	901	\|(% style="width:214px" %)20191016172519479244\|(% style="width:212px" %)账单丢失
	902	\|(% style="width:214px" %)20191016173458522535\|(% style="width:212px" %)账单丢失
	903	\|(% style="width:214px" %)20191016183506694988\|(% style="width:212px" %)账单丢失
	904	\|(% style="width:214px" %)20191016185156443544\|(% style="width:212px" %)账单丢失
	905	\|(% style="width:214px" %)20191016194122613657\|(% style="width:212px" %)账单丢失（设备离线）
	906	\|(% style="width:214px" %)20191016223257505373\|(% style="width:212px" %)账单丢失
	907	\|(% style="width:214px" %)20191016225859703030\|(% style="width:212px" %)账单丢失
	908	\|(% style="width:214px" %)20191017000913074789\|(% style="width:212px" %)账单丢失
	909	\|(% style="width:214px" %)20191017010749211023\|(% style="width:212px" %)账单丢失
	910	\|(% style="width:214px" %)20191017015025283524\|(% style="width:212px" %)账单丢失
	911	\|(% style="width:214px" %)20191017015150042047\|(% style="width:212px" %)账单丢失
	912	\|(% style="width:214px" %)20191017022029446380\|(% style="width:212px" %)账单丢失
	913	\|(% style="width:214px" %)20191017034718755781\|(% style="width:212px" %)账单丢失
	914	\|(% style="width:214px" %)20191017060054402845\|(% style="width:212px" %)账单丢失
	915	\|(% style="width:214px" %)20191017062711339023\|(% style="width:212px" %)账单丢失
	916	\|(% style="width:214px" %)20191017091359425637\|(% style="width:212px" %)账单丢失
	917	\|(% style="width:214px" %)20191017093114868087\|(% style="width:212px" %)账单丢失
	918	\|(% style="width:214px" %)20191017112159325267\|(% style="width:212px" %)账单丢失
	919	\|(% style="width:214px" %)20191017123848013024\|(% style="width:212px" %)账单丢失
	920	\|(% style="width:214px" %)20191017134206227002\|(% style="width:212px" %)账单丢失
	921	\|(% style="width:214px" %)20191017152813692627\|(% style="width:212px" %)账单丢失
	922	\|(% style="width:214px" %)20191017190640955167\|(% style="width:212px" %)账单丢失
	923	\|(% style="width:214px" %)20191017195152726034\|(% style="width:212px" %)账单丢失
	924	\|(% style="width:214px" %)20191018000519911294\|(% style="width:212px" %)账单丢失
	925	\|(% style="width:214px" %)20191018001613439013\|(% style="width:212px" %)账单丢失
	926	\|(% style="width:214px" %)20191018012913333275\|(% style="width:212px" %)账单丢失
	927	\|(% style="width:214px" %)20191018013046828742\|(% style="width:212px" %)账单丢失
	928	\|(% style="width:214px" %)20191018014049697109\|(% style="width:212px" %)账单丢失
	929	\|(% style="width:214px" %)20191018015359014259\|(% style="width:212px" %)账单丢失
	930	\|(% style="width:214px" %)20191018022309895100\|(% style="width:212px" %)账单丢失
	931	\|(% style="width:214px" %)20191018025715685520\|(% style="width:212px" %)账单丢失
	932	\|(% style="width:214px" %)20191018032535685506\|(% style="width:212px" %)账单丢失
	933	\|(% style="width:214px" %)20191018055321161839\|(% style="width:212px" %)账单丢失
	934	\|(% style="width:214px" %)20191018061704454131\|(% style="width:212px" %)账单丢失
	935	\|(% style="width:214px" %)20191018063020194083\|(% style="width:212px" %)账单丢失
	936	\|(% style="width:214px" %)20191018072359561119\|(% style="width:212px" %)账单丢失
	937	\|(% style="width:214px" %) \|(% style="width:212px" %)
4.13	938
5.1	939	提供一份数据：1）异常账单统计。
	940
	941	1）异常账单统计：下表为 2019年10月之异常代码统计，（微信=展鹏达公众号充电）
	942
	943	(% border="1" %)
	944	\|(((
	945	异常代码\统计时间段
	946	)))\|(((
	947	微信 16日-18日（次）
	948	)))\|(((
7.1	949	盛弘版本2090xxx
4.12	950	)))
5.1	951	\|(((
	952	时间段内成功充电次数
	953	)))\|267\|267
	954	\|(((
	955	1-账单丢失
	956	)))\|37\|37
	957	\|(((
	958	2-账单丢失（设备离线）
	959	)))\|1\|1
4.12	960
5.1	961	解决方案：
	962
7.1	963	* 令狐充排查：该时间段发生故障账单的都为盛弘版本2090xxx的桩。
5.1	964	* 要求盛弘厂家继续排查寻找账单丢失原因。
	965	)))
	966
1.8	967	~-~-解决:
	968	状态（√表示选定）：已解决 \| 处理中 \| 暂搁置
6.1	969	售后（跟单）工程师：何远东
	970
	971	数据统计人：Chinyee 何远东
1.8	972	case创建：施文俊
	973
	974
1.4	975	= zpd_case#2_20191008 =
	976
	977	~-~-~-~-~-~--
	978	问题描述：对账不对。
	979	~-~-分析：
	980
	981
	982	(% class="box infomessage" %)
	983	(((
1.6	984	思路：
	985
	986	1. 统计平台8,9月份充电量；记录8,9月份电表抄见数。比较两份基础电量数据。
	987	1. 分析电量数据，查找问题原因
	988	1*. 异常账单未处理，导致账单未结算。
	989	1*. 桩端电损设置不合理。（配置方法请咨询桩厂家）
	990	1. 其它待补充。
	991
1.4	992	(% border="1" %)
1.6	993	\|=用电\园区\|=108物流园\|=松岗工业园\|=
	994	\|2019.8月月报数据\|总电量=37689.39；总金额=32263.8\|总电量=21071.45；总金额=22892.01\|
	995	\|2019.8月电表抄见数\|7548+14328+19830=41706\|5280+9720+11880=26880\|
	996	\|2019.8月月报数据/电表抄见数 \|37689.39/41706=90%\|21071.45/26880=78%\|
	997	\|2019.9月月报数据\|总电量=45962.19；总金额=45889.65\|总电量=35666.23；总金额=46449.74\|
	998	\|2019.9月电表抄见数\|8166+18222+21300=47688\|6900+11820+14580=33300\|
	999	\|2019.9月月报数据/电表抄见数\|45962.19/47688=96%\|35666.23/33300=107%【明显错误，电表数应大于平台电量】\|
	1000	\| \| \| \|
	1001	\| \| \| \|
1.4	1002	)))
	1003
	1004	~-~-跟踪
	1005	【令】：
	1006	~-~-解决:
1.6	1007	状态（√表示选定）：已解决 \| 处理中 \| 暂搁置
1.4	1008	售后（跟单）工程师：施文俊
	1009
	1010
1.1	1011	= zpd_case#1_20190921 =
	1012
	1013	~-~-~-~-~-~--
	1014
	1015	问题描述：客户未提供具体信息，只提到1个桩网络问题。
	1016
	1017	~-~--跟踪
	1018
	1019	【令】：因为现场未提供具体桩号、时间等信息，我方只能查看故障记录，数据显示01,02枪频繁掉线，且无其他枪频繁掉线之情况。我方推测几个原因：1）现场网络问题。2）枪本地ip重复。
	1020
1.2	1021	(% class="box infomessage" %)
	1022	(((
1.1	1023	平台分析步骤：
	1024
1.2	1025	1. 登录 [[https:~~/~~/mc.linghuchongtech.com>>url:https://mc.linghuchongtech.com/]]，依次进入“首页/系统管理/运维管理/故障记录”
	1026	1. 筛选条件：故障类型选择【离线】，时间区间按需要选择，查询得到分析结果
	1027	)))
1.1	1028
	1029	~-~--解决
	1030
	1031	状态（√表示选定）：已解决 \| √处理中 \| 暂搁置
1.3	1032	售后（跟单）工程师：施文俊

Wiki源代码展鹏达

导航

Applications