| ... |
... |
@@ -2,6
+2,126 @@ |
| 2 |
2 |
{{toc/}} |
| 3 |
3 |
{{/box}} |
| 4 |
4 |
|
|
5 |
+= igo_case#31_20191016 = |
|
6 |
+ |
|
7 |
+问题描述： 客户询问 平台接入协议是采用的中电联标准协议 |
|
8 |
+ |
|
9 |
+~-~-跟踪 |
|
10 |
+【令】： igo用的盛弘桩的是令狐充协议。igo接入小桔模式是中电联协议。 |
|
11 |
+【富哥】：两个协议发给我一下呢？现在主管部门要注册，必须要这个。 |
|
12 |
+【转公司内部】：确认是否提供2份协议给IGO方。 |
|
13 |
+~-~-解决: |
|
14 |
+状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
|
15 |
+售后（跟单）工程师：施文俊 |
|
16 |
+ |
|
17 |
+= igo_case#30_20191016 = |
|
18 |
+ |
|
19 |
+日期：2019.10.15 |
|
20 |
+桩站名称：洪浪北站 |
|
21 |
+手机号：13553593797 |
|
22 |
+订单号：20191015121024289969 |
|
23 |
+充电桩号：44030600030000200060 |
|
24 |
+充电枪号： |
|
25 |
+开始充电时间：12:10 |
|
26 |
+现场网络连接状态： |
|
27 |
+近期故障状态： |
|
28 |
+问题描述：司机反映车辆启动充电后不久，手机收到充电结束和占桩费收费提醒，用户回到电桩看到车辆还在正常充电中，这种错误提示容易误导用户，麻烦核实一下；另场站管理员发现在该场站多次出现这种情况，请看一下是否该场站电桩有何问题。 |
|
29 |
+ |
|
30 |
+~-~-跟踪 |
|
31 |
+【shi】： |
|
32 |
+1、心跳查得 在2019-10-15 12:28:54 收到状态 8 ，后续心跳保持 状态3 ，说明正常充电 。 |
|
33 |
+2、用户提供截图 显示12：28分收到充电停止和占桩提醒 微信消息。 |
|
34 |
+转产品、研发看是否需要调整通知策略。 |
|
35 |
+【令】：通知客户 原因是12:28 发生一次设备故障，看是否排查下什么故障。 如正常充电，不应出现故障 |
|
36 |
+\\~-~-解决: |
|
37 |
+状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
|
38 |
+售后（跟单）工程师：施文俊 何倩怡 |
|
39 |
+ |
|
40 |
+= igo_case#29_20191015 = |
|
41 |
+ |
|
42 |
+问题描述：13528790675 这个账号昨天同一时间扣了很多占桩费，请问能否查看是什么原因导致 |
|
43 |
+ |
|
44 |
+~-~-跟踪 |
|
45 |
+【数据】： 13528790675 账号问题数据 |
|
46 |
+充电结束时间 服务结束时间（拔枪） 站点 桩号 账单号 |
|
47 |
+2019-10-14 12:45:28 2019-10-14 16:53:09 宜停车站点 44030400030000200037 20191014124423193902 |
|
48 |
+2019-10-14 12:35:07 2019-10-14 16:53:07 宜停车站点 44030400030000200037 20191014123404311541 |
|
49 |
+2019-10-14 12:25:26 2019-10-14 16:53:05 宜停车站点 44030400030000200037 20191014122421230940 |
|
50 |
+2019-10-14 12:20:56 2019-10-14 16:53:02 宜停车站点 44030400030000200037 20191014121939345159 |
|
51 |
+2019-10-14 11:35:08 2019-10-14 16:52:58 宜停车站点 44030400030000200037 20191014113352585447 |
|
52 |
+2019-10-14 11:29:49 2019-10-14 16:52:57 宜停车站点 44030400030000200037 20191014112838652160 |
|
53 |
+\\【分析】：以上充电记录持续时间60秒；停止原因：[98]设备故障； 服务结束时间-充电结束时间>4小时；因此皆产生占桩费。 |
|
54 |
+【bug排查】：转研发确认是否近期案例类似。 |
|
55 |
+ |
|
56 |
+(% class="box infomessage" %) |
|
57 |
+((( |
|
58 |
+查了几条报文，情况差不多： |
|
59 |
+这些充电都是鉴权成功，然后启动充电的时候报控制板错误失败了；失败后桩没有发登出消息过来，后台过了4分钟自动把事务取消了；然后过了十几个小时，桩上传了账单，里面的离桩时间就是上传账单的时间，所以收了占桩费。 |
|
60 |
+\\我方建议和解决方案探讨： |
|
61 |
+ |
|
62 |
+* 启动过程桩上报故障【98】，启动失败后不发登出，这个确实有问题。 |
|
63 |
+* 或者桩立即发账单也行的，但它发得太晚了。 |
|
64 |
+* 44030400030000200037 桩对应的固件 版本号：2090102 |
|
65 |
+))) |
|
66 |
+ |
|
67 |
+ |
|
68 |
+~-~-解决: |
|
69 |
+状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
|
70 |
+售后（跟单）工程师：施文俊 |
|
71 |
+ |
|
72 |
+ |
|
73 |
+ |
|
74 |
+= igo_case#28_20191015 = |
|
75 |
+ |
|
76 |
+(% class="wikigeneratedid" %) |
|
77 |
+日期：2019.10.12 |
|
78 |
+桩站名称：大浪站 |
|
79 |
+手机号： |
|
80 |
+订单号：20191012130947619651 |
|
81 |
+充电桩号：44030600030000200004 |
|
82 |
+充电枪号： |
|
83 |
+开始充电时间：13:09:46 |
|
84 |
+现场网络连接状态： |
|
85 |
+近期故障状态： |
|
86 |
+问题描述：本次账单显示充电59分钟，电量24.48度电，电费服务费合计扣款31.84元，司机进线表示自己这笔订单电量太虚了，平时充20多元可以多跑好多公里，这次充的电量，都没跑多久就没电了。麻烦提供下心跳记录。 |
|
87 |
+~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
|
88 |
+ |
|
89 |
+(% class="wikigeneratedid" %) |
|
90 |
+~-~-跟踪 |
|
91 |
+【令】：根据客户提供的账单号在数据库导出后，发现有个当前电量数据异常，转研发跟进后再进一步确认。 |
|
92 |
+\\~-~-解决: |
|
93 |
+状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 |
|
94 |
+售后（跟单）工程师：何倩怡 施文俊 |
|
95 |
+ |
|
96 |
+= igo_case#27_20191014 = |
|
97 |
+ |
|
98 |
+问题描述：客户误删 部门“电桩事业部”。影响所有相关部门充电等功能。要求紧急补救。 |
|
99 |
+ |
|
100 |
+~-~-跟踪 |
|
101 |
+【shi】：从db层面人工干预 脚本修复。 |
|
102 |
+【客】管理界面未恢复。 |
|
103 |
+父级菜单网约车也删了？ 电桩事业部 怎么 挂载网约车下面。 刚仅恢复了 “电桩事业部”，和客户确认 |
|
104 |
+【shi】：客户连同父级菜单一同删除，不清楚是否需要恢复父级“网约车”，客户说当日中午建的“网约车”部门，和我方分析之db中记录逻辑不符合。客户无法表达清楚逻辑和当时操作。 故 将 “电桩事业部”和“网约车” 一同从底层db恢复，需客户进一步确认部门结构。另外 当日额外新建的 网约车和电桩事业部 也许删除，避免信息误处理。 |
|
105 |
+~-~-解决: |
|
106 |
+状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 |
|
107 |
+售后（跟单）工程师：施文俊 |
|
108 |
+ |
|
109 |
+ |
|
110 |
+= igo_case#26_20191014 = |
|
111 |
+ |
|
112 |
+ |
|
113 |
+问题描述：18320754555, 13590319280 此用户表示以前有关注“IGO电桩”，以前有余额存在，好久没用了重新关注绑定“IGO充电桩”公众号后，以前的金额没有转移过来 |
|
114 |
+~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
|
115 |
+运营商初步排查结果：无 |
|
116 |
+ |
|
117 |
+~-~-跟踪 |
|
118 |
+【背景】：客户于2018.12月要求更换公众号，即 公众号a-》公众号b。 a中用户无法全量迁移至b，仅当用户关注b时，系统查询a中是否存在，如存在则将a中余额迁移至b。 触发迁移动作包括：1）相同手机号。2）微信系统内置unionId。 |
|
119 |
+【shi】：2019.10.12 bo2.0更新，涉及到db member表结构改动， 因牵涉到新老公众号用户数据实时迁移，故需同步更新db中old_member表结构。 今后bo的更新需注意此项。 |
|
120 |
+ |
|
121 |
+~-~-解决: |
|
122 |
+状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
|
123 |
+售后（跟单）工程师：施文俊 |
|
124 |
+ |
| 5 |
5 |
= igo_case#25_20191010 = |
| 6 |
6 |
|
| 7 |
7 |
桩站名称：各场站电桩 |