文档更改展鹏达

在2020/06/11 15:02上被chinyee he修改
从版本< 60.1 >
由chinyee he编辑
在2020/03/13 16:18上
到版本
由chinyee he编辑
在2019/11/26 16:39上
< >
修改评论 上传新附件1574757558197-103.png

Summary

Details

Page properties
Content
... ... @@ -2,277 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -(% class="wikigeneratedid" %)
6 -= zpd_case#33_20200312 =
7 -
8 -问题描述：对于同一种充值面额送代金卷，为了满足大小客户（大客户：大货车，一次充电消费超过100元的；小客户：私家车），分别送给他们不同面额的代金卷。
9 -
10 -
11 -~-~-跟踪
12 -
13 -【产品】：标签有自定义标签和固定标签。自定义标签是通过设置一个标签的名称，然后人工绑定用户的方式实现。固定标签就是系统写好了逻辑，只要用户达到了标准，就自动打标签。就是固定标签绑定了活动，当有新的用户满足条件打了标签，就自动加入活动。（如果活动还在有效期内的话）自定义标签绑定了活动之后，标签内的用户自动绑定了活动，如果你编辑标签，增减里面的人员，就自动增减了参与活动的人。然后活动允许同时绑定多个固定和自定义标签，会进行排重。固定标签需要增加一个金额大于x元=高额消费的标签，这个功能开发+测试需要4个工作日，最快3月23日开始。
14 -
15 -~-~-解决:
16 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
17 -售后（跟单）工程师：chinyee
18 -
19 -
20 -= zpd_case#32_20200312 =
21 -
22 -问题描述：这个客户反应5元的代金卷不可以使用！你能不能帮我看下是怎么回事！
23 -
24 -[[image:1584079992638-746.png||height="578" width="267"]]
25 -
26 -
27 -~-~-跟踪
28 -
29 -【chinyee】：该用户今天凌晨一共充了三次电都有用到优惠券5元，请问是哪天没用到
30 -
31 -【客户】：那他5元卷估计用不完
32 -
33 -【chinyee】：您可以在充电记录页面输入手机号，点击查看详情里面的收费记录都有写清楚。
34 -
35 -~-~-解决:
36 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
37 -售后（跟单）工程师：chinyee
38 -
39 -
40 -= zpd_case#32_20200306 =
41 -
42 -问题描述：展鹏达查看滴滴充电记录
43 -
44 -~-~-跟踪
45 -
46 -(% class="box" %)
47 -(((
48 -【步骤】：
49 -1、登录https:~/~/mc.linghuchongtech.com/， 依次进入“首页/营收管理/账单管理/充电记录”。
50 -2、子运营商选择“小桔滴滴”；选择时间区间，点查询。
51 -[[image:1583466955565-257.png]]
52 -)))
53 -
54 -~-~-解决:
55 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
56 -售后（跟单）工程师：施文俊
57 -
58 -= zpd_case#31_20200302 =
59 -
60 -问题描述：展鹏达公众号无法使用一号多充
61 -
62 -背景
63 -
64 -现在一个车队，有10台车，已经办了充电卡，现在充电卡还没有送到客户手中。
65 -客户着急给这10台车充电，发现公众号上有一号多充功能，可是不能使用！
66 -
67 -~-~-跟踪
68 -
69 -【YD】：13927583235 用户不是虚拟用户，无法查询到充电密码。让展鹏达人员告诉客户使用密码进行多充。
70 -
71 -~-~-解决:
72 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
73 -售后（跟单）工程师：施文俊YD
74 -
75 -= zpd_case#30_20200114 =
76 -
77 -问题描述：客户扫码充电显示有一个任务未结束，请在-173662秒内完成操作启动充电。重复操作后还是显示这个页面。请郑经理联系令狐冲后台处理。
78 -
79 -[[image:1578991825541-925.png||height="369" width="185"]][[image:1578991849273-335.png||height="377" width="189"]]
80 -
81 -~-~-跟踪
82 -【令技术】：这个是前天历史遗留的异常状况 已经处理了
83 -
84 -~-~-解决:
85 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
86 -售后（跟单）工程师：chinyee
87 -
88 -
89 -= zpd_case#29_20200113 =
90 -
91 -问题描述：现在管理员反应，我们现在有充电桩，启动不了桩！任务也结束不了！用户已插枪，再扫码显示有充电任务！ 20200113113140381259现在河背的桩出现这样的问题
92 -
93 -[[image:1578887635953-279.png||height="433" width="212"]]
94 -
95 -~-~-跟踪
96 -【chinyee】：在平台上看该账单状态一直为 正在鉴权
97 -
98 -数据库查看该账单
99 -
100 -[[image:1578887731182-686.png||height="157" width="416"]]
101 -
102 -recharge_history_status_report：
103 -
104 -[[image:1578887757179-448.png||height="146" width="823"]]
105 -
106 -【令技术】：扫码之后一直没有启动充电
107 -
108 -~-~-解决:
109 -
110 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
111 -售后（跟单）工程师：chinyee
112 -
113 -= zpd_case#28_20200110 =
114 -
115 -问题描述：你好，这个客户第一个充了21.99度电没计费！你这边能不能查下什么原因？谢谢
116 -
117 -[[image:1578627678520-549.png||height="214" width="444"]]
118 -
119 -~-~-跟踪
120 -【令】：这张是故障账单 把这个账单号输入到故障账单 点击手动修正 点击右上角应用 再按确定
121 -
122 -~-~-解决:
123 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
124 -售后（跟单）工程师：chinyee
125 -
126 -
127 -= zpd_case#27_20200108 =
128 -
129 -问题描述：展鹏达对接小桔（即 滴滴app扫码充电）
130 -
131 -~-~-跟踪
132 -【背景】： 对接需要满足以下：
133 -1、技术对接。【niewei】
134 -2、站点和桩的基础数据完整性。（类似粤易充之必填数据）。【我方指导客户操作】
135 -3、子运营商配置（类似坚信对接小桔）。【我方配置】
136 -
137 -【YD】：20200109
138 -
139 -2）站点及桩资料已在平台配置好。
140 -
141 -3）已在平台配置好//**(滴滴子运营已启用，对接虚拟用户余额为0)**//。
142 -~-~-解决:
143 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
144 -售后（跟单）工程师：施文俊
145 -
146 -
147 -= zpd_case#26_20200102 =
148 -
149 -问题描述：财务需知道19年3、4季度桩枪数变化
150 -
151 -~-~-跟踪
152 -【shi】：见下图
153 -2019第三季度
154 -[[image:1577938362114-288.png]]
155 -2019第四季度
156 -[[image:1577938300443-831.png]]
157 -~-~-解决:
158 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
159 -售后（跟单）工程师：施文俊
160 -
161 -= zpd_case#25_20191230 =
162 -
163 -问题描述：河背2号桩1号枪扫码后不显示自动充满！其他没有问题！
164 -
165 -~-~-跟踪
166 -【令】： 44030900210000200007这个桩的1号枪 客户扫码后手机没有 自动充满 这个选项 导致用户取消服务 都去2号桩充电去了 我看了近几日数据都是这样
167 -
168 -【令技术】：桩有问题，上传的状态一直都是枪没有插上。界面上应该是提示他们插枪，如果插了枪也没变化就有可能是充电枪坏了 （考虑到换到2号枪就没问题可以排除程序问题和车问题）
169 -~-~-解决:
170 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
171 -售后（跟单）工程师：chinyee  施文俊
172 -
173 -= zpd_case#24_20191217 =
174 -
175 -问题描述：有没有那种下个微信公众号，绑定充电卡，客户可以自己往卡里面充值？
176 -
177 -~-~-跟踪
178 -【令】： 可以让客户关注展鹏达微信号并注册，您这边去会员管理通过手机号找到他，点击编辑 输入充电卡号就可以，然后直接微信充值就行 卡里和账户余额的钱是一样的。
179 -~-~-解决:
180 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
181 -售后（跟单）工程师：chinyee
182 -
183 -
184 -= zpd_case#23_20191205 =
185 -
186 -问题描述：客户在部门管理新建了一个部门，采用刷卡和密码充电，开通一个子账户给部门客户查看充电记录。
187 -
188 -~-~-跟踪
189 -【令】： 帮客户新建了一个账号jybj（供车队使用） 权限为查看充电记录
190 -新建了一个子运营商 玖月搬家公司 部门已绑定子运营商。该部门为这周开始设置，需要导入之前的充电记录。
191 -~-~-解决:
192 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
193 -售后（跟单）工程师：施文俊 chinyee
194 -
195 -
196 -= zpd_case#22_20191204 =
197 -
198 -问题描述：松岗3号桩用密码充不了电
199 -
200 -[[image:1575422351371-202.png||height="376" width="501"]]
201 -
202 -~-~-跟踪
203 -
204 -【令】：查看该时间段出现桩故障，让客户检查网络是否稳定。
205 -
206 -[[image:1575422415927-246.png||height="38" width="654"]]
207 -
208 -~-~-解决:
209 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
210 -售后（跟单）工程师：chinyee
211 -
212 -
213 -= zpd_case#21_20191126 =
214 -
215 -问题描述：办理企业号客户反应了两个问题！
216 -
217 -~-~-跟踪
218 -
219 -【shi】：以下问题皆基于刷卡充电前提，需分用户类型讨论，
220 -类型1：真实个人注册了微信充电服务-简称：【真实用户】
221 -类型2：未注册微信充电服务-简称：【虚拟用户】
222 -
223 -1.每次充电电度，地点和金额能不能通过微信或者短信的方式通知到客户？客户知道在哪里消费了多少金额！
224 -答： 
225 -【真实用户】方案：真实用户之微信号+【选择部门扣费渠道】。
226 -【虚拟用户】方案：虚拟用户 分配 在1个部门（子运营商），提供给部门管理员平台的子账号，可登录后台查看相关充电记录。
227 -\\2，客户余额能否设置个报警告知客户卡上余额不多了需要充值？
228 -答：
229 -【真实用户】方案：“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。
230 -【虚拟用户】方案： ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门，页面右上角 配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。查看部门操作见下：
231 -a）“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
232 -b）”首页/客户管理/企业部门管理“中定位部门，为其设置手机号。
233 -\\具体操作需根据客户选择，再给出操作步骤。
234 -
235 -~~update 12.3
236 -
237 -【chinyee】：客户选择了虚拟用户类型进行操作配置。
238 -帮客户新建了一个账号whly（供车队使用） 权限为查看充电记录
239 -新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商
240 -【shi】：人工补救处理办法。 shi已处理。
241 -1、查询部门id=28的充电记录之条件sql 如下，知悉11.22日后此部门下用户开始充电，发现此部门下只有1个虚拟需用，useId=00072889
242 -where 1=1
243 -and rh.C_CREATE_DATE>'2019-11-22 02:00' 
244 -#and rh.C_SUBOPERATOR=16
245 -and m.C_ENTERPRISE_ID=28
246 -
247 -2、根据1分析结果，执行纠正数据（因运营数据之关键，执行需确保100%无误）
248 - a 确认需纠正数据，比如数量。
249 - 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');
250 - b  执行纠正数据
251 - 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');
252 -
253 -~-~-解决:
254 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
255 -售后（跟单）工程师：施文俊
256 -
257 -
258 -
259 -= zpd_case#21_20191126 =
260 -
261 -问题描述：这个车天天在我这里充电，今天怎么都充不了了！这个报错是什么意思？
262 -
263 -[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
264 -
265 -~-~-跟踪
266 -
267 -【chinyee】：从充电记录来看，充电停止原因：[2]与车辆通信超时
268 -
269 -【shi】：bms 和电桩握手时超时，车的bms问题，然后让他去找车厂
270 -
271 -~-~-解决:
272 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
273 -售后（跟单）工程师：施文俊 chinyee
274 -
275 -
276 276  = zpd_case#20_20191126 =
277 277  
278 278  问题描述：
... ... @@ -288,36 +288,6 @@
288 288  聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
289 289  
290 290  账单号：20191125004937842819、20191125202531894994
291 -~~update 20191127
292 -【john】：从日志上看是2-2-3-3这个顺序的，因为数据库日期字段精度问题丢失了毫秒，所以你这个查询排序有问题。另外因为变化太快，前端UI可能直接就拿到3了。
293 -【shi】：根据john回覆，应该不是2-3-2-3 问题。 以下新的分析发现， 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在（聚能桩存在状态1，且1-》2的时间消耗较多，对比盛弘桩不存在状态1）。
294 -~~~~~~~~聚能桩 3例
295 -~~44030900210000200006 | 20191125004937842819 鉴权轨迹  ，状态1-》2 用了55秒，状态2 -》3 用了37秒
296 -时间  状态
297 -2019-11-25 00:49:38  1
298 -2019-11-25 00:50:33  2
299 -2019-11-25 00:51:10  3
300 -~~44030900210000200007  | 20191127055345257233  鉴权轨迹  ，状态1-》2 用了30秒，状态2 -》3 用了22秒
301 -时间  状态
302 -2019-11-27 05:53:46  1
303 -2019-11-27 05:54:16  2
304 -2019-11-27 05:54:38  3
305 -~~44030900210000200008  | 20191127080234995388  鉴权轨迹  ，状态1-》2 用了20秒，状态2 -》3 用了19秒
306 -时间  状态
307 -2019-11-27 08:02:34  1
308 -2019-11-27 08:02:54  2
309 -2019-11-27 08:03:13  3
310 -\\~~~~~~~~盛弘桩 2 例，皆不存在 状态 1，说明都是插枪后 鉴权，桩上送的是2-枪准备就绪
311 -~~ 44030900210000200001 | 20191127085834682518  鉴权轨迹  ，状态2 -》3 用了33秒
312 -时间  状态
313 -2019-11-27 08:58:34  2
314 -2019-11-27 08:59:07  3
315 -~~ 44030900210000200001 | 20191127085816880169  鉴权轨迹  ，状态2 -》3 用了27秒
316 -时间  状态
317 -2019-11-27 08:58:33    2
318 -2019-11-27 08:59:00  3
319 -【客户】：现场试充电桩，已经没有延迟问题。
320 -【shi】：聚能未报告有做改动。令狐充未做改动，待观察，后续有类似情况请用户：1）拍视频。2）提供账单号
321 321  
322 322  ~-~-解决:
323 323  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
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
1578627678520-549.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -1.9 MB
Content
1578887635953-279.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -641.1 KB
Content
1578887731182-686.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -18.1 KB
Content
1578887746240-190.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -84.9 KB
Content
1578887757179-448.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -84.9 KB
Content
1578991825541-925.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -709.3 KB
Content
1578991849273-335.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -326.3 KB
Content
1583466955565-257.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -74.5 KB
Content
1584079992638-746.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -539.1 KB
Content