从版本< 56.1 >
chinyee he编辑
在2020/01/14 16:51上
到版本
chinyee he编辑
在2019/11/26 16:39上
< >
修改评论 上传新附件1574757558197-103.png

Summary

Details

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