从版本< 34.4 >
shi chuck编辑
在2019/11/29 22:09上
到版本
shi chuck编辑
在2019/11/27 11:29上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,26 +2,9 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 +(% class="wikigeneratedid" %)
5 5  = zpd_case#21_20191126 =
6 6  
7 -问题描述:办理企业号客户反应了两个问题!
8 -
9 -
10 -~-~-跟踪
11 -
12 -1.每次充电电度,地点和金额能不能通过微信或者短信的方式通知到客户?客户知道在哪里消费了多少金额!
13 -2,客户余额能否设置个报警告知客户卡上余额不多了需要充值?@施文俊 这个是部门扣费 但企业客户没有在公众号注册 如果要在微信有账单上传就要注册 平台绑定部门咯?
14 -【shi】:
15 -
16 -~-~-解决:
17 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
18 -售后(跟单)工程师:施文俊
19 -
20 -
21 -
22 -
23 -= zpd_case#21_20191126 =
24 -
25 25  问题描述:这个车天天在我这里充电,今天怎么都充不了了!这个报错是什么意思?
26 26  
27 27  [[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
... ... @@ -52,7 +52,6 @@
52 52  聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
53 53  
54 54  账单号:20191125004937842819、20191125202531894994
55 -~~update 20191127
56 56  【john】:从日志上看是2-2-3-3这个顺序的,因为数据库日期字段精度问题丢失了毫秒,所以你这个查询排序有问题。另外因为变化太快,前端UI可能直接就拿到3了。
57 57  【shi】:根据john回覆,应该不是2-3-2-3 问题。 以下新的分析发现, 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在(聚能桩存在状态1,且1-》2的时间消耗较多,对比盛弘桩不存在状态1)。
58 58  ~~~~~~~~聚能桩 3例
... ... @@ -80,8 +80,6 @@
80 80  时间  状态
81 81  2019-11-27 08:58:33    2
82 82  2019-11-27 08:59:00  3
83 -【客户】:现场试充电桩,已经没有延迟问题。
84 -【shi】:聚能未报告有做改动。令狐充未做改动,待观察,后续有类似情况请用户:1)拍视频。2)提供账单号
85 85  
86 86  ~-~-解决:
87 87  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
... ... @@ -218,7 +218,7 @@
218 218  状态(☑表示选定 ):  已解决 | 处理中 | 暂搁置 
219 219  售后(跟单)工程师:施文俊  CHinyee
220 220  
221 -= =
201 += =
222 222  
223 223  = zpd_case#13_20191104 =
224 224  
... ... @@ -296,7 +296,7 @@
296 296  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
297 297  售后(跟单)工程师:施文俊  CHinyee
298 298  
299 -= =
279 += =
300 300  
301 301  = zpd_case#10_20191024 =
302 302  
... ... @@ -390,7 +390,7 @@
390 390  4.2、登录后台查数据,进行分析,将结果汇报现场人员。
391 391  4.3、不能解决的问题,填写工单提供令狐充,包括:数据、问题描述。(详细见 工单模板)
392 392  
393 -= =
373 += =
394 394  
395 395  = zpd_case#7_20191023 =
396 396