Show last authors
| 1 | {{box cssClass="floatinginfobox" title="**Contents**"}} |
| 2 | {{toc/}} |
| 3 | {{/box}} |
| 4 | |
| 5 | = igo_case#40_20191102 = |
| 6 | |
| 7 | 问题描述： 是否存在插枪直接充电 |
| 8 | |
| 9 | ~-~-跟踪 |
| 10 | 【shi】：令狐充协议中不支持这个场景，将来的vin公交充电也需要触发屏幕中按钮 |
| 11 | 客：我可以理解为：目前为止，我们电桩不会出现插枪就会自动启动充电的情况是吗？就算有什么漏洞出现，也不会被人利用直接充电吗？ |
| 12 | shi：对于单次充电来说，运营还未发现插枪直接充电之案例。 |
| 13 | |
| 14 | |
| 15 | ~-~-解决: |
| 16 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 17 | 售后（跟单）工程师：施文俊 |
| 18 | |
| 19 | |
| 20 | (% class="wikigeneratedid" %) |
| 21 | 对于单次充电来说，运营还未发现插枪直接充电之案例。 |
| 22 | |
| 23 | (% class="wikigeneratedid" %) |
| 24 | = = |
| 25 | |
| 26 | = igo_case#39_20191101 = |
| 27 | |
| 28 | 问题描述：人工手工扣款/充值，补救20904xx固件 导致占桩费异常的办法 可能导致报表数据错误。 |
| 29 | 比如报表显示收入1000，实际上只是100，对不上了 |
| 30 | |
| 31 | ~-~-跟踪 |
| 32 | 【shi】： 补救操作见下： |
| 33 | |
| 34 | (% class="box infomessage" %) |
| 35 | ((( |
| 36 | 已经发生的操作： |
| 37 | 1、igo 占桩费的问题 人工充值，账单没有修复，导致数据看起来有问题。 |
| 38 | \\建议的操作： |
| 39 | 1. 异常账单修复，手工改服务结束时间，只改这个，其它不改，然后点修复。（“重新计算”用来看费用是否符合预期。不要点“应用”） |
| 40 | 2. 后台会员管理，点人工退款，退回之前人工充值那部分钱（注意是正数） |
| 41 | ))) |
| 42 | |
| 43 | ~-~-解决: |
| 44 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 45 | 售后（跟单）工程师：施文俊 |
| 46 | |
| 47 | = = |
| 48 | |
| 49 | = igo_case#38_20191101 = |
| 50 | |
| 51 | 问题描述：20904xx固件 出现离桩问题，造成大面积占桩费。10.31 盛弘改2090406，解决占桩费。 |
| 52 | |
| 53 | ~-~-跟踪 |
| 54 | 【shi】： 鉴于 20904xx大幅降低 异常账单几率，升级最新固件对运营是有价值的。 |
| 55 | 1、10.31 盛弘改2090406，解决占桩费。 |
| 56 | 2、11.1日开始协调 igo 那边搞一台验证。 |
| 57 | 3、因涉及屏幕升级，需现场操作。 |
| 58 | ~-~-解决: |
| 59 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 60 | 售后（跟单）工程师：施文俊 |
| 61 | |
| 62 | = = |
| 63 | |
| 64 | = igo_case#37_20191030 = |
| 65 | |
| 66 | 问题描述：今早有很多用户反映充电结束后，产生了很多占桩费，显示服务结束时间都在10月31号往后，麻烦看一下是什么问题呀 |
| 67 | |
| 68 | [[image:1572403941775-103.png||height="422" width="779"]] |
| 69 | |
| 70 | ~-~-跟踪 |
| 71 | 【令】：翠岭华庭（CL02）44030600030000200035固件升级时间10月24日 版本号：2090402 |
| 72 | 同胜大厦（TS09）44030600030000200054固件升级时间10月25日 版本号：2090402 |
| 73 | 翠岭华庭（CL04）44030600030000200039固件升级时间10月24日 版本号：2090402 |
| 74 | |
| 75 | 【令】：1、29号发生的都是在接近30号凌晨发生的， 这些账单的结算应该是过了30号的， 所以都应该和账单消息有关。 |
| 76 | 2、占桩时间没有错。 |
| 77 | 3.查看了两条日志显示数据上离桩时间像是多加了一天。 |
| 78 | |
| 79 | 【shi】： igo，10.24-25升级了四个站点到20904xxx，但直到10.30才爆出占桩费普遍异常。 bug是否只有到特殊的时间点才能重现，或者验证已解决。 |
| 80 | 29号晚上吧，就是微信充值出问题那天，充值恢复后在22点左右就开始有产生账单了。 |
| 81 | 24-29日 之间的记录都占桩费都没问题？ |
| 82 | 恩恩是的 |
| 83 | |
| 84 | |
| 85 | ~-~-解决: |
| 86 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 87 | 售后（跟单）工程师：施文俊 Chinyee |
| 88 | |
| 89 | = igo_case#36_20191029 = |
| 90 | |
| 91 | 问题描述：21:00左右，很多用户充值了之后，钱不到账。 |
| 92 | |
| 93 | igo熊超 收到投诉，自己充值成功到帐。 |
| 94 | |
| 95 | ~-~-跟踪 |
| 96 | 【shi】： |
| 97 | 1、建议运营商先联系当地同事 充值 看，充值不到账概率。（推测腾讯支付系统问题 ，中山地区也出现此情况。 ） |
| 98 | 2、“首页/营收管理/账单管理/充值账单管理”，状态栏未待支付订单操作栏点“重新检查”，如客户确实充值成功，应当会补回充值款。 |
| 99 | |
| 100 | |
| 101 | ~-~-解决: |
| 102 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 103 | 售后（跟单）工程师：施文俊 |
| 104 | |
| 105 | = = |
| 106 | |
| 107 | = igo_case#35_20191023 = |
| 108 | |
| 109 | 问题描述：一个号码有存在两个账户 |
| 110 | |
| 111 | [[image:1572254220843-716.png||height="315" width="635"]] |
| 112 | |
| 113 | ~-~-跟踪 |
| 114 | 【令】：第一个账户有第三方认证，但是已经退出了；第二个账户没有第三方认证且余额是负数 |
| 115 | |
| 116 | 【令】：对于一个号码存在两个账户，是以前用了2个微信号登录，同时绑定一个手机号出现了问题。余额为0那个最近有使用过 |
| 117 | ~-~-解决: |
| 118 | 状态（☑表示选定 ）： √已解决 | 处理中 | 暂搁置 |
| 119 | 售后（跟单）工程师：Chinyee |
| 120 | |
| 121 | = igo_case#35_20191023 = |
| 122 | |
| 123 | 问题描述：客户Sam要求，现在系统导出的没注册时间, 平台能否导一份会员信息含注册时间的表 |
| 124 | |
| 125 | ~-~-跟踪 |
| 126 | 【令】： |
| 127 | ~-~-解决: |
| 128 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 129 | 售后（跟单）工程师：施文俊 |
| 130 | |
| 131 | |
| 132 | = igo_case#34_20191023 = |
| 133 | |
| 134 | 问题描述：20191023001833673620、20191023001811632718，这两个账单时间怎么显示错误。另外麻烦确认产生次账单的账户18126204676 ，10月23日00:20左右是否有充电扣款 |
| 135 | |
| 136 | ~-~-跟踪 |
| 137 | 【HYD】： |
| 138 | 1.那两张单充电停止原因都是[51]充电停止，状态是服务取消 |
| 139 | 2.他说的23日00:20是否有充电扣款 没在"充电账单管理"内看到这样的扣费记录 |
| 140 | 3.故障账单里没有那两张单的记录 |
| 141 | 【shi】：见下： |
| 142 | |
| 143 | 拆分为2个问题 |
| 144 | 问题1：20191023001833673620、20191023001811632718，这两个账单时间怎么显示错误。 |
| 145 | 分析 |
| 146 | 单号 桩号 开始时间 |
| 147 | 20191023001833673620 44030300030000200055 1999-11-30 00:18:02 |
| 148 | 20191023001811632718 44030300030000200055 1999-11-30 00:17:40 |
| 149 | \\问题2：账单的账户18126204676 ，10月23日00:20左右是否有充电扣款？ |
| 150 | 分析：那两张单充电停止原因都是，状态是服务取消。说明未成功启动。应不存在扣款。 |
| 151 | \\衍生问题： 44030300030000200055 固件版本 11523，出现 1999-11-30 00:18:02 时间异常。@john转研发分析。 |
| 152 | 【客】：这个账户时间应该在昨晚在泥岗站有充过电，我指的“时间错误”应该充电时间是2019-10-23 00:18，而不是账单显示的1999-11-30 00:18~-~-~-~-~-~-~-~-~-~-~-~-另外他在23日是否充电扣费情况，我通过监控看到该账户司机在之前充电取消的电桩号，充电了近一个小时，且司机一直就在车辆旁边，应该是有电量充进入的。 |
| 153 | 【shi】：不清楚现场桩的行为，需转研发进一步确认。@Niewei |
| 154 | |
| 155 | 【令】如果正常的“服务取消”，即没有发生充电的情况的下的取消，不会有账单发生; |
| 156 | |
| 157 | 【令】上面的这两个充电的流程是混乱的, 在没有启动充电的情况下，桩就上传了充电心跳，接着又上送了取消，这是对桩而言是发生充电，虽然时间很短, 所以桩产生了账单，但这个账单中的时间不对同时延时上送。这个情况属于桩问题，版本是:盛弘直流 － 标准2017(11523),建议升级桩固件处理。 |
| 158 | |
| 159 | ~-~-解决: |
| 160 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 161 | 售后（跟单）工程师：chinyee 何远东 施文俊 |
| 162 | |
| 163 | = = |
| 164 | |
| 165 | = igo_case#33_20191018 = |
| 166 | |
| 167 | 问题描述：igo20191007-20191018异常账单报告 |
| 168 | |
| 169 | ~-~-分析 |
| 170 | |
| 171 | (% class="box infomessage" %) |
| 172 | ((( |
| 173 | **~ 提供两份数据：1）异常账单统计。2）直流桩版本号未升级站点分布数据。** |
| 174 | |
| 175 | 1）异常账单统计：上表为 **2019年10月** 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电） |
| 176 | |
| 177 | (% border="1" %) |
| 178 | |((( |
| 179 | **异常代码\统计时间段** |
| 180 | )))|((( |
| 181 | **滴滴 8日-17日（次） |
| 182 | 不限桩品牌** |
| 183 | )))|**滴滴 8日-17日（次）** |
| 184 | 仅盛弘stm32|((( |
| 185 | **微信 8日-17日（次） |
| 186 | 不限桩品牌** |
| 187 | )))|**微信 8日-17日（次）** |
| 188 | 仅盛弘stm32|((( |
| 189 | **盛弘版本2090xxx** |
| 190 | ))) |
| 191 | |((( |
| 192 | **时间段内成功充电次数** |
| 193 | )))|10954|6438|24964|17196|1200 |
| 194 | |((( |
| 195 | **1-账单丢失** |
| 196 | )))|63|60|153|124|139 |
| 197 | |((( |
| 198 | **10-占桩时长与平台不符** |
| 199 | )))|9|3|11|7| |
| 200 | |((( |
| 201 | **11-电量丢失** |
| 202 | )))|8| |13|1| |
| 203 | |((( |
| 204 | **9-充电时长与平台不符** |
| 205 | )))|101|93| |107| |
| 206 | |((( |
| 207 | **9+10** |
| 208 | )))|13|12| |15| |
| 209 | |((( |
| 210 | **10+11** |
| 211 | )))| | |1| | |
| 212 | |((( |
| 213 | **8-充电电量与平台不符** |
| 214 | )))| | |1| | |
| 215 | |
| 216 | 解决方案： |
| 217 | |
| 218 | * 微信扫码充电账单丢失概率和滴滴接近。 |
| 219 | * 其中盛弘版本**2090XXX，**时间段内1200次成功充电 |
| 220 | ** 139次账单丢失，桩账单丢失比较多，相比原1xxxxxx版本固件更多的账单丢失。 |
| 221 | ** 其他异常状态相比原1xxxxxx版本固件明显减少。 |
| 222 | * 要求盛弘厂家继续排查寻找账单丢失原因。 |
| 223 | |
| 224 | 2）直流桩版本号未升级站点分布数据：（预期最新的直流桩版本号为 2090100） |
| 225 | |
| 226 | 版本号 数量 场站名 |
| 227 | |
| 228 | 11523 56 泥岗站 |
| 229 | |
| 230 | 11536 94 原南油酒店站 |
| 231 | |
| 232 | 12027 47 双龙站 |
| 233 | |
| 234 | 12028 12 上步站 |
| 235 | |
| 236 | 12082 2 八卦岭站 |
| 237 | |
| 238 | 11954 1 朗山酒店站 |
| 239 | |
| 240 | 11520 1 朗山酒店站 |
| 241 | |
| 242 | 11505 9 朗山酒店站 |
| 243 | |
| 244 | 11957 1 永湖站 |
| 245 | ))) |
| 246 | |
| 247 | (% class="wikigeneratedid" %) |
| 248 | 【令】： |
| 249 | ~-~-解决: |
| 250 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 251 | 售后（跟单）工程师：施文俊 何倩怡 |
| 252 | |
| 253 | |
| 254 | = igo_case#32_20191016 = |
| 255 | |
| 256 | ~-~-~-~-~-~-- |
| 257 | 问题描述：igo导出日报表查询条件选择igo+小桔，日期为2019.9.1-2019.9.30，网页崩溃，无法导出。 |
| 258 | |
| 259 | ~-~--跟踪 |
| 260 | 【令】：igo报表导出的问题是因为数据量太大了，需要优化一下 |
| 261 | |
| 262 | ~-~--解决 |
| 263 | |
| 264 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 |
| 265 | |
| 266 | 跟进：何倩怡 |
| 267 | |
| 268 | = = |
| 269 | |
| 270 | = igo_case#31_20191016 = |
| 271 | |
| 272 | 问题描述： 客户询问 平台接入协议是采用的中电联标准协议 |
| 273 | |
| 274 | ~-~-跟踪 |
| 275 | 【令】： igo用的盛弘桩的是令狐充协议。igo接入小桔模式是中电联协议。 |
| 276 | 【富哥】：两个协议发给我一下呢？现在主管部门要注册，必须要这个。 |
| 277 | 【转公司内部】：确认是否提供2份协议给IGO方。 |
| 278 | ~-~-解决: |
| 279 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 280 | 售后（跟单）工程师：施文俊 |
| 281 | |
| 282 | = igo_case#30_20191016 = |
| 283 | |
| 284 | 日期：2019.10.15 |
| 285 | 桩站名称：洪浪北站 |
| 286 | 手机号：13553593797 |
| 287 | 订单号：20191015121024289969 |
| 288 | 充电桩号：44030600030000200060 |
| 289 | 充电枪号： |
| 290 | 开始充电时间：12:10 |
| 291 | 现场网络连接状态： |
| 292 | 近期故障状态： |
| 293 | 问题描述：司机反映车辆启动充电后不久，手机收到充电结束和占桩费收费提醒，用户回到电桩看到车辆还在正常充电中，这种错误提示容易误导用户，麻烦核实一下；另场站管理员发现在该场站多次出现这种情况，请看一下是否该场站电桩有何问题。 |
| 294 | |
| 295 | ~-~-跟踪 |
| 296 | 【shi】： |
| 297 | 1、心跳查得 在2019-10-15 12:28:54 收到状态 8 ，后续心跳保持 状态3 ，说明正常充电 。 |
| 298 | 2、用户提供截图 显示12：28分收到充电停止和占桩提醒 微信消息。 |
| 299 | 转产品、研发看是否需要调整通知策略。 |
| 300 | 【令】：通知客户 原因是12:28 发生一次设备故障，看是否排查下什么故障。 如正常充电，不应出现故障 |
| 301 | ~-~-below at 20191019 |
| 302 | 【研发】： bo收到8和chargeEnd状态，导致发送 充电停止微信消息。 |
| 303 | 【客】：反馈近期多次发生。收到提醒，结果大老远过去又没有中断，让他们白跑一趟。充电未中断不应该给用户发送充电结束提醒。 |
| 304 | 确认 10.21更新优化版本 |
| 305 | \\\\~-~-解决: |
| 306 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 307 | 售后（跟单）工程师：施文俊 何倩怡 |
| 308 | |
| 309 | = igo_case#29_20191015 = |
| 310 | |
| 311 | 问题描述：13528790675 这个账号昨天同一时间扣了很多占桩费，请问能否查看是什么原因导致 |
| 312 | |
| 313 | ~-~-跟踪 |
| 314 | 【数据】： 13528790675 账号问题数据 |
| 315 | 充电结束时间 服务结束时间（拔枪） 站点 桩号 账单号 |
| 316 | 2019-10-14 12:45:28 2019-10-14 16:53:09 宜停车站点 44030400030000200037 20191014124423193902 |
| 317 | 2019-10-14 12:35:07 2019-10-14 16:53:07 宜停车站点 44030400030000200037 20191014123404311541 |
| 318 | 2019-10-14 12:25:26 2019-10-14 16:53:05 宜停车站点 44030400030000200037 20191014122421230940 |
| 319 | 2019-10-14 12:20:56 2019-10-14 16:53:02 宜停车站点 44030400030000200037 20191014121939345159 |
| 320 | 2019-10-14 11:35:08 2019-10-14 16:52:58 宜停车站点 44030400030000200037 20191014113352585447 |
| 321 | 2019-10-14 11:29:49 2019-10-14 16:52:57 宜停车站点 44030400030000200037 20191014112838652160 |
| 322 | \\【分析】：以上充电记录持续时间60秒；停止原因：[98]设备故障； 服务结束时间-充电结束时间>4小时；因此皆产生占桩费。 |
| 323 | 【bug排查】：转研发确认是否近期案例类似。 |
| 324 | |
| 325 | (% class="box infomessage" %) |
| 326 | ((( |
| 327 | 查了几条报文，情况差不多： |
| 328 | 这些充电都是鉴权成功，然后启动充电的时候报控制板错误失败了；失败后桩没有发登出消息过来，后台过了4分钟自动把事务取消了；然后过了十几个小时，桩上传了账单，里面的离桩时间就是上传账单的时间，所以收了占桩费。 |
| 329 | \\我方建议和解决方案探讨： |
| 330 | |
| 331 | * 启动过程桩上报故障【98】，启动失败后不发登出，这个确实有问题。 |
| 332 | * 或者桩立即发账单也行的，但它发得太晚了。 |
| 333 | * 44030400030000200037 桩对应的固件 版本号：2090102 |
| 334 | ))) |
| 335 | |
| 336 | ~-~-below at 20191021 |
| 337 | 【客】：质疑 为何 最近一周才出现的这个问题？补充信息录下： |
| 338 | 1）在2019.10.08-2019.10.20期间，在该站点充电的用户账号经常性出现，已经拔枪结束离开后，账单一直未收到，后续收到时，显示被扣了占桩费，经过我们调取现场监控核实，此类账单都是司机离开后账单却未停止计费，在类似账单计费期间，该电桩还是可以提供给其他用户充电使用。 |
| 339 | 2）此站点 近几个月未升级过固件。 |
| 340 | |
| 341 | |
| 342 | ~-~-解决: |
| 343 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 344 | 售后（跟单）工程师：施文俊 |
| 345 | |
| 346 | = igo_case#28_20191015 = |
| 347 | |
| 348 | (% class="wikigeneratedid" %) |
| 349 | 日期：2019.10.12 |
| 350 | 桩站名称：大浪站 |
| 351 | 手机号： |
| 352 | 订单号：20191012130947619651 |
| 353 | 充电桩号：44030600030000200004 |
| 354 | 充电枪号： |
| 355 | 开始充电时间：13:09:46 |
| 356 | 现场网络连接状态： |
| 357 | 近期故障状态： |
| 358 | 问题描述：本次账单显示充电59分钟，电量24.48度电，电费服务费合计扣款31.84元，司机进线表示自己这笔订单电量太虚了，平时充20多元可以多跑好多公里，这次充的电量，都没跑多久就没电了。麻烦提供下心跳记录。 |
| 359 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 360 | |
| 361 | (% class="wikigeneratedid" %) |
| 362 | ~-~-跟踪 |
| 363 | 【令】：根据客户提供的账单号在数据库导出后，发现有个当前电量数据异常，转研发跟进后再进一步确认。 |
| 364 | 【客户答复滴滴合作方】： 官方回答 值得 学习，见下： |
| 365 | |
| 366 | (% class="box infomessage" %) |
| 367 | ((( |
| 368 | 1.我们 已经跟司机联系过了，告知他我们在后台查过他这笔订单了，充电过程后台都有心跳（充电系统平台术语，就是电桩一直都在正常充电），电桩计量没有问题，司机就是不信。 |
| 369 | 2.我们电桩计量确实没有问题；不然那么多充电的司机，早就会N次投诉去你们那里了。 |
| 370 | 3.这个建议要司机找一下自己车辆原因（电量虚标，电池老化），或者自己开车驾驶习惯（严重拥堵，急加速，急刹车等）。 |
| 371 | 4.不是我们不想解决问题，包含退一部分款给他，这些都不是问题，主要是这样做的话，就给司机感觉好像我们电桩计量真有问题似的，不利于公司形象。 |
| 372 | 5.建议:如果你们不想太麻烦，你们可以赠送一笔小桔充电优惠劵给他，赠送劵这个费用我们出。 |
| 373 | ))) |
| 374 | |
| 375 | |
| 376 | |
| 377 | |
| 378 | |
| 379 | ~-~-解决: |
| 380 | 状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 |
| 381 | 售后（跟单）工程师：何倩怡 施文俊 |
| 382 | |
| 383 | = igo_case#27_20191014 = |
| 384 | |
| 385 | 问题描述：客户误删 部门“电桩事业部”。影响所有相关部门充电等功能。要求紧急补救。 |
| 386 | |
| 387 | ~-~-跟踪 |
| 388 | 【shi】：从db层面人工干预 脚本修复。 |
| 389 | 【客】管理界面未恢复。 |
| 390 | 父级菜单网约车也删了？ 电桩事业部 怎么 挂载网约车下面。 刚仅恢复了 “电桩事业部”，和客户确认 |
| 391 | 【shi】：客户连同父级菜单一同删除，不清楚是否需要恢复父级“网约车”，客户说当日中午建的“网约车”部门，和我方分析之db中记录逻辑不符合。客户无法表达清楚逻辑和当时操作。 故 将 “电桩事业部”和“网约车” 一同从底层db恢复，需客户进一步确认部门结构。另外 当日额外新建的 网约车和电桩事业部 也许删除，避免信息误处理。 |
| 392 | ~-~-解决: |
| 393 | 状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 |
| 394 | 售后（跟单）工程师：施文俊 |
| 395 | |
| 396 | |
| 397 | = igo_case#26_20191014 = |
| 398 | |
| 399 | |
| 400 | 问题描述：18320754555, 13590319280 此用户表示以前有关注“IGO电桩”，以前有余额存在，好久没用了重新关注绑定“IGO充电桩”公众号后，以前的金额没有转移过来 |
| 401 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 402 | 运营商初步排查结果：无 |
| 403 | |
| 404 | ~-~-跟踪 |
| 405 | 【背景】：客户于2018.12月要求更换公众号，即 公众号a-》公众号b。 a中用户无法全量迁移至b，仅当用户关注b时，系统查询a中是否存在，如存在则将a中余额迁移至b。 触发迁移动作包括：1）相同手机号。2）微信系统内置unionId。 |
| 406 | 【shi】：2019.10.12 bo2.0更新，涉及到db member表结构改动， 因牵涉到新老公众号用户数据实时迁移，故需同步更新db中old_member表结构。 今后bo的更新需注意此项。 |
| 407 | |
| 408 | ~-~-解决: |
| 409 | 状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 410 | 售后（跟单）工程师：施文俊 |
| 411 | |
| 412 | = igo_case#25_20191010 = |
| 413 | |
| 414 | 桩站名称：各场站电桩 |
| 415 | 近期故障状态： |
| 416 | 问题描述：在系统更新过后，很多司机反映充电结束后或者跳枪中断后，手机端无法收到占桩收费提示，无法把控时间；且较多正常结束充电的司机，拔枪后账号依旧无法收到扣款（不存在故障账单），只能在个人中心内充电记录才能看到 |
| 417 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 418 | 运营商初步排查结果：无 |
| 419 | ~-~-跟踪 |
| 420 | 【内测】：办公室桩测试，记录至测试文档 |
| 421 | |
| 422 | (% class="box infomessage" %) |
| 423 | ((( |
| 424 | 1. 31010400010000200007切换到运营环境igo的宝丽站。 |
| 425 | 1. 重启桩确保二维码正确指向igo。 |
| 426 | 1. 模拟充电场景观察是否收到各项为信息提示（特别注意“占桩收费提示”），包括以下场景： |
| 427 | 11. 扫码充电10秒，app端停止，拔枪。 |
| 428 | 11. 密码充电10秒，app端停止，拔枪。 |
| 429 | 11. 扫码启动充电，等待其满电占桩，拔枪。 |
| 430 | 11. 密码启动充电，等待其满电占桩，拔枪。 |
| 431 | 1. 完成测试将桩切换回“联调站点”。 |
| 432 | ))) |
| 433 | |
| 434 | 【shi】：测试结果：4个场景充电结束都能收到占桩提示。 |
| 435 | 【客】：是否有对充电中由于“电桩故障”停止的记录进行测试？东湖、泥岗、宜停车、洪浪北、南油、双龙、大浪、固戍、翠岭华庭、捷顺都有工作人员反映。 |
| 436 | 【shi】： 故障类型有很多，发现的案例能提供对应账单号会有助于快速定位 和模拟。工作人员多记录1项账单id，提供我方。 |
| 437 | |
| 438 | ~-~-解决: |
| 439 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 440 | 售后（跟单）工程师：施文俊 何远东 |
| 441 | |
| 442 | |
| 443 | |
| 444 | = igo_case#24_20191009 = |
| 445 | |
| 446 | ~-~-~-~-~-~-- |
| 447 | 问题描述：小桔后台希望可以看到令狐充平台中“小桔 igo”的账户信息，比如 账户余额？ |
| 448 | |
| 449 | ~-~--跟踪 |
| 450 | 【令】：可以在“首页/系统管理/用户管理”新建登录账户绑定子运营商小桔（该功能这周更新系统之后才可以打开这个权限，如紧急也可手工操作先绑定），此账户功能包括： |
| 451 | |
| 452 | * “首页/客户管理/会员管理/会员管理”查看到“小桔 igo”在igo平台的余额。 |
| 453 | * 查看小桔APP发生的充电记录。 |
| 454 | * 注意：小桔方登录后不应该具备任何可操作权限（如，充值、编辑等）。此项需转交产品和研发评估。 |
| 455 | |
| 456 | ~-~--解决 |
| 457 | |
| 458 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 |
| 459 | |
| 460 | 跟进：施文俊 何倩怡 |
| 461 | |
| 462 | |
| 463 | |
| 464 | = igo_case#23_20191008 = |
| 465 | |
| 466 | (% class="wikigeneratedid" %) |
| 467 | 桩站名称：大浪场站 |
| 468 | 手机号： |
| 469 | 订单号： |
| 470 | 充电桩号： 44030600030000200008 |
| 471 | 近期故障状态： |
| 472 | 问题描述：更换监控版后扫码出现无充电事物，电桩提示暂不提供充电服务 |
| 473 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 474 | 运营商初步排查结果：无 |
| 475 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 476 | ~-~--跟踪 |
| 477 | 【shi】： |
| 478 | 1）和客户检查监控版本无误。 |
| 479 | 2）登录 https:~/~/mc.linghuchongtech.com ，依次“首页/充电网络/充电桩管理/充电桩设备”-》搜索电桩-》操作栏点远程-》点启用。完成后测试充电。 |
| 480 | 3）类似问题可请后台管理人员按上述步骤处理。 |
| 481 | 【shi】：疑问记录，为何更换控制板后，必须启用方可使用，需转交研发分析。 |
| 482 | 【shi】：44030600030000200008 “更换控制板”后重新上电的时间是什么时候 |
| 483 | ~-~-解决: |
| 484 | 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置 |
| 485 | 售后（跟单）工程师：施文俊 |
| 486 | |
| 487 | |
| 488 | = igo_case#22_20191008 = |
| 489 | |
| 490 | ~-~-~-~-~-~-- |
| 491 | 问题描述：小桔app在南油站仅半个月无滴滴充电记录 |
| 492 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 493 | 运营商初步排查结果： |
| 494 | |
| 495 | 无 |
| 496 | |
| 497 | ~-~--分析 |
| 498 | 【令】：建议客户去实地用app验证。 |
| 499 | 【客】：南油不能充电，客户已反馈，是滴滴方面问题 |
| 500 | |
| 501 | ~-~--解决 |
| 502 | |
| 503 | 状态（√表示选定 ）： √已解决 | 处理中 | 暂搁置 |
| 504 | |
| 505 | 跟进：施文俊 何倩怡 |
| 506 | |
| 507 | = igo_case#21_20191008 = |
| 508 | |
| 509 | 问题描述：18688967596此用户有一个未鉴权账单，导致现在无法充电。 |
| 510 | |
| 511 | ~-~--跟踪 |
| 512 | |
| 513 | |
| 514 | 【令】：根据账单号查找表recharge_history，C_STATUS=8（服务取消），C_PREV_CHG_STATUS=1（准备中），C_CHG_STATUS=1（准备中） 查找表recharge_history_status_report 中 C_STATUS=1，实际产生原因还需与研发进行核实。 |
| 515 | |
| 516 | ~-~-解决: |
| 517 | \\状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 |
| 518 | |
| 519 | 跟进：何倩怡 施文俊 |
| 520 | |
| 521 | = igo_case#20_20191008 = |
| 522 | |
| 523 | 问题描述：因站点改为白名单用户充电。要求隐藏 指定站点。 |
| 524 | |
| 525 | ~-~--跟踪 |
| 526 | |
| 527 | 【令】：2019.9.30 javris更新，接口配置不可见。 公众号已隐藏站点。 滴滴方面需客户通知落实后，滴滴app方可隐藏站点。 |
| 528 | 【客户】：收到我方通知后协调客户过程中。 |
| 529 | 【令】：客户未报告进展，2019.10.8日我方询问igo方，客户告知当时滴滴已隐藏站点。 |
| 530 | **-below continue at 2019.10.8 14:49 important！！！ ** |
| 531 | 【客户】：质疑小桔的服务是否发生问题， 滴滴app看不到所有IGO的充电桩。 |
| 532 | 【令】：转交研发进一步分析。（优先级：高）。 |
| 533 | 【客户】：不能重现，不存在此问题。 |
| 534 | |
| 535 | ~-~-解决: |
| 536 | \\状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置 |
| 537 | |
| 538 | 跟进：施文俊 |
| 539 | |
| 540 | |
| 541 | = igo_case#19_20191001 = |
| 542 | |
| 543 | 问题描述：有司机反应，昨天开始充电后，没有信息发送账单信息到手机上 |
| 544 | |
| 545 | ~-~--跟踪 |
| 546 | |
| 547 | 【令】：能否重现？ |
| 548 | |
| 549 | 【客户】我收到2个司机反应没有收到账单 |
| 550 | |
| 551 | 【令】：没有账单因素很多，多等等，还收不到 在故障账单中找找 |
| 552 | |
| 553 | ~-~-解决: |
| 554 | 其他同事更新后导出可以看到站桩费了，应该是已经解决了(待客户确认后，确定解决)。 |
| 555 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 |
| 556 | |
| 557 | 跟进：施文俊 |
| 558 | |
| 559 | |
| 560 | = igo_case#18_20190930 = |
| 561 | |
| 562 | 问题描述：igo充电记录导出文件里站桩费为0，提供账单号：20190919094653617073。 |
| 563 | |
| 564 | ~-~--跟踪 |
| 565 | |
| 566 | 【令】：登录igo平台查询相关记录并导出，站桩费确实为0。 |
| 567 | |
| 568 | ~-~-解决: |
| 569 | 其他同事更新后导出可以看到站桩费了，应该是已经解决了(待客户确认后，确定解决)。 |
| 570 | 状态（√表示选定 ）：√ 已解决 | 处理中 | 暂搁置 |
| 571 | |
| 572 | 跟进：何远东 |
| 573 | |
| 574 | = igo_case#17_20190930 = |
| 575 | |
| 576 | ~-~- |
| 577 | |
| 578 | 问题描述： 记录igo新版本充电桩与旧版本充电桩的异常情况和充电完成情况。 |
| 579 | |
| 580 | |
| 581 | ~-~--分析 |
| 582 | |
| 583 | ~#~##异常代码列表: |
| 584 | 1: 账单丢失 |
| 585 | 2: 账单丢失（设备离线） |
| 586 | 3: 时间异常 |
| 587 | 4: 充电电量异常 |
| 588 | 5: 充电时长异常 |
| 589 | 6: 占桩时长异常 |
| 590 | 7: 充电时间重叠 |
| 591 | 8：充电电量与平台不符 |
| 592 | 9：充电时长与平台不符 |
| 593 | 10：占桩时长与平台不符 |
| 594 | 11：电量丢失 |
| 595 | |
| 596 | |
| 597 | 型号：盛弘直流stm32 |
| 598 | |
| 599 | |
| 600 | **20190901-20191001原南油酒店站充电桩故障发生次数** |
| 601 | |
| 602 | 桩id：44030500030000200003, 44030500030000200004 固件版本：2090104 |
| 603 | |
| 604 | (% style="width:157px" %) |
| 605 | |(% style="width:85px" %)异常代码|(% style="width:69px" %)((( |
| 606 | 次数 |
| 607 | |
| 608 | |
| 609 | ))) |
| 610 | |(% style="width:85px" %)1|(% style="width:69px" %)29 |
| 611 | |
| 612 | 桩id：44030500030000200001, 44030500030000200002, 44030500030000200005, 44030500030000200006,44030500030000200007,44030500030000200008,44030500030000200009, 44030500030000200010, 44030500030000200011, 44030500030000200012, 44030500030000200013,44030500030000200014,44030500030000200015,44030500030000200016 固件版本：11536/11523 |
| 613 | |
| 614 | (% style="width:160px" %) |
| 615 | |(% style="width:87px" %)异常代码|(% style="width:70px" %)((( |
| 616 | 次数 |
| 617 | |
| 618 | |
| 619 | ))) |
| 620 | |(% style="width:87px" %)1|(% style="width:70px" %)21 |
| 621 | |(% style="width:87px" %)10|(% style="width:70px" %)4 |
| 622 | |(% style="width:87px" %)2|(% style="width:70px" %)1 |
| 623 | |(% style="width:87px" %)3|(% style="width:70px" %)3 |
| 624 | |(% style="width:87px" %)7|(% style="width:70px" %)1 |
| 625 | |(% style="width:87px" %)9|(% style="width:70px" %)23 |
| 626 | |(% style="width:87px" %)9，10|(% style="width:70px" %)2 |
| 627 | |(% style="width:87px" %)9，11|(% style="width:70px" %)3 |
| 628 | |
| 629 | **20190901-20191001原南油酒店站充电桩充电完成次数** |
| 630 | |
| 631 | (% style="width:275px" %) |
| 632 | |(% style="width:207px" %)桩ID|(% style="width:65px" %)次数 |
| 633 | |(% style="width:207px" %)44030500030000200001|(% style="width:65px" %)821 |
| 634 | |(% style="width:207px" %)44030500030000200002|(% style="width:65px" %)778 |
| 635 | |(% style="width:207px" %)44030500030000200003|(% style="width:65px" %)1202 |
| 636 | |(% style="width:207px" %)44030500030000200004|(% style="width:65px" %)539 |
| 637 | |(% style="width:207px" %)44030500030000200005|(% style="width:65px" %)1159 |
| 638 | |(% style="width:207px" %)44030500030000200006|(% style="width:65px" %)797 |
| 639 | |(% style="width:207px" %)44030500030000200007|(% style="width:65px" %)646 |
| 640 | |(% style="width:207px" %)44030500030000200008|(% style="width:65px" %)735 |
| 641 | |(% style="width:207px" %)44030500030000200009|(% style="width:65px" %)1139 |
| 642 | |(% style="width:207px" %)44030500030000200010|(% style="width:65px" %)668 |
| 643 | |(% style="width:207px" %)44030500030000200011|(% style="width:65px" %)658 |
| 644 | |(% style="width:207px" %)44030500030000200012|(% style="width:65px" %)812 |
| 645 | |(% style="width:207px" %)44030500030000200013|(% style="width:65px" %)672 |
| 646 | |(% style="width:207px" %)44030500030000200014|(% style="width:65px" %)797 |
| 647 | |(% style="width:207px" %)44030500030000200015|(% style="width:65px" %)714 |
| 648 | |(% style="width:207px" %)44030500030000200016|(% style="width:65px" %)671 |
| 649 | |
| 650 | 结论：版本2090104为igo原南油酒店站充电桩的最新版本，上表数据为近一个月原南油酒店站充电桩两个版本发生故障次数比较和各个桩的充电完成次数。从数据看出，新版本出现故障类型比旧版本11536/11523有明显的减少，充电完成次数新版本和旧版本相对比较均匀，特别是新版本的44030500030000200003桩完成充电完成次数较高，对于账单丢失这种异常情况我司正在研究后续改进方案，希望能减少异常账单的次数，保证用户充电体验的使用感。 |
| 651 | |
| 652 | 【令】：目前观察最新固件，异常情况有好转，可以逐渐铺开 |
| 653 | |
| 654 | ~-~--解决 |
| 655 | |
| 656 | 状态：待部署 |
| 657 | |
| 658 | 状态（√表示选定 ）： √已解决 | 处理中 | 暂搁置 |
| 659 | |
| 660 | 跟进：何倩怡 |
| 661 | |
| 662 | |
| 663 | = igo_case#16_20190930 = |
| 664 | |
| 665 | 问题描述：回酒店站点 改内部试用，对外不可见。 |
| 666 | |
| 667 | ~-~--跟踪 |
| 668 | |
| 669 | 【令】：9.30 jarvis 和 bo完成改动 部署。 但无界面配置站点不可见。需客户提前告知，我方配合设置。 |
| 670 | 【客户】：回酒店充电桩的电价要调整的，峰1.06元，平0.70元，谷0.27元。不可见时间为2019年9月30日18:00开始。更新时能否直接后台加入第一批内部“白名单用户” |
| 671 | 【令】： |
| 672 | ~~电站电价需客户自行调整。 |
| 673 | ~~已协调我方人员在18点进行批量导入，但需igo提前提供名单（excel文件）包括：站点id，桩号，userId |
| 674 | ~~我方协助设置此站点不可见 |
| 675 | |
| 676 | ~-~-解决: |
| 677 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 678 | 售后（跟单）工程师：施文俊 |
| 679 | |
| 680 | = igo_case#16_20190929 = |
| 681 | |
| 682 | 日期：2019/09/29 |
| 683 | |
| 684 | 桩站名称：原南油酒店站 |
| 685 | |
| 686 | 手机号：18682146990 |
| 687 | |
| 688 | 订单号： |
| 689 | |
| 690 | 充电桩号： 44030500030000200009 |
| 691 | |
| 692 | 充电枪号： |
| 693 | |
| 694 | 开始充电时间： |
| 695 | |
| 696 | 现场网络连接状态： |
| 697 | |
| 698 | 近期故障状态： |
| 699 | |
| 700 | 问题描述：18682146990这个账户的现在“扫一扫”进入就是这个界面了，好几天了，无法正常使用了 |
| 701 | |
| 702 | [[image:image-20190929172922-1.png||height="408" width="546"]] |
| 703 | |
| 704 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 705 | |
| 706 | 运营商初步排查结果： |
| 707 | |
| 708 | 无 |
| 709 | |
| 710 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 711 | |
| 712 | ~-~--跟踪 |
| 713 | |
| 714 | 【令】：我确认一下 点击“结束充电”没用对吧？ |
| 715 | |
| 716 | 【运营商】：是的，他在这个界面操作不了 |
| 717 | |
| 718 | 密码充电可以使用，但是“扫一扫”用户跟方便实用 |
| 719 | |
| 720 | 他重新取消关注回来，一样的没用呢 |
| 721 | |
| 722 | ~-~--分析 |
| 723 | |
| 724 | John：他之前那个时刻服务器刚好发生了一点短暂网络异常，导致账单有一个状态没更新到。我帮他恢复了，你现在让他再看一下 |
| 725 | |
| 726 | ~-~--解决 |
| 727 | |
| 728 | |
| 729 | 状态（√表示选定 ）：√ 已解决 | 处理中 | 暂搁置 |
| 730 | |
| 731 | |
| 732 | = igo_case#15_20190929 = |
| 733 | |
| 734 | ~-~- |
| 735 | |
| 736 | 问题描述： 盛弘 陈晓白 要求 安装循道交流桩 至 翠玲花庭站点。客户不知如何操作 |
| 737 | |
| 738 | ~-~--跟踪 |
| 739 | |
| 740 | 【客】：提出疑问： a 设备号是不是太长 后面没显示. b 本机端口号和服务器要设置。 |
| 741 | 【shi】：不清楚项目背景，无法解答，请提供。 |
| 742 | 【客】：通途的，不知道是不是你们以前送给他们的。不知道，之前从仓库放了好久，最近拉出来的用的。 |
| 743 | 【shi】：igo的联系人是？ 桩号需要他们配 16位，桩端口2406，本机端口不用配，服务器端口 2406 |
| 744 | |
| 745 | ~-~--解决 |
| 746 | |
| 747 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 748 | |
| 749 | 跟进：施文俊 |
| 750 | |
| 751 | = igo_case#14_20190929 = |
| 752 | |
| 753 | ~-~- |
| 754 | |
| 755 | 问题描述： 因2017年数据存在userid=null，sam要求协助修复。 |
| 756 | |
| 757 | ~-~--跟踪 |
| 758 | |
| 759 | ~-~--解决 |
| 760 | |
| 761 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 762 | |
| 763 | 跟进：施文俊 |
| 764 | |
| 765 | = igo_case#13_20190929 = |
| 766 | |
| 767 | ~-~- |
| 768 | |
| 769 | 远程给客户培训功能代号：桩白名单授权个人充电[igo_requirement#1_20190808] |
| 770 | |
| 771 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 772 | ~-~--跟踪 |
| 773 | |
| 774 | 2019-9-27 进行后台对应功能培训。并记录客户使用建议，转产品&研发部参考 |
| 775 | |
| 776 | (% class="box infomessage" %) |
| 777 | ((( |
| 778 | 【客户】：第一界面填写手机这个没影响了，因为我们大概率会添加某一个标签的人、或者某一部门的人，所以尽量能在第二部有搜索功能就好了，我们不一定是通过手机号筛选。 |
| 779 | 可搜索选项：用户ID、手机号码、昵称、用户标签、所属部门。 |
| 780 | 补充：第一界面指“选择关联会员属性” 第二界面指“确认关联”。 |
| 781 | 【客户】：另外：平台显示的话能否这样显示：回酒店站点我们依旧处于运营状态，但是用户在公众号端，看不到此站点的任何位置信息。使得用户在”寻桩充电“界面看不到这个站点。 |
| 782 | 【shi】：预计2019-9-29更新系统模块后支持。 |
| 783 | ))) |
| 784 | |
| 785 | 2019-9-29 更新系统模块 |
| 786 | |
| 787 | ~-~--解决 |
| 788 | |
| 789 | 状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置 |
| 790 | |
| 791 | 跟进：何远东。 |
| 792 | |
| 793 | wiki记录者：施文俊 |
| 794 | |
| 795 | |
| 796 | = igo_case#12_20190928 = |
| 797 | |
| 798 | ~-~- |
| 799 | |
| 800 | 问题描述： 查询统计“微信充值”金额达到10000元的所有用户信息 |
| 801 | |
| 802 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 803 | 运营商初步排查结果： |
| 804 | |
| 805 | 无 |
| 806 | |
| 807 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 808 | ~-~--跟踪 |
| 809 | |
| 810 | 【shi】：统计结果见wiki附件[[充值金额超1w_20190928.xls>>http://wiki.linghuchongtech.com/wiki/bin/view/FileManager/#?driveNode=igo&filesOffset=0&filesLimit=15&filesSort=name]]，也单独发送统计结果给客户。 |
| 811 | -以下发生在2019-9-29 |
| 812 | 【客户】：之前忘了说了，这个里面的后台充值的需要筛选出去咯。充值账单查询，一般不是可以看到“微信充值”和“后台充值”嘛，这个充值满10000元的，是只计算“微信充值”的金额呢。比如微信充值了5000、后台充值5000，这样的在你的表格里面就只能算作5000元了。 |
| 813 | 【shi】：根据客户要求重新统计，见附件[[充值金额超1w_20190929.xls>>http://wiki.linghuchongtech.com/wiki/bin/view/FileManager/#?driveNode=igo&filesOffset=0&filesLimit=15&filesSort=name]]，，也单独发送统计结果给客户。 |
| 814 | |
| 815 | ~-~--解决 |
| 816 | |
| 817 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 818 | |
| 819 | 跟进：施文俊 |
| 820 | |
| 821 | |
| 822 | |
| 823 | = igo_case#12_20190924 = |
| 824 | |
| 825 | ~-~-~-~-~-~-- |
| 826 | 问题描述：“IGO充电桩”公众号内，“出租车认证”一项，用户将资料填完整、照片上传后，无法点击最后一步提交。 |
| 827 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 828 | 运营商初步排查结果： |
| 829 | |
| 830 | 无 |
| 831 | |
| 832 | ~-~--分析 |
| 833 | 【令】： |
| 834 | |
| 835 | ~-~--解决 |
| 836 | |
| 837 | 状态：待部署 |
| 838 | |
| 839 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 |
| 840 | |
| 841 | 跟进：何倩怡 |
| 842 | |
| 843 | |
| 844 | |
| 845 | = igo_case#11_20190924 = |
| 846 | |
| 847 | ~-~-~-~-~-~-- |
| 848 | |
| 849 | 日期： |
| 850 | 桩站名称：原南油酒店站 |
| 851 | 手机号： |
| 852 | 订单号： |
| 853 | 充电桩号：44030500030000200002 |
| 854 | 充电枪号：2 |
| 855 | 开始充电时间：2019.9.1-2.19.10.1 |
| 856 | 现场网络连接状态： |
| 857 | 近期故障状态： |
| 858 | 问题描述：207600为igo最新版本号，查询近半个月此桩异常账单各异常情况或充电记录，为了确认新版固件是否有改善 |
| 859 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 860 | 运营商初步排查结果： |
| 861 | |
| 862 | 无 |
| 863 | |
| 864 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 865 | ~-~--跟踪 |
| 866 | |
| 867 | ~-~--分析 |
| 868 | |
| 869 | 未出现异常账单，充电记录共有1117条，其中状态为充电完成的记录共有685条。 |
| 870 | |
| 871 | ~-~--解决 |
| 872 | |
| 873 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 874 | |
| 875 | 跟进：何倩怡 |
| 876 | |
| 877 | |
| 878 | |
| 879 | = igo_case#10_20190924 = |
| 880 | |
| 881 | ~-~-~-~-~-~-- |
| 882 | 问题描述：上步站44030400030000200012 扫码出现暂无充电服务，电桩显示暂不提供充电服务，后台显示该桩待机。 |
| 883 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 884 | 运营商初步排查结果： |
| 885 | |
| 886 | 无 |
| 887 | |
| 888 | ~-~--分析 |
| 889 | 【令】：启动服务的时候充电桩返回失败，桩出现问题了 |
| 890 | |
| 891 | ~-~--解决 |
| 892 | |
| 893 | 状态：待部署 |
| 894 | |
| 895 | 状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置 |
| 896 | |
| 897 | 跟进：何倩怡 |
| 898 | |
| 899 | = igo_case#9_20190921 = |
| 900 | |
| 901 | ~-~-~-~-~-~-- |
| 902 | 问题描述：账单修正后，发送账单金额调整通知。客户希望默认不发送 |
| 903 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 904 | 运营商初步排查结果： |
| 905 | |
| 906 | 无 |
| 907 | |
| 908 | ~-~--分析 |
| 909 | 【令】：因客户急需，较快速的修改，默认改为不发送，后续改为可勾选配置。 |
| 910 | |
| 911 | ~-~--解决 |
| 912 | |
| 913 | 状态：待部署 |
| 914 | |
| 915 | 状态（√表示选定 ）： √已解决 | 处理中 | 暂搁置 |
| 916 | |
| 917 | 跟进：施文俊、何倩怡 |
| 918 | |
| 919 | |
| 920 | |
| 921 | = igo_case#8_20190923 = |
| 922 | |
| 923 | ~-~-~-~-~-~-- |
| 924 | 问题描述：企业部门管理的部门设置已设有部门，但是从会员管理中选择所属部门显示无数据 |
| 925 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 926 | 运营商初步排查结果： |
| 927 | |
| 928 | 无 |
| 929 | |
| 930 | ~-~--分析 |
| 931 | 【令】：部门不显示的问题是因为以前有些废弃的部门没有删除彻底，现在已经修复 |
| 932 | |
| 933 | ~-~--解决 |
| 934 | |
| 935 | 状态（√表示选定 ）： √已解决 | 处理中 | 暂搁置 |
| 936 | |
| 937 | 跟进：何倩怡 |
| 938 | |
| 939 | |
| 940 | |
| 941 | = igo_case#7_20190923 = |
| 942 | |
| 943 | ~-~-~-~-~-~-- |
| 944 | 问题描述： igo和小桔8月份对账问题 |
| 945 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 946 | 运营商初步排查结果： |
| 947 | |
| 948 | 其中32条账单是对方系统不存在的账单、2条账单是双方电量差异过大账单、2条账单是我放记录电价金额出现“负数”的情况 |
| 949 | |
| 950 | ~-~--分析 |
| 951 | 【令】：因系统在2019.9.12升级，解决小桔（滴滴）app扫码充电超时，引起 igo存在充电账单但小桔系统不记录之问题。所以在9.12前的数据可能存在对方系统不存在的账单。 |
| 952 | |
| 953 | |
| 954 | ~-~--解决 |
| 955 | |
| 956 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 |
| 957 | |
| 958 | 跟进：何倩怡 |
| 959 | |
| 960 | |
| 961 | |
| 962 | = igo_case#6_20190923 = |
| 963 | |
| 964 | ~-~-~-~-~-~-- |
| 965 | |
| 966 | 日期：20190923 |
| 967 | 城市：深圳 |
| 968 | 运营商： igo |
| 969 | 桩站名称：永湖站 |
| 970 | 手机号：18475511853 |
| 971 | 订单号：20190920144024840824 |
| 972 | 充电桩号： 44030700030000200016 |
| 973 | 充电枪号：1 |
| 974 | 开始充电时间： 2019-09-20 14:40:44 |
| 975 | 充电结束时间： 2019-09-20 15:43:49 |
| 976 | 充电时长：1小时3分5秒 |
| 977 | 充电电量：25.37 |
| 978 | 订单金额：39.57 |
| 979 | 现场网络连接状态：正常 |
| 980 | 近期故障状态： |
| 981 | 问题描述：因异常账单通过人工修正后，占桩费显示并不正确。 |
| 982 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 983 | 运营商初步排查结果： |
| 984 | |
| 985 | 无 |
| 986 | |
| 987 | ~-~--分析 |
| 988 | 【令狐充】：异常账单那个总金额是正确的，修复后占桩费显示异常明天会更新一下 |
| 989 | ~-~--解决 |
| 990 | |
| 991 | 状态（√表示选定 ）： √已解决 | 处理中 | 暂搁置 |
| 992 | |
| 993 | 跟进：何倩怡 |
| 994 | |
| 995 | |
| 996 | |
| 997 | = igo_case#5_20190919 = |
| 998 | |
| 999 | ~-~-~-~-~-~-- |
| 1000 | 问题描述： 充值不到账。 |
| 1001 | |
| 1002 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 1003 | 运营商初步排查结果： |
| 1004 | |
| 1005 | 无 |
| 1006 | |
| 1007 | ~-~--分析 |
| 1008 | 【令】：bo系统升级2.0，回调url配置失误，导致期间充值丢失。 |
| 1009 | |
| 1010 | 【令】：提供期间充值账单记录，是我们的失误给你们添麻烦了，我们会避免类似问题，同时也会从系统层面增加和腾讯商户系统交易数据的主动核对功能。 |
| 1011 | |
| 1012 | ~-~--解决 |
| 1013 | |
| 1014 | (% class="box infomessage" %) |
| 1015 | ((( |
| 1016 | 1. 修复回调url，充值已正常。 |
| 1017 | 1. 令狐充提供期间充值记录清单。 |
| 1018 | 1. igo方根据订单号至腾讯商户平台逐个比对期间充值货款到帐情况。 |
| 1019 | 1. igo登录后台会员管理，为充值丢失客户补回相应金额，备注栏写明原因，便于对账。 |
| 1020 | |
| 1021 | 预估问题发生起始时间：2019/9/19 10:34:03 左右，令狐充方导出此时间后充值清单。 |
| 1022 | ))) |
| 1023 | |
| 1024 | 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置 |
| 1025 | |
| 1026 | |
| 1027 | = igo_case#4_20190919 = |
| 1028 | |
| 1029 | ~-~-~-~-~-~-- |
| 1030 | 问题描述： powerby令狐充 html5版本进入失败（404） |
| 1031 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 1032 | 运营商初步排查结果： |
| 1033 | |
| 1034 | 无 |
| 1035 | |
| 1036 | ~-~--分析 |
| 1037 | 【令】：菜单 域名 因使用旧域名无法访问，需切换新域名cloud.linghuchongtech.com |
| 1038 | |
| 1039 | 【令】：已调整菜单，考虑到缓存，重新进公众号或取消关注后重关注再进入菜单。 |
| 1040 | ~-~--解决 |
| 1041 | |
| 1042 | 状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置 |
| 1043 | |
| 1044 | |
| 1045 | = igo_case#3_20190913 = |
| 1046 | |
| 1047 | ~-~-- |
| 1048 | |
| 1049 | 【客户 吴总监】：“因为熊涛姐他那个个人原因，他休假，这几天啊，我们这边没有办法去查一下这个账号，因为这个车。它在充电的过程中被另外一台车就损坏了，所以想查一下这台车，它那个帐号。你看一下能不能帮我们。看下，吹牛，华庭，这边，他的嘶吼状就是这个时间节点左右开始充电的车辆，找到那个账号以后把那个账号电话号码发给我一下” |
| 1050 | |
| 1051 | ~-~--解决： |
| 1052 | |
| 1053 | 2019-09-11 22:25:38 翠岭华庭站 44030600030000200037 20190911222636593719 101437000156821199611294231 5760 50 4686 96262008 0 5 4 小桔 igo |
| 1054 | 2019-09-11 22:14:20 翠岭华庭站 44030600030000200032 20190911221440594485 3120 26.75 3302 3 71210036 0 5 4 五种思维 13692229508 |
| 1055 | |
| 1056 | - |
| 1057 | |
| 1058 | (% border="1" %) |
| 1059 | |翠岭华庭站|44030600030000200035|2|98%|2019-09-11 22:47:35|2019-09-11 23:26:40|89408035|20.09|个人支付|37分|20.36|金|20190911224833588237|否|充电完成|平段:6.59 |
| 1060 | 谷段:2.84 |
| 1061 | |翠岭华庭站|44030600030000200035|2|-|2019-09-11 22:46:39|2019-09-11 22:47:17|89408035|0.14|个人支付|0秒|0.11|金|20190911224736924022|否|充电完成|平段:0.08 |
| 1062 | |翠岭华庭站|44030600030000200044|1|95%|2019-09-11 22:33:30|2019-09-11 23:18:57|13501238|22.72|个人支付|45分|21.05|天道酬勤|20190911223337701465|否|充电完成|平段:9.60 |
| 1063 | 谷段:1.91 |
| 1064 | |翠岭华庭站|44030600030000200045|2|-|2019-09-11 22:30:51|2019-09-11 22:32:23|13501238|0.00|个人支付|0秒|0.00|天道酬勤|20190911223058913745|否|充电完成|- |
| 1065 | |翠岭华庭站|44030600030000200032|1|96%|2019-09-11 22:14:15|2019-09-11 23:07:08|71210036|33.02|个人支付|52分|26.75|五种思维|20190911221440594485|否|充电完成|平段:18.12 |
| 1066 | 谷段:0.22 |
| 1067 | |
| 1068 | = igo_case#2_20190826 = |
| 1069 | |
| 1070 | ~-~-~-~-~-~-- |
| 1071 | 日期：20190826 |
| 1072 | 城市：深圳 |
| 1073 | 运营商： igo |
| 1074 | 桩站名称： |
| 1075 | 手机号： |
| 1076 | 订单号： 20190829085226440883, 20190829083954320564 |
| 1077 | 充电桩号： |
| 1078 | 充电枪号： |
| 1079 | 开始充电时间： |
| 1080 | 充电结束时间： |
| 1081 | 充电时长： |
| 1082 | 充电电量： |
| 1083 | 订单金额： |
| 1084 | 现场网络连接状态： |
| 1085 | 近期故障状态： |
| 1086 | 问题描述： 滴滴对账数据不符合，igo系统中存在充电记录，但滴滴系统中不存在。 |
| 1087 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 1088 | 运营商初步排查结果： |
| 1089 | |
| 1090 | 无 |
| 1091 | |
| 1092 | ~-~--分析 |
| 1093 | 【令狐充】：互联互通模式不完善，小桔app请求超时场景，会导致滴滴系统不记录当次充电。 |
| 1094 | ~-~--解决 |
| 1095 | 令狐充优化互联互通jarvis模块，当出现超时，平台自动停掉当次充电，减少损失。 |
| 1096 | |
| 1097 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 |
| 1098 | |
| 1099 | |
| 1100 | = igo_case#1_20190830 = |
| 1101 | |
| 1102 | ~-~-~-~-~-~-- |
| 1103 | 日期：20190830 |
| 1104 | 城市：深圳 |
| 1105 | 运营商： igo |
| 1106 | 桩站名称： |
| 1107 | 手机号： |
| 1108 | 订单号： 20190829085226440883, 20190829083954320564 |
| 1109 | 充电桩号： |
| 1110 | 充电枪号： |
| 1111 | 开始充电时间： |
| 1112 | 充电结束时间： |
| 1113 | 充电时长： |
| 1114 | 充电电量： |
| 1115 | 订单金额： |
| 1116 | 现场网络连接状态： |
| 1117 | 近期故障状态： |
| 1118 | 问题描述： 特殊扫码充电操作步骤启动充电，有机会逃避计费（盗电） |
| 1119 | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-- |
| 1120 | 运营商初步排查结果： |
| 1121 | |
| 1122 | 无 |
| 1123 | |
| 1124 | ~-~--分析 |
| 1125 | 【令狐充】：经过和厂商分析结果发现，盛弘STM32直流桩存在盗电漏洞（版本号1xxx起始的）。 |
| 1126 | ~-~--解决 |
| 1127 | 由盛弘厂商安排升级桩固件。 |
| 1128 | |
| 1129 | 状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置 |