从版本< 51.6 >
yuandong he编辑
在2020/03/30 10:14上
到版本
yuandong he编辑
在2020/05/20 10:14上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,9 +2,134 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 += igo_case#75_20200518 =
5 5  
7 +问题描述:20200518064503350604第一次这次账单是用户本人扫码启动,扣款正常;第二次20200518073426748674这个账单,通过现场监控核实是另外的用户扫码启动,但是充电记录和扣费均还是第一个用户。麻烦看一下是什么情况导致的。
6 6  
7 -(% class="wikigeneratedid" %)
9 +~-~-跟踪
10 +
11 +【YD&chinyee】:在平台上查询这两张单都属于正常账单,没看出异常情况。转研发查看
12 +
13 +【令技术】:他应该是把自己的公众号页面分享给对方了,这相当于对方拿他自己的手机公众号来扫码。这个链接的有效期是2小时,超过2小时就会无效了
14 +
15 +【YD】:客户认为这样启动充电不妥,希望禁用。已反馈产品记录
16 +
17 +
18 +补充:20200519
19 +
20 +IGO:下午好,昨天那位用户的问题,刚才跟他联系确认了下,用户表示确定该时段未分享过任何页面给其他人,不认同
21 +“分享充电界面”导致启动充电。请问下咱们能否确定是该启动方式。
22 +
23 +令:我查看了确实是通过分享的链接启动的,他是不是之前曾经分享过页面给其他人。后面这个人打开页面的链接多了一个from=singlemessage的参数,前面那个没有这个参数的。
24 +
25 +~-~-解决:
26 +状态(☑表示选定 ):☑ 已解决 | 处理中 | 暂搁置 
27 +数据统计人:YD chinyee
28 +
29 += igo_case#74_20200420 =
30 +
31 +问题描述:回酒店站这个站点的桩上的白名单都解绑了。不过在公众号上看站点是隐藏的
32 +
33 +~-~-跟踪
34 +
35 +【YD】:确认该站点的桩上没有白名单用户,但公众号上并未看到该站点 平台上也没看到类似隐藏站点相关的功能按钮。转研发确认
36 +
37 +【令技术】:小桔那边是不是也要打开
38 +
39 +【YD】:和IGO确认了,公众号和小桔都显示
40 +
41 +~-~-解决:
42 +状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
43 +数据统计人:施文俊 YD
44 +
45 += igo_case#73_20200411 =
46 +
47 +问题描述:17665497110,客户要求排查2个手机号在2018年迁移前
48 +
49 +(% class="box infomessage" %)
50 +(((
51 +【数据】:508ac2a1456711e8958c000c29072b08
52 +2018-04-21 21:24:27 2018-09-03 17:42:03
53 +提钱豫粤
54 +17665497110
55 +o18v31erqFJ6SL3kk0pD4PYLQXVA
56 +3213
57 +【结果】:17665497110 余额= 32.13 元
58 +
59 +~~update 2020-4-14
60 +
61 +17665497110  截止 2018-12-30前成功充值的明细。见:[[attach:mb_select充值充电_20181230之前.xls||target="_blank"]]
62 +[[image:1586847324966-213.png]]
63 +)))
64 +
65 +~-~-解决:
66 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
67 +数据统计人:施文俊
68 +
69 += igo_case#72_20200402 =
70 +
71 +问题描述:统计桩编号44030300030000200044 3月23号-4月1号 小桔和微信启动失败和成功的统计
72 +
73 +(% class="box infomessage" %)
74 +(((
75 +**1)启动统计:下表为 2020年3月23日0:00开始-4月1号24:00 之启动情况统计,(滴滴=滴滴app充电,微信=igo公众号充电)**
76 +
77 +(% border="1" %)
78 +|(((
79 +
80 +)))|**滴滴**|**微信**
81 +|(((
82 +**成功充电次数**
83 +)))|5|3
84 +|(((
85 +**启动服务失败**
86 +)))|0|(((
87 +35
88 +)))
89 +
90 +最近启动服务失败账单号:20200401105940722840、20200402160142735950、20200329173407536306
91 +)))
92 +
93 +~-~-解决:
94 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
95 +数据统计人:chinyee
96 +
97 +
98 += igo_case#71_20200401 =
99 +
100 +问题描述:此号电桩现场设备是网络正常的44030300030000200044,但是扫码之后提示设备离线,能帮忙看下什么原因吗
101 +
102 +~-~-跟踪
103 +
104 +【shi】:db中失败的记录,都符合“扫码之后提示设备离线”,重启后还是复现,转研发确认
105 +44030300030000200044   20200401105940722840  
106 +44030300030000200044   20200401105918537508  
107 +44030300030000200044   20200401105832986454  
108 +44030300030000200044   20200329190910203480  
109 +44030300030000200044   20200329190902697370  
110 +44030300030000200044   20200329190855546291  
111 +44030300030000200044   20200329182745874224  
112 +44030300030000200044   20200329182730298842  
113 +44030300030000200044   20200329182337749095  
114 +44030300030000200044   20200329182258815242  
115 +44030300030000200044   20200329181514771644  **数据一**
116 +【研发】:
117 +12:32:23  这个桩目前是充电中。这个桩行为比较奇怪, 该桩不断再重启, 每次启动后进入充电状态(账单ID=20200401122142966314)。 这个过程不断反复。
118 +【shi初步结论】:检查桩端软硬件是否存在故障。
119 +~~update 20200403
120 +【客】:不认同“端软硬件故障”
121 +【shi分析】:针对**数据一 **进一步 分析上述账单数据发现:
122 +1、第1-3行,操作时间发生在 2020-04-01  10:59附近。
123 +2、第4-11行,操作时间发生在 2020-03-29  18-19时附近。
124 +3、系统日志发现:上面几个事务发生时,该桩离线(扫码前就已经离线), 处于不稳定情况。
125 +**判断:**
126 +1、以上皆为同一时间期间发生之问题,推测是现场此桩网络不稳引起。(如网线、路由设备故障)
127 +2、滴滴充电的次数太少,可能就是碰巧遇到桩稳定的时候。
128 +3、请安排人员到场,确保桩稳定连线的情况下,扫码充电 验证结果。 如能复现异常,请视频记录故障全貌,提供账单号。
129 +\\~-~-解决:
130 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
131 +售后(跟单)工程师:施文俊 chinyee
132 +
8 8  = igo_case#70_20200330 =
9 9  
10 10  问题描述:下午好,有个事情需要你们看一下,现在用户手机端的充值账单内无法显示我们终端后台充值/退款的记录
1585888320688-684.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +1.4 KB
Content
1586847324966-213.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +76.3 KB
Content
mb_select充值充电_20181230之前.xls
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +16.5 KB
Content