文档更改igo_1

在2020/07/03 14:13上被yuandong he修改
从版本< 53.2 >
由shi chuck编辑
在2020/04/01 16:41上
到版本
由yuandong he编辑
在2020/05/18 11:12上
< >
修改评论 该版本没有评论

Summary

Details

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