文档更改展鹏达

在2020/06/11 15:02上被chinyee he修改
从版本< 31.7 >
由yuandong he编辑
在2019/11/26 14:03上
到版本
由chinyee he编辑
在2020/01/14 16:50上
< >
修改评论 上传新附件1578991825541-925.png

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.yuandong
1 +XWiki.Chinyee
Content
... ... @@ -2,8 +2,195 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= zpd_case#6_20191126 =
5 += zpd_case#29_20200113 =
6 6  
7 +问题描述：现在管理员反应，我们现在有充电桩，启动不了桩！任务也结束不了！用户已插枪，再扫码显示有充电任务！ 20200113113140381259现在河背的桩出现这样的问题
8 +
9 +[[image:1578887635953-279.png||height="433" width="212"]]
10 +
11 +~-~-跟踪
12 +【chinyee】：在平台上看该账单状态一直为 正在鉴权
13 +
14 +数据库查看该账单
15 +
16 +[[image:1578887731182-686.png||height="157" width="416"]]
17 +
18 +recharge_history_status_report：
19 +
20 +[[image:1578887757179-448.png||height="146" width="823"]]
21 +
22 +【令技术】：扫码之后一直没有启动充电
23 +
24 +~-~-解决:
25 +
26 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
27 +售后（跟单）工程师：chinyee
28 +
29 += zpd_case#28_20200110 =
30 +
31 +问题描述：你好，这个客户第一个充了21.99度电没计费！你这边能不能查下什么原因？谢谢
32 +
33 +[[image:1578627678520-549.png||height="214" width="444"]]
34 +
35 +~-~-跟踪
36 +【令】：这张是故障账单 把这个账单号输入到故障账单 点击手动修正 点击右上角应用 再按确定
37 +
38 +~-~-解决:
39 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
40 +售后（跟单）工程师：chinyee
41 +
42 +
43 += zpd_case#27_20200108 =
44 +
45 +问题描述：展鹏达对接小桔（即 滴滴app扫码充电）
46 +
47 +~-~-跟踪
48 +【背景】： 对接需要满足以下：
49 +1、技术对接。【niewei】
50 +2、站点和桩的基础数据完整性。（类似粤易充之必填数据）。【我方指导客户操作】
51 +3、子运营商配置（类似坚信对接小桔）。【我方配置】
52 +
53 +【YD】：20200109
54 +
55 +2）站点及桩资料已在平台配置好。
56 +
57 +3）已在平台配置好//**(滴滴子运营已启用，对接虚拟用户余额为0)**//。
58 +~-~-解决:
59 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
60 +售后（跟单）工程师：施文俊
61 +
62 +
63 += zpd_case#26_20200102 =
64 +
65 +问题描述：财务需知道19年3、4季度桩枪数变化
66 +
67 +~-~-跟踪
68 +【shi】：见下图
69 +2019第三季度
70 +[[image:1577938362114-288.png]]
71 +2019第四季度
72 +[[image:1577938300443-831.png]]
73 +~-~-解决:
74 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
75 +售后（跟单）工程师：施文俊
76 +
77 += zpd_case#25_20191230 =
78 +
79 +问题描述：河背2号桩1号枪扫码后不显示自动充满！其他没有问题！
80 +
81 +~-~-跟踪
82 +【令】： 44030900210000200007这个桩的1号枪 客户扫码后手机没有 自动充满 这个选项 导致用户取消服务 都去2号桩充电去了 我看了近几日数据都是这样
83 +
84 +【令技术】：桩有问题，上传的状态一直都是枪没有插上。界面上应该是提示他们插枪，如果插了枪也没变化就有可能是充电枪坏了 （考虑到换到2号枪就没问题可以排除程序问题和车问题）
85 +~-~-解决:
86 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
87 +售后（跟单）工程师：chinyee  施文俊
88 +
89 += zpd_case#24_20191217 =
90 +
91 +问题描述：有没有那种下个微信公众号，绑定充电卡，客户可以自己往卡里面充值？
92 +
93 +~-~-跟踪
94 +【令】： 可以让客户关注展鹏达微信号并注册，您这边去会员管理通过手机号找到他，点击编辑 输入充电卡号就可以，然后直接微信充值就行 卡里和账户余额的钱是一样的。
95 +~-~-解决:
96 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
97 +售后（跟单）工程师：chinyee
98 +
99 +
100 += zpd_case#23_20191205 =
101 +
102 +问题描述：客户在部门管理新建了一个部门，采用刷卡和密码充电，开通一个子账户给部门客户查看充电记录。
103 +
104 +~-~-跟踪
105 +【令】： 帮客户新建了一个账号jybj（供车队使用） 权限为查看充电记录
106 +新建了一个子运营商 玖月搬家公司 部门已绑定子运营商。该部门为这周开始设置，需要导入之前的充电记录。
107 +~-~-解决:
108 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
109 +售后（跟单）工程师：施文俊 chinyee
110 +
111 +
112 += zpd_case#22_20191204 =
113 +
114 +问题描述：松岗3号桩用密码充不了电
115 +
116 +[[image:1575422351371-202.png||height="376" width="501"]]
117 +
118 +~-~-跟踪
119 +
120 +【令】：查看该时间段出现桩故障，让客户检查网络是否稳定。
121 +
122 +[[image:1575422415927-246.png||height="38" width="654"]]
123 +
124 +~-~-解决:
125 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
126 +售后（跟单）工程师：chinyee
127 +
128 +
129 += zpd_case#21_20191126 =
130 +
131 +问题描述：办理企业号客户反应了两个问题！
132 +
133 +~-~-跟踪
134 +
135 +【shi】：以下问题皆基于刷卡充电前提，需分用户类型讨论，
136 +类型1：真实个人注册了微信充电服务-简称：【真实用户】
137 +类型2：未注册微信充电服务-简称：【虚拟用户】
138 +
139 +1.每次充电电度，地点和金额能不能通过微信或者短信的方式通知到客户？客户知道在哪里消费了多少金额！
140 +答： 
141 +【真实用户】方案：真实用户之微信号+【选择部门扣费渠道】。
142 +【虚拟用户】方案：虚拟用户 分配 在1个部门（子运营商），提供给部门管理员平台的子账号，可登录后台查看相关充电记录。
143 +\\2，客户余额能否设置个报警告知客户卡上余额不多了需要充值？
144 +答：
145 +【真实用户】方案：“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。
146 +【虚拟用户】方案： ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门，页面右上角 配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。查看部门操作见下：
147 +a）“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
148 +b）”首页/客户管理/企业部门管理“中定位部门，为其设置手机号。
149 +\\具体操作需根据客户选择，再给出操作步骤。
150 +
151 +~~update 12.3
152 +
153 +【chinyee】：客户选择了虚拟用户类型进行操作配置。
154 +帮客户新建了一个账号whly（供车队使用） 权限为查看充电记录
155 +新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商
156 +【shi】：人工补救处理办法。 shi已处理。
157 +1、查询部门id=28的充电记录之条件sql 如下，知悉11.22日后此部门下用户开始充电，发现此部门下只有1个虚拟需用，useId=00072889
158 +where 1=1
159 +and rh.C_CREATE_DATE>'2019-11-22 02:00' 
160 +#and rh.C_SUBOPERATOR=16
161 +and m.C_ENTERPRISE_ID=28
162 +
163 +2、根据1分析结果，执行纠正数据（因运营数据之关键，执行需确保100%无误）
164 + a 确认需纠正数据，比如数量。
165 + 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');
166 + b  执行纠正数据
167 + 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');
168 +
169 +~-~-解决:
170 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
171 +售后（跟单）工程师：施文俊
172 +
173 +
174 +
175 += zpd_case#21_20191126 =
176 +
177 +问题描述：这个车天天在我这里充电，今天怎么都充不了了！这个报错是什么意思？
178 +
179 +[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
180 +
181 +~-~-跟踪
182 +
183 +【chinyee】：从充电记录来看，充电停止原因：[2]与车辆通信超时
184 +
185 +【shi】：bms 和电桩握手时超时，车的bms问题，然后让他去找车厂
186 +
187 +~-~-解决:
188 +状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
189 +售后（跟单）工程师：施文俊 chinyee
190 +
191 +
192 += zpd_case#20_20191126 =
193 +
7 7  问题描述：
8 8  
9 9  你们说的等待30到80秒是指公众号扫码后，到公众号界面弹出充电选项; 还是公众号内已经下发了充电，电桩要30到80秒才有响应
... ... @@ -17,6 +17,36 @@
17 17  聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
18 18  
19 19  账单号：20191125004937842819、20191125202531894994
207 +~~update 20191127
208 +【john】：从日志上看是2-2-3-3这个顺序的，因为数据库日期字段精度问题丢失了毫秒，所以你这个查询排序有问题。另外因为变化太快，前端UI可能直接就拿到3了。
209 +【shi】：根据john回覆，应该不是2-3-2-3 问题。 以下新的分析发现， 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在（聚能桩存在状态1，且1-》2的时间消耗较多，对比盛弘桩不存在状态1）。
210 +~~~~~~~~聚能桩 3例
211 +~~44030900210000200006 | 20191125004937842819 鉴权轨迹  ，状态1-》2 用了55秒，状态2 -》3 用了37秒
212 +时间  状态
213 +2019-11-25 00:49:38  1
214 +2019-11-25 00:50:33  2
215 +2019-11-25 00:51:10  3
216 +~~44030900210000200007  | 20191127055345257233  鉴权轨迹  ，状态1-》2 用了30秒，状态2 -》3 用了22秒
217 +时间  状态
218 +2019-11-27 05:53:46  1
219 +2019-11-27 05:54:16  2
220 +2019-11-27 05:54:38  3
221 +~~44030900210000200008  | 20191127080234995388  鉴权轨迹  ，状态1-》2 用了20秒，状态2 -》3 用了19秒
222 +时间  状态
223 +2019-11-27 08:02:34  1
224 +2019-11-27 08:02:54  2
225 +2019-11-27 08:03:13  3
226 +\\~~~~~~~~盛弘桩 2 例，皆不存在 状态 1，说明都是插枪后 鉴权，桩上送的是2-枪准备就绪
227 +~~ 44030900210000200001 | 20191127085834682518  鉴权轨迹  ，状态2 -》3 用了33秒
228 +时间  状态
229 +2019-11-27 08:58:34  2
230 +2019-11-27 08:59:07  3
231 +~~ 44030900210000200001 | 20191127085816880169  鉴权轨迹  ，状态2 -》3 用了27秒
232 +时间  状态
233 +2019-11-27 08:58:33    2
234 +2019-11-27 08:59:00  3
235 +【客户】：现场试充电桩，已经没有延迟问题。
236 +【shi】：聚能未报告有做改动。令狐充未做改动，待观察，后续有类似情况请用户：1）拍视频。2）提供账单号
20 20  
21 21  ~-~-解决:
22 22  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
... ... @@ -153,7 +153,7 @@
153 153  状态（☑表示选定 ）：  已解决 | 处理中 | 暂搁置 
154 154  售后（跟单）工程师：施文俊  CHinyee
155 155  
156 -= =
373 += =
157 157  
158 158  = zpd_case#13_20191104 =
159 159  
... ... @@ -231,7 +231,7 @@
231 231  状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
232 232  售后（跟单）工程师：施文俊  CHinyee
233 233  
234 -= =
451 += =
235 235  
236 236  = zpd_case#10_20191024 =
237 237  
... ... @@ -325,7 +325,7 @@
325 325  4.2、登录后台查数据，进行分析，将结果汇报现场人员。
326 326  4.3、不能解决的问题，填写工单提供令狐充，包括：数据、问题描述。（详细见 工单模板）
327 327  
328 -= =
545 += =
329 329  
330 330  = zpd_case#7_20191023 =
331 331  
... ... @@ -680,3 +680,5 @@
680 680  
681 681  状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置  
682 682  售后（跟单）工程师：施文俊
900 +
901 +
1574757543672-178.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +1002.5 KB
Content
1574757558197-103.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +817.5 KB
Content
1575422351371-202.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +858.5 KB
Content
1575422415927-246.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +9.2 KB
Content
1577938300443-831.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +36.0 KB
Content
1577938362114-288.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +23.1 KB
Content
1578627678520-549.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +1.9 MB
Content
1578887635953-279.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +641.1 KB
Content
1578887731182-686.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +18.1 KB
Content
1578887746240-190.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +84.9 KB
Content
1578887757179-448.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +84.9 KB
Content
1578991825541-925.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +709.3 KB
Content