文档更改展鹏达

在2020/06/11 15:02上被chinyee he修改
从版本< 33.1 >
由chinyee he编辑
在2019/11/26 16:39上
到版本
由chinyee he编辑
在2019/12/05 14:22上
< >
修改评论 该版本没有评论

Summary

Details

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