文档更改展鹏达

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

Summary

Details

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