文档更改展鹏达

在2020/06/11 15:02上被chinyee he修改
从版本< 40.1 >
由chinyee he编辑
在2019/12/17 14:49上
到版本
由shi chuck编辑
在2019/11/27 11:29上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.ShiChuck
Content
... ... @@ -2,94 +2,9 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= zpd_case#24_20191217 =
6 -
7 -问题描述：有没有那种下个微信公众号，绑定充电卡，客户可以自己往卡里面充值？
8 -
9 -~-~-跟踪
10 -【令】： 可以让客户关注展鹏达微信号并注册，您这边去会员管理通过手机号找到他，点击编辑 输入充电卡号就可以，然后直接微信充值就行 卡里和账户余额的钱是一样的。
11 -~-~-解决:
12 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
13 -售后（跟单）工程师：chinyee
14 -
15 -
16 -= zpd_case#23_20191205 =
17 -
18 -问题描述：客户在部门管理新建了一个部门，采用刷卡和密码充电，开通一个子账户给部门客户查看充电记录。
19 -
20 -~-~-跟踪
21 -【令】： 帮客户新建了一个账号jybj（供车队使用） 权限为查看充电记录
22 -新建了一个子运营商 玖月搬家公司 部门已绑定子运营商。该部门为这周开始设置，需要导入之前的充电记录。
23 -~-~-解决:
24 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
25 -售后（跟单）工程师：施文俊 chinyee
26 -
27 -
28 -= zpd_case#22_20191204 =
29 -
30 -问题描述：松岗3号桩用密码充不了电
31 -
32 -[[image:1575422351371-202.png||height="376" width="501"]]
33 -
34 -~-~-跟踪
35 -
36 -【令】：查看该时间段出现桩故障，让客户检查网络是否稳定。
37 -
38 -[[image:1575422415927-246.png||height="38" width="654"]]
39 -
40 -~-~-解决:
41 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
42 -售后（跟单）工程师：chinyee
43 -
44 -
5 +(% class="wikigeneratedid" %)
45 45  = zpd_case#21_20191126 =
46 46  
47 -问题描述：办理企业号客户反应了两个问题！
48 -
49 -~-~-跟踪
50 -
51 -【shi】：以下问题皆基于刷卡充电前提，需分用户类型讨论，
52 -类型1：真实个人注册了微信充电服务-简称：【真实用户】
53 -类型2：未注册微信充电服务-简称：【虚拟用户】
54 -
55 -1.每次充电电度，地点和金额能不能通过微信或者短信的方式通知到客户？客户知道在哪里消费了多少金额！
56 -答： 
57 -【真实用户】方案：真实用户之微信号+【选择部门扣费渠道】。
58 -【虚拟用户】方案：虚拟用户 分配 在1个部门（子运营商），提供给部门管理员平台的子账号，可登录后台查看相关充电记录。
59 -\\2，客户余额能否设置个报警告知客户卡上余额不多了需要充值？
60 -答：
61 -【真实用户】方案：“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。
62 -【虚拟用户】方案： ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门，页面右上角 配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。查看部门操作见下：
63 -a）“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
64 -b）”首页/客户管理/企业部门管理“中定位部门，为其设置手机号。
65 -\\具体操作需根据客户选择，再给出操作步骤。
66 -
67 -~~update 12.3
68 -
69 -【chinyee】：客户选择了虚拟用户类型进行操作配置。
70 -帮客户新建了一个账号whly（供车队使用） 权限为查看充电记录
71 -新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商
72 -【shi】：人工补救处理办法。 shi已处理。
73 -1、查询部门id=28的充电记录之条件sql 如下，知悉11.22日后此部门下用户开始充电，发现此部门下只有1个虚拟需用，useId=00072889
74 -where 1=1
75 -and rh.C_CREATE_DATE>'2019-11-22 02:00' 
76 -#and rh.C_SUBOPERATOR=16
77 -and m.C_ENTERPRISE_ID=28
78 -
79 -2、根据1分析结果，执行纠正数据（因运营数据之关键，执行需确保100%无误）
80 - a 确认需纠正数据，比如数量。
81 - 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');
82 - b  执行纠正数据
83 - 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');
84 -
85 -~-~-解决:
86 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
87 -售后（跟单）工程师：施文俊
88 -
89 -
90 -
91 -= zpd_case#21_20191126 =
92 -
93 93  问题描述：这个车天天在我这里充电，今天怎么都充不了了！这个报错是什么意思？
94 94  
95 95  [[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
... ... @@ -120,7 +120,6 @@
120 120  聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
121 121  
122 122  账单号：20191125004937842819、20191125202531894994
123 -~~update 20191127
124 124  【john】：从日志上看是2-2-3-3这个顺序的，因为数据库日期字段精度问题丢失了毫秒，所以你这个查询排序有问题。另外因为变化太快，前端UI可能直接就拿到3了。
125 125  【shi】：根据john回覆，应该不是2-3-2-3 问题。 以下新的分析发现， 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在（聚能桩存在状态1，且1-》2的时间消耗较多，对比盛弘桩不存在状态1）。
126 126  ~~~~~~~~聚能桩 3例
... ... @@ -148,8 +148,6 @@
148 148  时间  状态
149 149  2019-11-27 08:58:33    2
150 150  2019-11-27 08:59:00  3
151 -【客户】：现场试充电桩，已经没有延迟问题。
152 -【shi】：聚能未报告有做改动。令狐充未做改动，待观察，后续有类似情况请用户：1）拍视频。2）提供账单号
153 153  
154 154  ~-~-解决:
155 155  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
... ... @@ -286,7 +286,7 @@
286 286  状态（☑表示选定 ）：  已解决 | 处理中 | 暂搁置 
287 287  售后（跟单）工程师：施文俊  CHinyee
288 288  
289 -= =
201 += =
290 290  
291 291  = zpd_case#13_20191104 =
292 292  
... ... @@ -364,7 +364,7 @@
364 364  状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
365 365  售后（跟单）工程师：施文俊  CHinyee
366 366  
367 -= =
279 += =
368 368  
369 369  = zpd_case#10_20191024 =
370 370  
... ... @@ -458,7 +458,7 @@
458 458  4.2、登录后台查数据，进行分析，将结果汇报现场人员。
459 459  4.3、不能解决的问题，填写工单提供令狐充，包括：数据、问题描述。（详细见 工单模板）
460 460  
461 -= =
373 += =
462 462  
463 463  = zpd_case#7_20191023 =
464 464  
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