文档更改展鹏达

在2020/06/11 15:02上被chinyee he修改
从版本< 44.3 >
由shi chuck编辑
在2020/01/08 16:54上
到版本
由yuandong he编辑
在2019/10/17 15:44上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.yuandong
Content
... ... @@ -2,562 +2,8 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= zpd_case#27_20200108 =
5 += zpd_case#5_20190919 =
6 6  
7 -问题描述：展鹏达对接小桔（即 滴滴app扫码充电）
8 -
9 -~-~-跟踪
10 -【背景】： 对接需要满足以下：
11 -1、技术对接。【niewei】
12 -2、站点和桩的基础数据完整性。（类似粤易充之必填数据）。【我方指导客户操作】
13 -3、子运营商配置（类似坚信对接小桔）。【我方配置】
14 -~-~-解决:
15 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
16 -售后（跟单）工程师：施文俊
17 -
18 -
19 -
20 -= zpd_case#26_20200102 =
21 -
22 -问题描述：财务需知道19年3、4季度桩枪数变化
23 -
24 -~-~-跟踪
25 -【shi】：见下图
26 -2019第三季度
27 -[[image:1577938362114-288.png]]
28 -2019第四季度
29 -[[image:1577938300443-831.png]]
30 -~-~-解决:
31 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
32 -售后（跟单）工程师：施文俊
33 -
34 -= zpd_case#25_20191230 =
35 -
36 -问题描述：河背2号桩1号枪扫码后不显示自动充满！其他没有问题！
37 -
38 -~-~-跟踪
39 -【令】： 44030900210000200007这个桩的1号枪 客户扫码后手机没有 自动充满 这个选项 导致用户取消服务 都去2号桩充电去了 我看了近几日数据都是这样
40 -
41 -【令技术】：桩有问题，上传的状态一直都是枪没有插上。界面上应该是提示他们插枪，如果插了枪也没变化就有可能是充电枪坏了 （考虑到换到2号枪就没问题可以排除程序问题和车问题）
42 -~-~-解决:
43 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
44 -售后（跟单）工程师：chinyee  施文俊
45 -
46 -= zpd_case#24_20191217 =
47 -
48 -问题描述：有没有那种下个微信公众号，绑定充电卡，客户可以自己往卡里面充值？
49 -
50 -~-~-跟踪
51 -【令】： 可以让客户关注展鹏达微信号并注册，您这边去会员管理通过手机号找到他，点击编辑 输入充电卡号就可以，然后直接微信充值就行 卡里和账户余额的钱是一样的。
52 -~-~-解决:
53 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
54 -售后（跟单）工程师：chinyee
55 -
56 -
57 -= zpd_case#23_20191205 =
58 -
59 -问题描述：客户在部门管理新建了一个部门，采用刷卡和密码充电，开通一个子账户给部门客户查看充电记录。
60 -
61 -~-~-跟踪
62 -【令】： 帮客户新建了一个账号jybj（供车队使用） 权限为查看充电记录
63 -新建了一个子运营商 玖月搬家公司 部门已绑定子运营商。该部门为这周开始设置，需要导入之前的充电记录。
64 -~-~-解决:
65 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
66 -售后（跟单）工程师：施文俊 chinyee
67 -
68 -
69 -= zpd_case#22_20191204 =
70 -
71 -问题描述：松岗3号桩用密码充不了电
72 -
73 -[[image:1575422351371-202.png||height="376" width="501"]]
74 -
75 -~-~-跟踪
76 -
77 -【令】：查看该时间段出现桩故障，让客户检查网络是否稳定。
78 -
79 -[[image:1575422415927-246.png||height="38" width="654"]]
80 -
81 -~-~-解决:
82 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
83 -售后（跟单）工程师：chinyee
84 -
85 -
86 -= zpd_case#21_20191126 =
87 -
88 -问题描述：办理企业号客户反应了两个问题！
89 -
90 -~-~-跟踪
91 -
92 -【shi】：以下问题皆基于刷卡充电前提，需分用户类型讨论，
93 -类型1：真实个人注册了微信充电服务-简称：【真实用户】
94 -类型2：未注册微信充电服务-简称：【虚拟用户】
95 -
96 -1.每次充电电度，地点和金额能不能通过微信或者短信的方式通知到客户？客户知道在哪里消费了多少金额！
97 -答： 
98 -【真实用户】方案：真实用户之微信号+【选择部门扣费渠道】。
99 -【虚拟用户】方案：虚拟用户 分配 在1个部门（子运营商），提供给部门管理员平台的子账号，可登录后台查看相关充电记录。
100 -\\2，客户余额能否设置个报警告知客户卡上余额不多了需要充值？
101 -答：
102 -【真实用户】方案：“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。
103 -【虚拟用户】方案： ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门，页面右上角 配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。查看部门操作见下：
104 -a）“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
105 -b）”首页/客户管理/企业部门管理“中定位部门，为其设置手机号。
106 -\\具体操作需根据客户选择，再给出操作步骤。
107 -
108 -~~update 12.3
109 -
110 -【chinyee】：客户选择了虚拟用户类型进行操作配置。
111 -帮客户新建了一个账号whly（供车队使用） 权限为查看充电记录
112 -新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商
113 -【shi】：人工补救处理办法。 shi已处理。
114 -1、查询部门id=28的充电记录之条件sql 如下，知悉11.22日后此部门下用户开始充电，发现此部门下只有1个虚拟需用，useId=00072889
115 -where 1=1
116 -and rh.C_CREATE_DATE>'2019-11-22 02:00' 
117 -#and rh.C_SUBOPERATOR=16
118 -and m.C_ENTERPRISE_ID=28
119 -
120 -2、根据1分析结果，执行纠正数据（因运营数据之关键，执行需确保100%无误）
121 - a 确认需纠正数据，比如数量。
122 - 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');
123 - b  执行纠正数据
124 - 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');
125 -
126 -~-~-解决:
127 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
128 -售后（跟单）工程师：施文俊
129 -
130 -
131 -
132 -= zpd_case#21_20191126 =
133 -
134 -问题描述：这个车天天在我这里充电，今天怎么都充不了了！这个报错是什么意思？
135 -
136 -[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
137 -
138 -~-~-跟踪
139 -
140 -【chinyee】：从充电记录来看，充电停止原因：[2]与车辆通信超时
141 -
142 -【shi】：bms 和电桩握手时超时，车的bms问题，然后让他去找车厂
143 -
144 -~-~-解决:
145 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
146 -售后（跟单）工程师：施文俊 chinyee
147 -
148 -
149 -= zpd_case#20_20191126 =
150 -
151 -问题描述：
152 -
153 -你们说的等待30到80秒是指公众号扫码后，到公众号界面弹出充电选项; 还是公众号内已经下发了充电，电桩要30到80秒才有响应
154 -
155 -公众号界面需要等待30到80秒，点击充电后马上启动充电桩。
156 -
157 -~-~-跟踪
158 -
159 -【YD】：展鹏达聚能桩 我查了看了最近一个星期左右的盛弘桩和聚能桩的部分充电记录心跳
160 -
161 -聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
162 -
163 -账单号：20191125004937842819、20191125202531894994
164 -~~update 20191127
165 -【john】：从日志上看是2-2-3-3这个顺序的，因为数据库日期字段精度问题丢失了毫秒，所以你这个查询排序有问题。另外因为变化太快，前端UI可能直接就拿到3了。
166 -【shi】：根据john回覆，应该不是2-3-2-3 问题。 以下新的分析发现， 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在（聚能桩存在状态1，且1-》2的时间消耗较多，对比盛弘桩不存在状态1）。
167 -~~~~~~~~聚能桩 3例
168 -~~44030900210000200006 | 20191125004937842819 鉴权轨迹  ，状态1-》2 用了55秒，状态2 -》3 用了37秒
169 -时间  状态
170 -2019-11-25 00:49:38  1
171 -2019-11-25 00:50:33  2
172 -2019-11-25 00:51:10  3
173 -~~44030900210000200007  | 20191127055345257233  鉴权轨迹  ，状态1-》2 用了30秒，状态2 -》3 用了22秒
174 -时间  状态
175 -2019-11-27 05:53:46  1
176 -2019-11-27 05:54:16  2
177 -2019-11-27 05:54:38  3
178 -~~44030900210000200008  | 20191127080234995388  鉴权轨迹  ，状态1-》2 用了20秒，状态2 -》3 用了19秒
179 -时间  状态
180 -2019-11-27 08:02:34  1
181 -2019-11-27 08:02:54  2
182 -2019-11-27 08:03:13  3
183 -\\~~~~~~~~盛弘桩 2 例，皆不存在 状态 1，说明都是插枪后 鉴权，桩上送的是2-枪准备就绪
184 -~~ 44030900210000200001 | 20191127085834682518  鉴权轨迹  ，状态2 -》3 用了33秒
185 -时间  状态
186 -2019-11-27 08:58:34  2
187 -2019-11-27 08:59:07  3
188 -~~ 44030900210000200001 | 20191127085816880169  鉴权轨迹  ，状态2 -》3 用了27秒
189 -时间  状态
190 -2019-11-27 08:58:33    2
191 -2019-11-27 08:59:00  3
192 -【客户】：现场试充电桩，已经没有延迟问题。
193 -【shi】：聚能未报告有做改动。令狐充未做改动，待观察，后续有类似情况请用户：1）拍视频。2）提供账单号
194 -
195 -~-~-解决:
196 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
197 -售后（跟单）工程师：施文俊 YD
198 -
199 -= zpd_case#5_20191122 =
200 -
201 -问题描述：财务这边每个月的进账都比平台上的收入高出很多？10月分财务进账13万，平台才显示9万多？
202 -
203 -~-~-跟踪
204 -【shi】： 思路：分3部分：1）消费金额、2）充值金额、3）微信平台账户收入。 1,2平台的数值是不同。可按照客户搜索条件，按照我们思路先算。再和客户比较。
205 -预充值。平台是已消费。客户业务上一点都无常识。不要被他节奏带走。 如果 平台充值和 微信到款 不一致 这才有问题。
206 -~-~-解决:
207 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
208 -售后（跟单）工程师：施文俊
209 -
210 -
211 -= zpd_case#18_20191120 =
212 -
213 -问题描述：客户的意思是想一个手机充值，他公司的司机可以在我们这里充电，费用全部从充值手机扣费。整个车队用一张卡充电，所有展鹏达的桩都可以给此车队充电。
214 -
215 -(% class="box infomessage" %)
216 -(((
217 -**需求场景：**
218 -1、车队含大巴、小型社会车辆。
219 -2、整个车队用一张卡 充电，车队司机刷卡充电。
220 -3、扣费走车队部门资金池，转账等线下方式值到部门账户。
221 ---4、（此项现阶段忽略）电池系统能否上送车架号不明确。--
222 -5、客户要求设置1个密码，支持 密码充电。
223 -6、支持1卡1密码同时启动多台车充电。
224 -\\**执行：**
225 -1、平台支持需求场景，即：整个车队用一张卡 充电，车队司机刷卡充电 或 密码充电。扣费走车队部门资金池，转账等线下方式值到部门账户。
226 -2、请展鹏达方和Tom沟通购买充电卡之商务。
227 -3、可同时进行此车队模式的平台配置，见下步骤：
228 -\\**平台配置步骤：**（其中2、3项现阶段忽略）
229 -1.在首页/客户管理/企业部门管理页面，在部门设置右击“新增部门”，填写部门名称比如”车队a“（可以是车队名字）后点击保存。最下面绑定电站点击“查看绑定”，选择车队可以充电的电站。
230 ---2.（此项可选，如公交大巴电池系统能上送车架号则执行，否则其余社会小型车辆可忽略此项。）在首页/客户管理/车辆管理/导入车牌和车架页面，点击“点我下载批量导入车架模板文件”，车架号和车牌号需要找客户拿到然后录入，车厂直接写“OJL“即可，部门ID可在首页/客户管理/企业部门管理页面，找到该车队部门名称，操作栏页面有写部门ID。表格填写完后点击”浏览文件“，然后点击”上传“，下拉找到刚刚上传的表格，在操作栏点击”解析数据导入系统“。
231 -3.（同第2项原因，此项可选）在首页/客户管理/车辆管理/车辆车架管理页面，部门选择车队名字点击查询即可找到车队信息。--
232 -4.在首页/客户管理/会员管理/会员管理页面，点击”创建用户“，用户类型选择”真实用户“，用户昵称填写”比如车队a充电卡“，部门选择”车队a“。
233 -5. ”车队a充电卡“ 创建后，在操作栏点击编辑，填写充电卡号，然后点击保存，此充电卡 即为此车队 充电卡。（充电卡由令狐充提供）
234 -6.  ”车队a充电卡“ 创建后，在操作栏点击”修改密码“，记录充电密码，此密码 即为此车队 充电密码。
235 -7.  给部门账户充值，在首页/客户管理/企业部门管理页面找到部门”车队a“，部门余额右边点击”充值”，输入到账金额后点击保存即可。
236 -8. 完成以上配置，测试刷卡充电。所有此充电卡启动的充电 对会从部门 ”车队a“扣费。
237 -)))
238 -
239 -~-~-解决:
240 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
241 -
242 -(% class="wikigeneratedid" %)
243 -售后（跟单）工程师：：施文俊 Chinyee
244 -
245 -= zpd_case#17_20191115 =
246 -
247 -问题描述：展鹏达聚能桩异常账单统计
248 -
249 -(% class="box infomessage" %)
250 -(((
251 -提供一份数据：1）异常账单统计。
252 -
253 -1）异常账单统计：下表为 **2019年11月** 之异常代码统计
254 -
255 -(% border="1" style="width:700px" %)
256 -|**异常代码\统计时间段**|**大浪充电站（Ver1.0.0）**|**河背充电站（Ver1.0.0）**
257 -|**时间段内成功充电次数**|49|139
258 -|(((
259 -**3- 时间异常**
260 -)))|4|11
261 -)))
262 -
263 -~-~-解决:
264 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
265 -
266 -(% class="wikigeneratedid" %)
267 -数据统计人：Chinyee
268 -
269 -
270 -= zpd_case#16_20191115 =
271 -
272 -问题描述：请按清单上正确的产品型号填写。
273 -
274 -~-~-跟踪
275 -[[image:1573782442522-746.png||height="343" width="469"]]
276 -
277 -~-~-解决:
278 -
279 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
280 -售后（跟单）工程师：施文俊  chinyee
281 -
282 -
283 -= zpd_case#15_20191108 =
284 -
285 -问题描述：聚能直流桩 投入运营，令狐充提供支撑。
286 -
287 -~-~-跟踪
288 -**固件相关：**不支持ftp远程升级，如果有版本更新话，只能人工现成升级。
289 -**背景：**
290 -1、河背108工业园4台设备，8把枪。
291 -2、鸿富工业园2台设备，4把枪。
292 -**聚能落地计划建议：**
293 -1、建议初期安排试运营阶段，并告知用户站点为试运营。
294 -2、确定初期投入运营站点、和桩数量。在平台端完成 站、桩、电价配置。 桩产品类型选 聚能直流。
295 -3、展鹏达填写《令狐充-微信充电系统落地清单.doc》后给到令狐充、平台方按照落地计划协助跟进。【郑经理 】
296 -~-~-解决:
297 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
298 -售后（跟单）工程师：施文俊
299 -
300 -= zpd_case#14_20191106 =
301 -
302 -问题描述：你好，这个客户要求退款，我查会员显示余额是0！这是怎么回事啊？
303 -
304 -[[image:1573010743592-240.png||height="471" width="265"]][[image:1573010788232-657.png||height="77" width="632"]]
305 -
306 -~-~-跟踪
307 -【chinyee】：客户手机号：13128988520  通过数据库查询 客户充值了2次一共充了80元，充电记录有24条，只有一条有扣费40.1，帐单号为20191104222631865480。查看了该账单号心跳，发现有状态多次出现8，查看故障记录是桩离线原因，该账单为正常扣费，通过用户id查看用户表的可退款金额显示为0。
308 -
309 -【shi】：分析见下
310 -1、数据库，确实应剩余40元
311 -[[image:1573014329902-633.png]]
312 -2、“首页/客户管理/会员管理/退款审核管理”，查得展鹏达曾开启过在线退款，存在已申请记录。 用户提出申请，余额会清零。
313 -[[image:1573014560992-480.png]]
314 -
315 -【客】客户已退款清单：10月30-9点48-金额20元-电话15913832032
316 - 10月31-11点15-金额11.35元电话13927401929
317 - 11月6-10点25-金额29.82元电话13827461280
318 -~-~-below on 20191107
319 -【shi】：
320 -1、告知客户 人工退款暂时缓一缓，涉及到退款是否关联删除已发放代金券，预计11.12日系统更新后再进行。
321 -2、更新后，代替客户把所有在线申请的退款都驳回，金额退至用户账户。
322 -3、请用户走人工退款， 默认勾选删除关联已发放代金券。
323 -~-~-below on 20191111
324 -展鹏达BO退款已更新，告知客户，并支撑客户对之前退款未完成，按新方法执行。
325 -
326 -~-~-解决:
327 -状态（☑表示选定 ）：  已解决 | 处理中 | 暂搁置 
328 -售后（跟单）工程师：施文俊  CHinyee
329 -
330 -= =
331 -
332 -= zpd_case#13_20191104 =
333 -
334 -~-~-~-~-~-~--
335 -问题描述：10月电损对账
336 -~-~-分析：
337 -
338 -(% class="box infomessage" %)
339 -(((
340 -思路：
341 -
342 -1. 统计平台10月份充电量；记录10月份电表抄见数。比较两份基础电量数据。
343 -1. 分析电量数据，查找问题原因
344 -1*. 异常账单未处理，导致账单未结算。
345 -1*. 桩端电损设置不合理。（配置方法请咨询桩厂家）
346 -1. 其它待补充。
347 -
348 -(% border="1" %)
349 -|=用电\园区|=108物流园|=松岗工业园
350 -|2019.10月 月报数据|总电量=43109.37；总金额=42386.09|总电量=44612.27；总金额=49256.87
351 -|2019.10月 电表抄见数|8164.2+18225.6+21303=47692.8|10200+19440+22020=51660
352 -|2019.10月 月报数据/电表抄见数  |43109.37/47692.8=90%|44612.27/51660=86%
353 -)))
354 -
355 -(% class="wikigeneratedid" %)
356 -~-~-跟踪
357 -【令】：
358 -~-~-解决:
359 -状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 
360 -售后（跟单）工程师：何倩怡
361 -
362 -= zpd_case#12_20191030 =
363 -
364 -问题描述：【客】今天我看了下客户余额怎么有很多负数！多的十多块，少的几毛，数量也很多！
365 -
366 -[[image:1572418234389-867.png||height="383" width="762"]]
367 -
368 -~-~-跟踪
369 -【客】：客户充值，点自动充满！按道理是没钱了自己断开连接，不应该有这么多负数！像这个客户负15元！他完全可以不来我们这里充电了！
370 -
371 -【客】：最好是到1元或者0.5元就停！让客户余额里面一直是正数！
372 -
373 -【令】：该客户13670011556 余额为-6.65 最后一次充电账单号20191029180631796018 充电停止原因：后台终止 充电期间该桩出现过离线状态。
374 -
375 -(% class="box infomessage" %)
376 -(((
377 -【shi 分析】： 
378 -问题：客户质疑余额出现较大负数。
379 -**原理：**余额不足系统判断停止是基于心跳，如期间无法收到心跳，则无法及时停止。可能造成较大负数情况。下面从客户提供之充电数据 举例说明：
380 -\\账单号 20191029180631796018，充电过程发生的心跳数据见下：
381 -\\2019-10-29 18:25:05 心跳收到状态 8 ，电量 7.31。 疑似发生离线，在18:38:57左右开始重连（多次），在18:39:41左右收到最新的心跳。【niewei】
382 -2019-10-29 18:38:57 心跳收到状态 3 ，电量 7.31。 和上一项相邻心跳，期间无心跳。
383 -2019-10-29 18:39:41 心跳收到状态 3 ，电量 21.32
384 -\\**建议：运营方检查当地网络稳定性。**
385 -)))
386 -
387 -
388 -~-~-解决:
389 -状态（☑表示选定 ）： 已解决 | ☑ 处理中 | 暂搁置 
390 -售后（跟单）工程师：施文俊  CHinyee
391 -
392 -= zpd_case#11_20191030 =
393 -
394 -问题描述：【客】有个客户需要退款！我这边能处理不？
395 -
396 -~-~-跟踪
397 -【令】：可以的 客户在公众号个人中心先申请退款 你这边后台首页/客户管理/会员管理/退款审核管理有这样的页面，需要你审核才能退款
398 -
399 -【客】：我点人工退款了
400 -
401 -【令】：你点击了人工退款 需要到微信商户平台找充值账单去进行退款 我这边是不能进入的 所以建议不要使用人工退款 最好让客户自己申请退款 你在后台审核这样就可以一步到位了
402 -
403 -【令】：郑经理你好，对于客户退款，现在平台的退款审核先不能用，所以如果有客户需要退款，需要你点击人工退款，然后去商户平台退款那里找到账单退款。
404 -~-~-解决:
405 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
406 -售后（跟单）工程师：施文俊  CHinyee
407 -
408 -= =
409 -
410 -= zpd_case#10_20191024 =
411 -
412 -问题描述：20191024 17：00-20191025 9：00展鹏达异常账单统计
413 -
414 -(% class="box infomessage" %)
415 -(((
416 -提供一份数据：1）异常账单统计。
417 -
418 -1）异常账单统计：下表为 **2019年10月** 之异常代码统计，（微信=展鹏达公众号充电）
419 -
420 -|(((
421 -**异常代码\统计时间段**
422 -)))|(((
423 -**微信 24日17：00-25日9：00（次）**
424 -)))|(((
425 -**盛弘版本2090404**
426 -)))
427 -|(((
428 -**时间段内成功充电次数**
429 -)))|84|74
430 -|(((
431 -**异常账单**
432 -)))|0|0
433 -)))
434 -
435 -~-~-解决:
436 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
437 -
438 -(% class="wikigeneratedid" %)
439 -数据统计人：Chiyee
440 -
441 -
442 -= zpd_case#9_20191024 =
443 -
444 -问题描述：客户第一次使用代金卷功能，讲解代金卷的使用。
445 -
446 -~-~-跟踪
447 -
448 -答：首页/营收管理/充电计费管理/代金券管理页面点击“新建",会弹出代金卷添加的信息，带*号的信息项要全部填写完成代金卷才可以生效。
449 -
450 -赠送条件：分为两种情况，一种是新用户直接送代金卷，一种是充额定值送。
451 -
452 -每份赠送张数：可设置满足赠送代金卷条件后，一次性可发放多少面额的代金卷。
453 -
454 -总赠送分数：该代金卷赠送一共可以发放多少张。
455 -
456 -适用部门：若选择了部门，该代金卷赠送只适合赠送满足条件该部门人群。
457 -
458 -适用子运营商：该代金卷只适用于满足赠送条件的子运营商客户。
459 -
460 -适用站点：代金卷只适用于绑定的站点，若无绑定则适用于所有站点。
461 -
462 -卷赠送时间：在该时间段都会发放满足赠送条件的客户代金卷，不在该时间段内代金卷将不会发放。
463 -
464 -最低消费额度：充电消费多少额度才可以使用代金卷。
465 -
466 -卷有效类型：可选择特定天数或特定时间段内有效。
467 -
468 -举例：充1000元送100代金卷，100代金卷可拆分为20张5元的代金卷，消费额度设置成20元才可以使用，那么充电20元代金卷抵扣5元，实际收取15元。
469 -
470 -**注：消费一次只可以使用一张代金卷，不可叠加使用。**
471 -
472 -[[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"]]
473 -
474 -~-~-解决:
475 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
476 -售后（跟单）工程师：何倩怡
477 -
478 -
479 -= zpd_case#8_20191023 =
480 -
481 -为郑经理培训。
482 -
483 -培训大纲：
484 -后台地址：https:~/~/mc.linghuchongtech.com
485 -一、电站电价设置
486 -1.1、固定电价
487 -1.2、分时电价
488 -
489 -二、平台电桩设置
490 -2.1、配置电站
491 -2.2、配置电桩
492 -
493 -三、充电记录
494 -3.1、查看充电记录。
495 -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/
496 -
497 -四、日常电桩问题检查步骤
498 -4.1、现场人员问题先报告至展鹏达郑经理。
499 -4.2、登录后台查数据，进行分析，将结果汇报现场人员。
500 -4.3、不能解决的问题，填写工单提供令狐充，包括：数据、问题描述。（详细见 工单模板）
501 -
502 -= =
503 -
504 -= zpd_case#7_20191023 =
505 -
506 -问题描述：展鹏达201011-20191122异常账单统计
507 -
508 -(% class="box infomessage" %)
509 -(((
510 -提供一份数据：1）异常账单统计。
511 -
512 -1）异常账单统计：下表为 **2019年10月** 之异常代码统计，（微信=展鹏达公众号充电）
513 -
514 -|(((
515 -**异常代码\统计时间段**
516 -)))|(((
517 -**微信 11日-22日（次）**
518 -)))|(((
519 -**盛弘版本2090104**
520 -)))
521 -|(((
522 -**时间段内成功充电次数**
523 -)))|1451|1451
524 -|(((
525 -**1-账单丢失**
526 -)))|162|162
527 -|(((
528 -**2-账单丢失（设备离线）**
529 -)))|1|1
530 -|(((
531 -**11-电量丢失**
532 -)))|**1**|**1**
533 -|(((
534 -**9-充电时长与平台不符**
535 -)))|1|1
536 -
537 -解决方案：
538 -
539 -* 令狐充排查：该时间段发生故障账单的都为盛弘版本2090xxx的桩。
540 -* 要求盛弘厂家继续排查寻找账单丢失原因。
541 -)))
542 -
543 -(% class="wikigeneratedid" %)
544 -~-~-解决:
545 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
546 -数据统计人：Chinyee
547 -
548 -= zpd_case#6_20191017 =
549 -
550 -问题描述：客户要求 我方 代替客户 取消所有电站电价中的占桩费
551 -
552 -~-~-跟踪
553 -【令】：已取消所有电站电价中的占桩费。
554 -~-~-解决:
555 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
556 -售后（跟单）工程师：施文俊
557 -
558 -
559 -= zpd_case#5_20191017 =
560 -
561 561  问题描述：见下
562 562  1、客户后台管理人员变化，由杜总 转为 小郑。
563 563  2、客户要求为 展鹏达小郑 进行培训。
... ... @@ -570,54 +570,28 @@
570 570  (((
571 571  解决方案计划 ：
572 572  
573 -1. 客户后台管理人员变化，由杜总 转为 郑经理。
19 +1. 客户后台管理人员变化，由杜总 转为 小郑。
574 574  1*. 需杜总 先将平台管理账号密码 转交至 小郑。【展鹏达执行】
575 575  1*. 小郑准备可上网电脑、安装谷歌浏览器。【展鹏达执行】
576 576  1*. 小郑熟悉后台操作手册，记录不明白的问题清单。【展鹏达执行】
577 -1. 关于 展鹏达郑经理 培训。
578 -1*. 杜总转交提供小郑后台操作手册。【展鹏达执行】
579 -1*. 杜总先对郑经理进行工作移交和培训。【展鹏达执行】
580 -1*. 视情况，如不能达到培训效果，令狐充公司内部评估后安排现场培训。
23 +1. 客户要求为 展鹏达小郑 进行培训。
24 +1*. 令狐充提供小郑后台操作手册。
25 +1*. 待客户了解平台基本概况后，提供问题清单，令狐充先远程进行操作指导。
26 +1*. 视培训情况，如远程不能达到培训效果，令狐充平台向公司申请安排现场培训。
581 581  1. 要求 取消7月以来 所有已收的占桩费。
582 582  1*. 统计已收占桩费数据情况。【令狐充给出报告】
583 -1*. 基于数据报告，和客户协商，令狐充给出执行方案，见下：
584 -1**. 停收占桩费：2019.10.17 令狐充已按客户要求移除站点电价中所有占桩费。
585 -1**. 已收占桩费数量：从2019年7月截止2019.10.21，共有137例充电含占桩费。
586 -1**. 用户占桩费清单：令狐充提供137例占桩费数据，包括：微信用户昵称、手机号（第4-7位用xxxx代替）、账单号、账单费用、占桩费费用。【令狐充执行 chinyee】
587 -1**. 微信群发公告展示清单：群发文章 末尾 列出137例将要执行退费的用户费用信息。【令狐充执行 chinyee】
588 -1**. 由客户手工处理：待展鹏达内部完成工作移交培训后，对137例占桩费逐个操作退费。【展鹏达执行，必要时令狐充提供支持】
29 +1*. 基于数据报告，和客户协商，给出执行方案，以下2选1 或结合处理
30 +1**. 由客户手工逐个处理。
31 +1**. 由令狐充汇总处理。
589 589  1. 群发公众号消息，告知用户  取消7月以来 所有已收的占桩费。
590 -1*. 客户提供文案。【完成】文案：“截止日为2019年10月18日，之前所有站桩费将取消，计划扣费退给客户”
591 -1*. 视客户操作能力范围，再决定由哪方操作微信文章的撰写和发送。【令狐充执行 chinyee】
592 -1. 电桩小概率误收占桩费bug处理：（因厂商固件升级问题，计划暂时延后）
33 +1*. 客户提供文案。
34 +1*. 视客户操作能力范围，再决定由哪方操作微信文章的撰写和发送。
35 +1. 电桩小概率误收占桩费bug处理：
593 593  1*. 2019.10.17-10.18 ，令狐充协助展鹏达现场盛弘直流桩远程升级，解决占桩费bug。
594 594  1*. 2019.10.18-10.19，客户和令狐充观察升级解决之效果。
595 595  )))
596 596  
597 -(% class="box infomessage" %)
598 -(((
599 -**下表为占桩费统计数据，样本时间区间 2019年7月-10月15日**
600 600  
601 -其中：
602 -1、最早一条含占桩费的记录时间：** 2019-08-02 16:20:15**，账单号：20190802162015183497
603 -2、最早一条占桩费用大于5元记录发生在**2019-09-08 17:32:39，**推测那时客户有调高占桩费，导致过高收费 流失客户。
604 -3、从统计数据发现 天价占桩费 的发生概率比较低，为6次，见（占桩费用大于10元且充电时长小于60秒记录数）
605 -4、对于设备bug引起的小概率 天价占桩费 ，平台方近日升级现场桩。
606 -5、仅从数据分析，”占桩费用大于5元且正常启动“发生103次，运营商应评估是否时长定价策略有误。小概率bug的解决并不能解决市场运营的问题。
607 -
608 -(% border="1" %)
609 -|=条件\次数|=**次（分析）**
610 -|=时间段内成功充电数|8498
611 -|=产生占桩费的记录数|127
612 -|=含占桩费且充电时长小于60秒记录数|6（一般车辆和桩交互异常导致60秒内启动充电失败且充电停止，用户不拔枪不撤离产生占桩费）
613 -|=占桩费用大于10元且充电时长小于60秒记录数|4（占桩费分别为：73元、361元、433元、13.6元。 建议用户启动充电停留1分钟确保正常充电后再离开。）
614 -|=含占桩费且充电时长大于60秒记录数|121（成功启动后一般不会因故障停止。充电停止原因：1.满电2.用户停3.余额不足。此情况占桩费因客户未及时撤离）
615 -|=占桩费用大于5元且充电时长大于60秒记录数|103（最早发生时间2019-09-08 17:32:39，是否那时调高占桩费，导致过高收费 流失客户）
616 -|= |
617 -)))
618 -
619 -
620 -
621 621  ~-~-解决:
622 622  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
623 623  售后（跟单）工程师：施文俊
... ... @@ -708,91 +708,9 @@
708 708  【令】： 异常账单处理必须及时不能等太久，这方面需要给展鹏达同事沟通清楚计划每一天处理。远东每天登录到展鹏达看看，督促 客户每天处理。
709 709  
710 710  【YD】：先提醒一个星期，到10-16为止是一个星期。
711 -
712 -20191018
713 -
714 -【YD】：平台上这几天有异常账单还未处理
715 -
716 -【客户】：目前公司已更换平台操作管理人员，待施工安排培训，可否贵司抽空处理一下
717 -
718 -【YD】：代为处理，一共38条故障账单。(截止时间为10:38)
719 -
720 -(% class="box infomessage" %)
721 -(((
722 -(% style="width:429px" %)
723 -|(% style="width:214px" %)20191016161822566095|(% style="width:212px" %)账单丢失
724 -|(% style="width:214px" %)20191016165531764931|(% style="width:212px" %)账单丢失
725 -|(% style="width:214px" %)20191016172519479244|(% style="width:212px" %)账单丢失
726 -|(% style="width:214px" %)20191016173458522535|(% style="width:212px" %)账单丢失
727 -|(% style="width:214px" %)20191016183506694988|(% style="width:212px" %)账单丢失
728 -|(% style="width:214px" %)20191016185156443544|(% style="width:212px" %)账单丢失
729 -|(% style="width:214px" %)20191016194122613657|(% style="width:212px" %)账单丢失（设备离线）
730 -|(% style="width:214px" %)20191016223257505373|(% style="width:212px" %)账单丢失
731 -|(% style="width:214px" %)20191016225859703030|(% style="width:212px" %)账单丢失
732 -|(% style="width:214px" %)20191017000913074789|(% style="width:212px" %)账单丢失
733 -|(% style="width:214px" %)20191017010749211023|(% style="width:212px" %)账单丢失
734 -|(% style="width:214px" %)20191017015025283524|(% style="width:212px" %)账单丢失
735 -|(% style="width:214px" %)20191017015150042047|(% style="width:212px" %)账单丢失
736 -|(% style="width:214px" %)20191017022029446380|(% style="width:212px" %)账单丢失
737 -|(% style="width:214px" %)20191017034718755781|(% style="width:212px" %)账单丢失
738 -|(% style="width:214px" %)20191017060054402845|(% style="width:212px" %)账单丢失
739 -|(% style="width:214px" %)20191017062711339023|(% style="width:212px" %)账单丢失
740 -|(% style="width:214px" %)20191017091359425637|(% style="width:212px" %)账单丢失
741 -|(% style="width:214px" %)20191017093114868087|(% style="width:212px" %)账单丢失
742 -|(% style="width:214px" %)20191017112159325267|(% style="width:212px" %)账单丢失
743 -|(% style="width:214px" %)20191017123848013024|(% style="width:212px" %)账单丢失
744 -|(% style="width:214px" %)20191017134206227002|(% style="width:212px" %)账单丢失
745 -|(% style="width:214px" %)20191017152813692627|(% style="width:212px" %)账单丢失
746 -|(% style="width:214px" %)20191017190640955167|(% style="width:212px" %)账单丢失
747 -|(% style="width:214px" %)20191017195152726034|(% style="width:212px" %)账单丢失
748 -|(% style="width:214px" %)20191018000519911294|(% style="width:212px" %)账单丢失
749 -|(% style="width:214px" %)20191018001613439013|(% style="width:212px" %)账单丢失
750 -|(% style="width:214px" %)20191018012913333275|(% style="width:212px" %)账单丢失
751 -|(% style="width:214px" %)20191018013046828742|(% style="width:212px" %)账单丢失
752 -|(% style="width:214px" %)20191018014049697109|(% style="width:212px" %)账单丢失
753 -|(% style="width:214px" %)20191018015359014259|(% style="width:212px" %)账单丢失
754 -|(% style="width:214px" %)20191018022309895100|(% style="width:212px" %)账单丢失
755 -|(% style="width:214px" %)20191018025715685520|(% style="width:212px" %)账单丢失
756 -|(% style="width:214px" %)20191018032535685506|(% style="width:212px" %)账单丢失
757 -|(% style="width:214px" %)20191018055321161839|(% style="width:212px" %)账单丢失
758 -|(% style="width:214px" %)20191018061704454131|(% style="width:212px" %)账单丢失
759 -|(% style="width:214px" %)20191018063020194083|(% style="width:212px" %)账单丢失
760 -|(% style="width:214px" %)20191018072359561119|(% style="width:212px" %)账单丢失
761 -|(% style="width:214px" %) |(% style="width:212px" %)
762 -
763 -提供一份数据：1）异常账单统计。
764 -
765 -1）异常账单统计：下表为 **2019年10月** 之异常代码统计，（微信=展鹏达公众号充电）
766 -
767 -(% border="1" %)
768 -|(((
769 -**异常代码\统计时间段**
770 -)))|(((
771 -**微信 16日-18日（次）**
772 -)))|(((
773 -**盛弘版本2090xxx**
774 -)))
775 -|(((
776 -**时间段内成功充电次数**
777 -)))|267|267
778 -|(((
779 -**1-账单丢失**
780 -)))|37|37
781 -|(((
782 -**2-账单丢失（设备离线）**
783 -)))|1|1
784 -
785 -解决方案：
786 -
787 -* 令狐充排查：该时间段发生故障账单的都为盛弘版本2090xxx的桩。
788 -* 要求盛弘厂家继续排查寻找账单丢失原因。
789 -)))
790 -
791 791  ~-~-解决:
792 792  状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 
793 -售后（跟单）工程师：何远东
794 -
795 -数据统计人：Chinyee  何远东
133 +售后（跟单）工程师：何远东 
796 796  case创建：施文俊
797 797  
798 798  
1572418234389-867.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -78.7 KB
Content
1573010743592-240.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -160.4 KB
Content
1573010788232-657.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -19.7 KB
Content
1573014329902-633.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -70.8 KB
Content
1573014560992-480.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -10.1 KB
Content
1573782442522-746.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -56.7 KB
Content
1574757543672-178.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -1002.5 KB
Content
1574757558197-103.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -817.5 KB
Content
1575422351371-202.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -858.5 KB
Content
1575422415927-246.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -9.2 KB
Content
1577938300443-831.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -36.0 KB
Content
1577938362114-288.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -23.1 KB
Content