文档更改igo_1

在2020/07/03 14:13上被yuandong he修改
从版本< 57.14 >
由yuandong he编辑
在2020/06/03 11:23上
到版本
由chinyee he编辑
在2020/04/02 18:13上
< >
修改评论 该版本没有评论

Summary

Details

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