文档更改展鹏达

在2020/06/11 15:02上被chinyee he修改
从版本< 38.1 >
由chinyee he编辑
在2019/12/04 09:20上
到版本
由shi chuck编辑
在2019/11/20 14:31上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.ShiChuck
Content
... ... @@ -2,149 +2,8 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -(% class="wikigeneratedid" %)
6 -= zpd_case#22_20191205 =
7 7  
8 -问题描述：松岗3号桩用密码充不了电
9 9  
10 -[[image:1575422351371-202.png||height="376" width="501"]]
11 -
12 -~-~-跟踪
13 -
14 -【令】：查看该时间段出现桩故障，让客户检查网络是否稳定。
15 -
16 -[[image:1575422415927-246.png||height="38" width="654"]]
17 -
18 -~-~-解决:
19 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
20 -售后（跟单）工程师：chinyee
21 -
22 -
23 -= zpd_case#21_20191126 =
24 -
25 -问题描述：办理企业号客户反应了两个问题！
26 -
27 -~-~-跟踪
28 -
29 -【shi】：以下问题皆基于刷卡充电前提，需分用户类型讨论，
30 -类型1：真实个人注册了微信充电服务-简称：【真实用户】
31 -类型2：未注册微信充电服务-简称：【虚拟用户】
32 -
33 -1.每次充电电度，地点和金额能不能通过微信或者短信的方式通知到客户？客户知道在哪里消费了多少金额！
34 -答： 
35 -【真实用户】方案：真实用户之微信号+【选择部门扣费渠道】。
36 -【虚拟用户】方案：虚拟用户 分配 在1个部门（子运营商），提供给部门管理员平台的子账号，可登录后台查看相关充电记录。
37 -\\2，客户余额能否设置个报警告知客户卡上余额不多了需要充值？
38 -答：
39 -【真实用户】方案：“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。
40 -【虚拟用户】方案： ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门，页面右上角 配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。查看部门操作见下：
41 -a）“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
42 -b）”首页/客户管理/企业部门管理“中定位部门，为其设置手机号。
43 -\\具体操作需根据客户选择，再给出操作步骤。
44 -
45 -~~update 12.3
46 -
47 -【chinyee】：客户选择了虚拟用户类型进行操作配置。
48 -帮客户新建了一个账号whly（供车队使用） 权限为查看充电记录
49 -新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商
50 -【shi】：人工补救处理办法。 shi已处理。
51 -1、查询部门id=28的充电记录之条件sql 如下，知悉11.22日后此部门下用户开始充电，发现此部门下只有1个虚拟需用，useId=00072889
52 -where 1=1
53 -and rh.C_CREATE_DATE>'2019-11-22 02:00' 
54 -#and rh.C_SUBOPERATOR=16
55 -and m.C_ENTERPRISE_ID=28
56 -
57 -2、根据1分析结果，执行纠正数据（因运营数据之关键，执行需确保100%无误）
58 - a 确认需纠正数据，比如数量。
59 - 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');
60 - b  执行纠正数据
61 - 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');
62 -
63 -~-~-解决:
64 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
65 -售后（跟单）工程师：施文俊
66 -
67 -
68 -
69 -= zpd_case#21_20191126 =
70 -
71 -问题描述：这个车天天在我这里充电，今天怎么都充不了了！这个报错是什么意思？
72 -
73 -[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
74 -
75 -~-~-跟踪
76 -
77 -【chinyee】：从充电记录来看，充电停止原因：[2]与车辆通信超时
78 -
79 -【shi】：bms 和电桩握手时超时，车的bms问题，然后让他去找车厂
80 -
81 -~-~-解决:
82 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
83 -售后（跟单）工程师：施文俊 chinyee
84 -
85 -
86 -= zpd_case#20_20191126 =
87 -
88 -问题描述：
89 -
90 -你们说的等待30到80秒是指公众号扫码后，到公众号界面弹出充电选项; 还是公众号内已经下发了充电，电桩要30到80秒才有响应
91 -
92 -公众号界面需要等待30到80秒，点击充电后马上启动充电桩。
93 -
94 -~-~-跟踪
95 -
96 -【YD】：展鹏达聚能桩 我查了看了最近一个星期左右的盛弘桩和聚能桩的部分充电记录心跳
97 -
98 -聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
99 -
100 -账单号：20191125004937842819、20191125202531894994
101 -~~update 20191127
102 -【john】：从日志上看是2-2-3-3这个顺序的，因为数据库日期字段精度问题丢失了毫秒，所以你这个查询排序有问题。另外因为变化太快，前端UI可能直接就拿到3了。
103 -【shi】：根据john回覆，应该不是2-3-2-3 问题。 以下新的分析发现， 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在（聚能桩存在状态1，且1-》2的时间消耗较多，对比盛弘桩不存在状态1）。
104 -~~~~~~~~聚能桩 3例
105 -~~44030900210000200006 | 20191125004937842819 鉴权轨迹  ，状态1-》2 用了55秒，状态2 -》3 用了37秒
106 -时间  状态
107 -2019-11-25 00:49:38  1
108 -2019-11-25 00:50:33  2
109 -2019-11-25 00:51:10  3
110 -~~44030900210000200007  | 20191127055345257233  鉴权轨迹  ，状态1-》2 用了30秒，状态2 -》3 用了22秒
111 -时间  状态
112 -2019-11-27 05:53:46  1
113 -2019-11-27 05:54:16  2
114 -2019-11-27 05:54:38  3
115 -~~44030900210000200008  | 20191127080234995388  鉴权轨迹  ，状态1-》2 用了20秒，状态2 -》3 用了19秒
116 -时间  状态
117 -2019-11-27 08:02:34  1
118 -2019-11-27 08:02:54  2
119 -2019-11-27 08:03:13  3
120 -\\~~~~~~~~盛弘桩 2 例，皆不存在 状态 1，说明都是插枪后 鉴权，桩上送的是2-枪准备就绪
121 -~~ 44030900210000200001 | 20191127085834682518  鉴权轨迹  ，状态2 -》3 用了33秒
122 -时间  状态
123 -2019-11-27 08:58:34  2
124 -2019-11-27 08:59:07  3
125 -~~ 44030900210000200001 | 20191127085816880169  鉴权轨迹  ，状态2 -》3 用了27秒
126 -时间  状态
127 -2019-11-27 08:58:33    2
128 -2019-11-27 08:59:00  3
129 -【客户】：现场试充电桩，已经没有延迟问题。
130 -【shi】：聚能未报告有做改动。令狐充未做改动，待观察，后续有类似情况请用户：1）拍视频。2）提供账单号
131 -
132 -~-~-解决:
133 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
134 -售后（跟单）工程师：施文俊 YD
135 -
136 -= zpd_case#5_20191122 =
137 -
138 -问题描述：财务这边每个月的进账都比平台上的收入高出很多？10月分财务进账13万，平台才显示9万多？
139 -
140 -~-~-跟踪
141 -【shi】： 思路：分3部分：1）消费金额、2）充值金额、3）微信平台账户收入。 1,2平台的数值是不同。可按照客户搜索条件，按照我们思路先算。再和客户比较。
142 -预充值。平台是已消费。客户业务上一点都无常识。不要被他节奏带走。 如果 平台充值和 微信到款 不一致 这才有问题。
143 -~-~-解决:
144 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
145 -售后（跟单）工程师：施文俊
146 -
147 -
148 148  = zpd_case#18_20191120 =
149 149  
150 150  问题描述：客户的意思是想一个手机充值，他公司的司机可以在我们这里充电，费用全部从充值手机扣费。整个车队用一张卡充电，所有展鹏达的桩都可以给此车队充电。
... ... @@ -264,7 +264,7 @@
264 264  状态（☑表示选定 ）：  已解决 | 处理中 | 暂搁置 
265 265  售后（跟单）工程师：施文俊  CHinyee
266 266  
267 -= =
126 += =
268 268  
269 269  = zpd_case#13_20191104 =
270 270  
... ... @@ -342,7 +342,7 @@
342 342  状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
343 343  售后（跟单）工程师：施文俊  CHinyee
344 344  
345 -= =
204 += =
346 346  
347 347  = zpd_case#10_20191024 =
348 348  
... ... @@ -436,7 +436,7 @@
436 436  4.2、登录后台查数据，进行分析，将结果汇报现场人员。
437 437  4.3、不能解决的问题，填写工单提供令狐充，包括：数据、问题描述。（详细见 工单模板）
438 438  
439 -= =
298 += =
440 440  
441 441  = zpd_case#7_20191023 =
442 442  
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