从版本< 24.4 >
yuandong he编辑
在2020/02/17 12:27上
到版本
yuandong he编辑
在2020/01/13 15:27上
< >
修改评论 上传新附件1578900456181-994.png

Summary

Details

Page properties
Content
... ... @@ -2,131 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= gdss_case#10_20200217 =
6 -
7 -问题描述:http:~/~/cloud.linghuchongtech.com/DynamicAdmin2/login.html
8 -
9 -账号:ssxny
10 -吴小英说这个账号无法登录。
11 -
12 -
13 -~-~-跟踪
14 -
15 -【YD】:我试了下该账号出现了“同时登陆用户数量超过限制”的提示。**与之前金凯瑞jkr_case#28_20200211属于同样的问题,故以同样的方式处理。**
16 -1、他这个问题之前都提过几次。他的账号有同时登陆数量20的限制
17 -2、之前有和John说过 John处理完后一直建议他那边退出账号后再关闭网页。
18 -3、吴小英原话说“我们许总说为什么出现这样的问题,要你们给出问题解决”
19 -
20 -**客户不按规则操作,故给他同时登录次数设到100,避免再出现**
21 -
22 -~-~-解决
23 -
24 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
25 -售后(跟单)工程师 YD
26 -
27 -= gdss_case#9_20200117 =
28 -
29 -(% class="wikigeneratedid" %)
30 -问题描述:截止到今 颂盛未处理异常账单统计
31 -
32 -(% class="box infomessage" %)
33 -(((
34 -提供一份数据:1)未处理异常账单统计。
35 -
36 -1)异常账单统计:下表为 **2019年3月到至今**之未处理异常代码统计
37 -
38 -|**异常代码\统计时间段**|**201903-至今**
39 -|**1-账单丢失**|261
40 -|(((
41 -**3- 时间异常**
42 -)))|219
43 -|**11-电量丢失**|294
44 -|**2-账单丢失(设备离线)**|7
45 -|**3,4(充电电量异常),5(充电时长异常),8(充电电量与平台不符),9(充电时长与平台不符)**|1
46 -|**3,5,7(充电时间重叠),8,9**|2
47 -|**3,5,8,9**|1
48 -|**3,6(占桩时长异常)**|18
49 -|**3,8**|273
50 -|**3,8,6**|115
51 -|**3,8,9**|3
52 -|**4,8,6**|1
53 -|**6**|1291
54 -|**7**|15
55 -|**7,8**|3
56 -|**7,8,9**|20
57 -|**7,8,9,6**|44
58 -|**7,9,6**|15
59 -|**8**|77854
60 -|**8,6**|32902
61 -|**8,9**|536
62 -|**8,9,6**|1347
63 -|**9**|36
64 -|**9,6**|33
65 -|**合计**|115291‬
66 -)))
67 -
68 -~-~-解决:
69 -状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置
70 -
71 -数据统计人:Chinyee
72 -
73 -
74 -= gdss_case#8_20200115 =
75 -
76 -问题描述:旧平台
77 -1.吴小英说他误修复了几张异常账单,希望把那几张单改回异常状态。
78 -
79 -2.修复后报表里多了这几张单,颂盛的客人那边会出现前后报表不一致的情况。他想避免这情况
80 -
81 -3.旧平台上他反应未修复的账单也能在报表看到20200108165713818444 20200111022016826908 这两个账单是没修复过的
82 -
83 -~-~-跟踪
84 -
85 -【YD】:
86 -
87 -1)2)已修复的,我们不能随意修改客户数据,如果客人问起来您需要向他们解释。
88 -3)颂盛这边一直都是配置成允许异常账单先结算扣款,后续人工修复再补扣,所以报表能看到
89 -【shi】:1、下图配置的意思是允许异常账单先结算扣款,后续人工修复再补扣。
90 -2、一些客户不能及时修复账单,是用了先结算, bo2和bo1的机制是一样的。
91 -3、建议客户及时处理异常账单,特别是公交周期结算前 是必须处理完的。
92 -[[image:1579061130998-533.png]]
93 -
94 -
95 -
96 -~-~-解决:
97 -状态(√表示选定 ): 已解决 | 处理中 | 暂搁置
98 -
99 -售后(跟单)工程师:施文俊 YD
100 -
101 -= gdss_case#7_20200113 =
102 -
103 -问题描述:
104 -
105 -颂盛旧系统平台
106 -日期:2020-01-13
107 -桩站名称:颂盛站点
108 -手机号:
109 -订单号:20200113131916994301、20200113130454355822、20200113130336691650、20200113130240664036、20200113125312202217、20200113125311761057、20200113125203914204、20200113124854037470、20200113124637079267、20200113124544419307、20200113123331114379、20200113123029340160、20200113122916302241、20200113122040542106、20200113120748494182、20200113120300119547、20200113115846103652、20200113115828334527、20200113114219467743、20200113113813352135
110 -充电桩号:44011300040000200055、、44011300040000250003、44011300040000240001、44011300040000210006、44011300040000200085、44011300040000200054、44011300040000210005、44011300040000200083、44011300040000240002、44011300040000200053、44011300040000200093
111 -充电枪号: 
112 -充电时间:
113 -结束时间:
114 -现场网络连接状态:正常 
115 - 异常状态:充电电量与平台不符
116 -问题描述:充电电量与平台不符,请帮忙查看一下是什么原因,见下图:
117 -
118 -[[image:1578900456181-994.png||height="469" width="942"]]
119 -
120 -~-~-跟踪
121 -
122 -【YD】:转研发确认是否与gdss_case#6_20191204的原因一致。
123 -【令技术】:以上账单中出现的“充电电量与平台不符”的异常,  都是由于充电桩在充电前上送心跳的电表总读数均为0, 启动充电后,电表总读数变为一个较大的值 造成的 计算异常。
124 -
125 -~-~-解决:
126 -状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置
127 -
128 -售后(跟单)工程师:施文俊 YD
129 -
130 130  = gdss_case#6_20191204 =
131 131  
132 132  广州颂盛旧系统平台
... ... @@ -324,7 +324,7 @@
324 324  
325 325  售后(跟单)工程师:施文俊  何倩怡
326 326  
327 -= =
202 += =
328 328  
329 329  = gdss_case#2_20190927 =
330 330  
... ... @@ -398,7 +398,8 @@
398 398   金凯瑞工程人员、项目经理、平台管理员
399 399   令狐充平台工程师
400 400   番禺场站公交负责人、运维人员
401 -\\阶段性成果:
276 +
277 +阶段性成果:
402 402   a、介绍平台功能和基本使用情况。客户运维、金凯瑞平台运维和令狐充运维 建微信群 计划初期对运营进行支撑和维护。
403 403   b、目前支持站点密码为场站之车辆进行充电。
404 404   c、少量电桩完成平台接入,并通过公交充电测试。其余待网络、电力设备就绪后逐个接入平台。
1579061130998-533.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -51.9 KB
Content