从版本< 34.2 >
shi chuck编辑
在2019/11/27 11:29上
到版本
shi chuck编辑
在2020/01/02 12:11上
< >
修改评论 上传新附件1577938300443-831.png

Summary

Details

Page properties
Content
... ... @@ -2,9 +2,106 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -(% class="wikigeneratedid" %)
5 += zpd_case#25_20191230 =
6 +
7 +问题描述:河背2号桩1号枪扫码后不显示自动充满!其他没有问题!
8 +
9 +~-~-跟踪
10 +【令】: 44030900210000200007这个桩的1号枪 客户扫码后手机没有 自动充满 这个选项 导致用户取消服务 都去2号桩充电去了 我看了近几日数据都是这样
11 +
12 +【令技术】:桩有问题,上传的状态一直都是枪没有插上。界面上应该是提示他们插枪,如果插了枪也没变化就有可能是充电枪坏了 (考虑到换到2号枪就没问题可以排除程序问题和车问题)
13 +~-~-解决:
14 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
15 +售后(跟单)工程师:chinyee  施文俊
16 +
17 += zpd_case#24_20191217 =
18 +
19 +问题描述:有没有那种下个微信公众号,绑定充电卡,客户可以自己往卡里面充值?
20 +
21 +~-~-跟踪
22 +【令】: 可以让客户关注展鹏达微信号并注册,您这边去会员管理通过手机号找到他,点击编辑 输入充电卡号就可以,然后直接微信充值就行 卡里和账户余额的钱是一样的。
23 +~-~-解决:
24 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
25 +售后(跟单)工程师:chinyee
26 +
27 +
28 += zpd_case#23_20191205 =
29 +
30 +问题描述:客户在部门管理新建了一个部门,采用刷卡和密码充电,开通一个子账户给部门客户查看充电记录。
31 +
32 +~-~-跟踪
33 +【令】: 帮客户新建了一个账号jybj(供车队使用) 权限为查看充电记录
34 +新建了一个子运营商 玖月搬家公司 部门已绑定子运营商。该部门为这周开始设置,需要导入之前的充电记录。
35 +~-~-解决:
36 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
37 +售后(跟单)工程师:施文俊 chinyee
38 +
39 +
40 += zpd_case#22_20191204 =
41 +
42 +问题描述:松岗3号桩用密码充不了电
43 +
44 +[[image:1575422351371-202.png||height="376" width="501"]]
45 +
46 +~-~-跟踪
47 +
48 +【令】:查看该时间段出现桩故障,让客户检查网络是否稳定。
49 +
50 +[[image:1575422415927-246.png||height="38" width="654"]]
51 +
52 +~-~-解决:
53 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
54 +售后(跟单)工程师:chinyee
55 +
56 +
6 6  = zpd_case#21_20191126 =
7 7  
59 +问题描述:办理企业号客户反应了两个问题!
60 +
61 +~-~-跟踪
62 +
63 +【shi】:以下问题皆基于刷卡充电前提,需分用户类型讨论,
64 +类型1:真实个人注册了微信充电服务-简称:【真实用户】
65 +类型2:未注册微信充电服务-简称:【虚拟用户】
66 +
67 +1.每次充电电度,地点和金额能不能通过微信或者短信的方式通知到客户?客户知道在哪里消费了多少金额!
68 +答: 
69 +【真实用户】方案:真实用户之微信号+【选择部门扣费渠道】。
70 +【虚拟用户】方案:虚拟用户 分配 在1个部门(子运营商),提供给部门管理员平台的子账号,可登录后台查看相关充电记录。
71 +\\2,客户余额能否设置个报警告知客户卡上余额不多了需要充值?
72 +答:
73 +【真实用户】方案:“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值,余额达到指定金额,系统给出微信消息提示。
74 +【虚拟用户】方案: ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门,页面右上角 配置 【账号余额提醒】阀值,余额达到指定金额,系统给出微信消息提示。查看部门操作见下:
75 +a)“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
76 +b)”首页/客户管理/企业部门管理“中定位部门,为其设置手机号。
77 +\\具体操作需根据客户选择,再给出操作步骤。
78 +
79 +~~update 12.3
80 +
81 +【chinyee】:客户选择了虚拟用户类型进行操作配置。
82 +帮客户新建了一个账号whly(供车队使用) 权限为查看充电记录
83 +新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商
84 +【shi】:人工补救处理办法。 shi已处理。
85 +1、查询部门id=28的充电记录之条件sql 如下,知悉11.22日后此部门下用户开始充电,发现此部门下只有1个虚拟需用,useId=00072889
86 +where 1=1
87 +and rh.C_CREATE_DATE>'2019-11-22 02:00' 
88 +#and rh.C_SUBOPERATOR=16
89 +and m.C_ENTERPRISE_ID=28
90 +
91 +2、根据1分析结果,执行纠正数据(因运营数据之关键,执行需确保100%无误)
92 + a 确认需纠正数据,比如数量。
93 + 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');
94 + b  执行纠正数据
95 + 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');
96 +
97 +~-~-解决:
98 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
99 +售后(跟单)工程师:施文俊
100 +
101 +
102 +
103 += zpd_case#21_20191126 =
104 +
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
135 +~~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
163 +【客户】:现场试充电桩,已经没有延迟问题。
164 +【shi】:聚能未报告有做改动。令狐充未做改动,待观察,后续有类似情况请用户:1)拍视频。2)提供账单号
65 65  
66 66  ~-~-解决:
67 67  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
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