文档更改igo

在2019/11/04 12:47上被shi chuck修改

从版本< 30.6

由shi chuck编辑
在2019/11/04 12:47上

到版本

由yuandong he编辑
在2019/09/30 15:28上

修改评论该版本没有评论

Summary

Page properties (2 modified, 0 added, 0 removed)
Attachments (0 modified, 0 added, 2 removed)
- 1572254220843-716.png
- 1572403941775-103.png

Details

Page properties

文档作者

@@ -1,1
          +1,1 @@
--XWiki.ShiChuck
++XWiki.yuandong

Content

@@ -2,578
          +2,6 @@
  {{toc/}}
  {{/box}}
--= igo_case#40_20191102 =
--
--问题描述： 是否存在插枪直接充电
--
--~-~-跟踪
--【shi】：令狐充协议中不支持这个场景，将来的vin公交充电也需要触发屏幕中按钮
--客：我可以理解为：目前为止，我们电桩不会出现插枪就会自动启动充电的情况是吗？就算有什么漏洞出现，也不会被人利用直接充电吗？
--shi：对于单次充电来说，运营还未发现插枪直接充电之案例。
--
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--
--(% class="wikigeneratedid" %)
--对于单次充电来说，运营还未发现插枪直接充电之案例。
--
--(% class="wikigeneratedid" %)
--=  =
--
--= igo_case#39_20191101 =
--
--问题描述：人工手工扣款/充值，补救20904xx固件 导致占桩费异常的办法  可能导致报表数据错误。
--比如报表显示收入1000，实际上只是100，对不上了
--
--~-~-跟踪
--【shi】： 补救操作见下：
--
--(% class="box infomessage" %)
--(((
--已经发生的操作：
--1、igo 占桩费的问题  人工充值，账单没有修复，导致数据看起来有问题。
--\\建议的操作：
--1. 异常账单修复，手工改服务结束时间，只改这个，其它不改，然后点修复。（“重新计算”用来看费用是否符合预期。不要点“应用”）
--2. 后台会员管理，点人工退款，退回之前人工充值那部分钱（注意是正数）
--)))
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--=  =
--
--= igo_case#38_20191101 =
--
--问题描述：20904xx固件 出现离桩问题，造成大面积占桩费。10.31 盛弘改2090406，解决占桩费。
--
--~-~-跟踪
--【shi】： 鉴于 20904xx大幅降低 异常账单几率，升级最新固件对运营是有价值的。
--1、10.31 盛弘改2090406，解决占桩费。
--2、11.1日开始协调  igo 那边搞一台验证。
--3、因涉及屏幕升级，需现场操作。
--
--(% class="box infomessage" %)
--(((
--**背景：**
--1、10.24-25升级了四个站点到2090402，但直到10.29才爆出占桩费普遍异常。
--2、10.30客户现场对以上站点降级回旧版本。
--3、10.31 盛弘改2090406，预期解决占桩费。
--4、在中山平实 站用最新 2090406， 但因站点不启用占桩费，无法暴露可能的离桩时间bug。
--5、igo宝丽站 找到 一台 2090402版本 桩 44030700030000200006，计划和 客户确认后 远程升级 2090406。（屏幕不支持远程，必须找2090xxx版本适配升级）
--\\**计划：**
--1、盛弘提供令狐充 2090406 版本 进行升级验证。
--2、鉴于“背景 1”中，延迟4-5日才爆发离桩bug，需确认原 bug 发生机制是否和日期时间有关。因为现场更新到最新固件，需要知道观察多久才能证明固件已解决问题。
--\\
--)))
--
--
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--=  =
--
--= igo_case#37_20191030 =
--
--问题描述：今早有很多用户反映充电结束后，产生了很多占桩费，显示服务结束时间都在10月31号往后，麻烦看一下是什么问题呀
--
--[[image:1572403941775-103.png||height="422" width="779"]]
--
--~-~-跟踪
--【令】：翠岭华庭（CL02）44030600030000200035固件升级时间10月24日  版本号：2090402
--同胜大厦（TS09）44030600030000200054固件升级时间10月25日  版本号：2090402
--翠岭华庭（CL04）44030600030000200039固件升级时间10月24日  版本号：2090402
--
--【令】：1、29号发生的都是在接近30号凌晨发生的， 这些账单的结算应该是过了30号的， 所以都应该和账单消息有关。
--2、占桩时间没有错。
--3.查看了两条日志显示数据上离桩时间像是多加了一天。
--
--【shi】： igo，10.24-25升级了四个站点到20904xxx，但直到10.30才爆出占桩费普遍异常。 bug是否只有到特殊的时间点才能重现，或者验证已解决。
--29号晚上吧，就是微信充值出问题那天，充值恢复后在22点左右就开始有产生账单了。
--24-29日 之间的记录都占桩费都没问题？
--恩恩是的
--
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊  Chinyee
--
--= igo_case#36_20191029 =
--
--问题描述：21:00左右，很多用户充值了之后，钱不到账。
--
--igo熊超 收到投诉，自己充值成功到帐。
--
--~-~-跟踪
--【shi】：
--1、建议运营商先联系当地同事 充值 看，充值不到账概率。（推测腾讯支付系统问题 ，中山地区也出现此情况。 ）
--2、“首页/营收管理/账单管理/充值账单管理”，状态栏未待支付订单操作栏点“重新检查”，如客户确实充值成功，应当会补回充值款。
--
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--=  =
--
--= igo_case#35_20191023 =
--
--问题描述：一个号码有存在两个账户
--
--[[image:1572254220843-716.png||height="315" width="635"]]
--
--~-~-跟踪
--【令】：第一个账户有第三方认证，但是已经退出了；第二个账户没有第三方认证且余额是负数
--
--【令】：对于一个号码存在两个账户，是以前用了2个微信号登录，同时绑定一个手机号出现了问题。余额为0那个最近有使用过
--~-~-解决:
--状态（☑表示选定 ）： √已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：Chinyee
--
--= igo_case#35_20191023 =
--
--问题描述：客户Sam要求，现在系统导出的没注册时间, 平台能否导一份会员信息含注册时间的表
--
--~-~-跟踪
--【令】：
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--
--= igo_case#34_20191023 =
--
--问题描述：20191023001833673620、20191023001811632718，这两个账单时间怎么显示错误。另外麻烦确认产生次账单的账户18126204676 ，10月23日00:20左右是否有充电扣款
--
--~-~-跟踪
--【HYD】：
--1.那两张单充电停止原因都是[51]充电停止，状态是服务取消
--2.他说的23日00:20是否有充电扣款 没在"充电账单管理"内看到这样的扣费记录
--3.故障账单里没有那两张单的记录
--【shi】：见下：
--
--拆分为2个问题
--问题1：20191023001833673620、20191023001811632718，这两个账单时间怎么显示错误。
--分析
--单号                                   桩号                                       开始时间
--20191023001833673620  44030300030000200055      1999-11-30 00:18:02
--20191023001811632718  44030300030000200055      1999-11-30 00:17:40
--\\问题2：账单的账户18126204676 ，10月23日00:20左右是否有充电扣款？
--分析：那两张单充电停止原因都是，状态是服务取消。说明未成功启动。应不存在扣款。
--\\衍生问题： 44030300030000200055 固件版本 11523，出现 1999-11-30 00:18:02 时间异常。@john转研发分析。
--【客】：这个账户时间应该在昨晚在泥岗站有充过电，我指的“时间错误”应该充电时间是2019-10-23  00:18，而不是账单显示的1999-11-30  00:18~-~-~-~-~-~-~-~-~-~-~-~-另外他在23日是否充电扣费情况，我通过监控看到该账户司机在之前充电取消的电桩号，充电了近一个小时，且司机一直就在车辆旁边，应该是有电量充进入的。
--【shi】：不清楚现场桩的行为，需转研发进一步确认。@Niewei
--
--【令】如果正常的“服务取消”，即没有发生充电的情况的下的取消，不会有账单发生;
--
--【令】上面的这两个充电的流程是混乱的, 在没有启动充电的情况下，桩就上传了充电心跳，接着又上送了取消，这是对桩而言是发生充电，虽然时间很短, 所以桩产生了账单，但这个账单中的时间不对同时延时上送。这个情况属于桩问题，版本是:盛弘直流 － 标准2017(11523),建议升级桩固件处理。
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：chinyee 何远东 施文俊
--
--=  =
--
--= igo_case#33_20191018 =
--
--问题描述：igo20191007-20191018异常账单报告
--
--~-~-分析
--
--(% class="box infomessage" %)
--(((
--**~ 提供两份数据：1）异常账单统计。2）直流桩版本号未升级站点分布数据。**
--
--1）异常账单统计：上表为 **2019年10月** 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）
--
--(% border="1" %)
--|(((
--**异常代码\统计时间段**
--)))|(((
--**滴滴 8日-17日（次）
--不限桩品牌**
--)))|**滴滴 8日-17日（次）**
--仅盛弘stm32|(((
--**微信 8日-17日（次）
--不限桩品牌**
--)))|**微信 8日-17日（次）**
--仅盛弘stm32|(((
--**盛弘版本2090xxx**
--)))
--|(((
--**时间段内成功充电次数**
--)))|10954|6438|24964|17196|1200
--|(((
--**1-账单丢失**
--)))|63|60|153|124|139
--|(((
--**10-占桩时长与平台不符**
--)))|9|3|11|7|
--|(((
--**11-电量丢失**
--)))|8| |13|1|
--|(((
--**9-充电时长与平台不符**
--)))|101|93| |107|
--|(((
--**9+10**
--)))|13|12| |15|
--|(((
--**10+11**
--)))| | |1| |
--|(((
--**8-充电电量与平台不符**
--)))| | |1| |
--
--解决方案：
--
--* 微信扫码充电账单丢失概率和滴滴接近。
--* 其中盛弘版本**2090XXX，**时间段内1200次成功充电
--** 139次账单丢失，桩账单丢失比较多，相比原1xxxxxx版本固件更多的账单丢失。
--** 其他异常状态相比原1xxxxxx版本固件明显减少。
--* 要求盛弘厂家继续排查寻找账单丢失原因。
--
--2）直流桩版本号未升级站点分布数据：（预期最新的直流桩版本号为 2090100）
--
--版本号    数量   场站名
--
--11523      56     泥岗站
--
--11536      94     原南油酒店站
--
--12027      47     双龙站
--
--12028     12     上步站
--
--12082      2      八卦岭站
--
--11954      1      朗山酒店站
--
--11520      1      朗山酒店站
--
--11505      9      朗山酒店站
--
--11957      1      永湖站
--)))
--
--(% class="wikigeneratedid" %)
--【令】：
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊  何倩怡
--
--
--= igo_case#32_20191016 =
--
--~-~-~-~-~-~--
--问题描述：igo导出日报表查询条件选择igo+小桔，日期为2019.9.1-2019.9.30，网页崩溃，无法导出。
--
--~-~--跟踪
--【令】：igo报表导出的问题是因为数据量太大了，需要优化一下
--
--~-~--解决
--
--状态（√表示选定 ）：  已解决  |  √处理中  |  暂搁置
--
--跟进：何倩怡
--
--=  =
--
--= igo_case#31_20191016 =
--
--问题描述： 客户询问 平台接入协议是采用的中电联标准协议
--
--~-~-跟踪
--【令】： igo用的盛弘桩的是令狐充协议。igo接入小桔模式是中电联协议。
--【富哥】：两个协议发给我一下呢？现在主管部门要注册，必须要这个。
--【转公司内部】：确认是否提供2份协议给IGO方。
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#30_20191016 =
--
--日期：2019.10.15
--桩站名称：洪浪北站
--手机号：13553593797
--订单号：20191015121024289969
--充电桩号：44030600030000200060
--充电枪号：
--开始充电时间：12:10
--现场网络连接状态：
--近期故障状态：
--问题描述：司机反映车辆启动充电后不久，手机收到充电结束和占桩费收费提醒，用户回到电桩看到车辆还在正常充电中，这种错误提示容易误导用户，麻烦核实一下；另场站管理员发现在该场站多次出现这种情况，请看一下是否该场站电桩有何问题。
--
--~-~-跟踪
--【shi】：
--1、心跳查得  在2019-10-15 12:28:54  收到状态  8  ，后续心跳保持 状态3  ，说明正常充电 。
--2、用户提供截图 显示12：28分收到充电停止和占桩提醒 微信消息。
--转产品、研发看是否需要调整通知策略。
--【令】：通知客户 原因是12:28 发生一次设备故障，看是否排查下什么故障。 如正常充电，不应出现故障
--~-~-below at 20191019
--【研发】： bo收到8和chargeEnd状态，导致发送 充电停止微信消息。
--【客】：反馈近期多次发生。收到提醒，结果大老远过去又没有中断，让他们白跑一趟。充电未中断不应该给用户发送充电结束提醒。
--确认 10.21更新优化版本
--\\\\~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊  何倩怡
--
--= igo_case#29_20191015 =
--
--问题描述：13528790675 这个账号昨天同一时间扣了很多占桩费，请问能否查看是什么原因导致
--
--~-~-跟踪
--【数据】： 13528790675  账号问题数据
--充电结束时间                  服务结束时间（拔枪）   站点               桩号                                         账单号
--2019-10-14 12:45:28    2019-10-14 16:53:09    宜停车站点    44030400030000200037        20191014124423193902
--2019-10-14 12:35:07    2019-10-14 16:53:07    宜停车站点    44030400030000200037        20191014123404311541
--2019-10-14 12:25:26    2019-10-14 16:53:05    宜停车站点    44030400030000200037        20191014122421230940
--2019-10-14 12:20:56    2019-10-14 16:53:02    宜停车站点    44030400030000200037        20191014121939345159
--2019-10-14 11:35:08    2019-10-14 16:52:58    宜停车站点    44030400030000200037        20191014113352585447
--2019-10-14 11:29:49    2019-10-14 16:52:57    宜停车站点    44030400030000200037        20191014112838652160
--\\【分析】：以上充电记录持续时间60秒；停止原因：[98]设备故障；  服务结束时间-充电结束时间>4小时；因此皆产生占桩费。
--【bug排查】：转研发确认是否近期案例类似。
--
--(% class="box infomessage" %)
--(((
--查了几条报文，情况差不多：
--这些充电都是鉴权成功，然后启动充电的时候报控制板错误失败了；失败后桩没有发登出消息过来，后台过了4分钟自动把事务取消了；然后过了十几个小时，桩上传了账单，里面的离桩时间就是上传账单的时间，所以收了占桩费。
--\\我方建议和解决方案探讨：
--
--* 启动过程桩上报故障【98】，启动失败后不发登出，这个确实有问题。
--* 或者桩立即发账单也行的，但它发得太晚了。
--* 44030400030000200037   桩对应的固件 版本号：2090102
--)))
--
--~-~-below at 20191021
--【客】：质疑 为何 最近一周才出现的这个问题？补充信息录下：
--1）在2019.10.08-2019.10.20期间，在该站点充电的用户账号经常性出现，已经拔枪结束离开后，账单一直未收到，后续收到时，显示被扣了占桩费，经过我们调取现场监控核实，此类账单都是司机离开后账单却未停止计费，在类似账单计费期间，该电桩还是可以提供给其他用户充电使用。
--2）此站点 近几个月未升级过固件。
--
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#28_20191015 =
--
--(% class="wikigeneratedid" %)
--日期：2019.10.12
--桩站名称：大浪站
--手机号：
--订单号：20191012130947619651
--充电桩号：44030600030000200004
--充电枪号：
--开始充电时间：13:09:46
--现场网络连接状态：
--近期故障状态：
--问题描述：本次账单显示充电59分钟，电量24.48度电，电费服务费合计扣款31.84元，司机进线表示自己这笔订单电量太虚了，平时充20多元可以多跑好多公里，这次充的电量，都没跑多久就没电了。麻烦提供下心跳记录。
--~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
--
--(% class="wikigeneratedid" %)
--~-~-跟踪
--【令】：根据客户提供的账单号在数据库导出后，发现有个当前电量数据异常，转研发跟进后再进一步确认。
--【客户答复滴滴合作方】： 官方回答 值得 学习，见下：
--
--(% class="box infomessage" %)
--(((
--1.我们 已经跟司机联系过了，告知他我们在后台查过他这笔订单了，充电过程后台都有心跳（充电系统平台术语，就是电桩一直都在正常充电），电桩计量没有问题，司机就是不信。
--2.我们电桩计量确实没有问题；不然那么多充电的司机，早就会N次投诉去你们那里了。
--3.这个建议要司机找一下自己车辆原因（电量虚标，电池老化），或者自己开车驾驶习惯（严重拥堵，急加速，急刹车等）。
--4.不是我们不想解决问题，包含退一部分款给他，这些都不是问题，主要是这样做的话，就给司机感觉好像我们电桩计量真有问题似的，不利于公司形象。
--5.建议:如果你们不想太麻烦，你们可以赠送一笔小桔充电优惠劵给他，赠送劵这个费用我们出。
--)))
--
--
--
--
--
--~-~-解决:
--状态（☑表示选定 ）： ☑ 已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：何倩怡  施文俊
--
--= igo_case#27_20191014 =
--
--问题描述：客户误删 部门“电桩事业部”。影响所有相关部门充电等功能。要求紧急补救。
--
--~-~-跟踪
--【shi】：从db层面人工干预 脚本修复。
--【客】管理界面未恢复。
--父级菜单网约车也删了？ 电桩事业部 怎么 挂载网约车下面。 刚仅恢复了 “电桩事业部”，和客户确认
--【shi】：客户连同父级菜单一同删除，不清楚是否需要恢复父级“网约车”，客户说当日中午建的“网约车”部门，和我方分析之db中记录逻辑不符合。客户无法表达清楚逻辑和当时操作。 故 将 “电桩事业部”和“网约车” 一同从底层db恢复，需客户进一步确认部门结构。另外 当日额外新建的 网约车和电桩事业部 也许删除，避免信息误处理。
--~-~-解决:
--状态（☑表示选定 ）： ☑ 已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--
--= igo_case#26_20191014 =
--
--
--问题描述：18320754555, 13590319280 此用户表示以前有关注“IGO电桩”，以前有余额存在，好久没用了重新关注绑定“IGO充电桩”公众号后，以前的金额没有转移过来
--~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
--运营商初步排查结果：无
--
--~-~-跟踪
--【背景】：客户于2018.12月要求更换公众号，即 公众号a-》公众号b。  a中用户无法全量迁移至b，仅当用户关注b时，系统查询a中是否存在，如存在则将a中余额迁移至b。 触发迁移动作包括：1）相同手机号。2）微信系统内置unionId。
--【shi】：2019.10.12 bo2.0更新，涉及到db member表结构改动， 因牵涉到新老公众号用户数据实时迁移，故需同步更新db中old_member表结构。 今后bo的更新需注意此项。
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#25_20191010 =
--
--桩站名称：各场站电桩
--近期故障状态：
--问题描述：在系统更新过后，很多司机反映充电结束后或者跳枪中断后，手机端无法收到占桩收费提示，无法把控时间；且较多正常结束充电的司机，拔枪后账号依旧无法收到扣款（不存在故障账单），只能在个人中心内充电记录才能看到
--~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
--运营商初步排查结果：无
--~-~-跟踪
--【内测】：办公室桩测试，记录至测试文档
--
--(% class="box infomessage" %)
--(((
--1. 31010400010000200007切换到运营环境igo的宝丽站。
--1. 重启桩确保二维码正确指向igo。
--1. 模拟充电场景观察是否收到各项为信息提示（特别注意“占桩收费提示”），包括以下场景：
--11. 扫码充电10秒，app端停止，拔枪。
--11. 密码充电10秒，app端停止，拔枪。
--11. 扫码启动充电，等待其满电占桩，拔枪。
--11. 密码启动充电，等待其满电占桩，拔枪。
--1. 完成测试将桩切换回“联调站点”。
--)))
--
--【shi】：测试结果：4个场景充电结束都能收到占桩提示。
--【客】：是否有对充电中由于“电桩故障”停止的记录进行测试？东湖、泥岗、宜停车、洪浪北、南油、双龙、大浪、固戍、翠岭华庭、捷顺都有工作人员反映。
--【shi】： 故障类型有很多，发现的案例能提供对应账单号会有助于快速定位 和模拟。工作人员多记录1项账单id，提供我方。
--
--~-~-解决:
--状态（√表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊  何远东
--
--
--
--= igo_case#24_20191009 =
--
--~-~-~-~-~-~--
--问题描述：小桔后台希望可以看到令狐充平台中“小桔 igo”的账户信息，比如 账户余额？
--
--~-~--跟踪
--【令】：可以在“首页/系统管理/用户管理”新建登录账户绑定子运营商小桔（该功能这周更新系统之后才可以打开这个权限，如紧急也可手工操作先绑定），此账户功能包括：
--
--* “首页/客户管理/会员管理/会员管理”查看到“小桔 igo”在igo平台的余额。
--* 查看小桔APP发生的充电记录。
--* 注意：小桔方登录后不应该具备任何可操作权限（如，充值、编辑等）。此项需转交产品和研发评估。
--
--~-~--解决
--
--状态（√表示选定 ）：  已解决  |  √处理中  |  暂搁置
--
--跟进：施文俊  何倩怡
--
--
--
--= igo_case#23_20191008 =
--
--(% class="wikigeneratedid" %)
--桩站名称：大浪场站
--手机号：
--订单号：
--充电桩号： 44030600030000200008
--近期故障状态：
--问题描述：更换监控版后扫码出现无充电事物，电桩提示暂不提供充电服务
--~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
--运营商初步排查结果：无
--~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
--~-~--跟踪
--【shi】：
--1）和客户检查监控版本无误。
--2）登录 https:~/~/mc.linghuchongtech.com ，依次“首页/充电网络/充电桩管理/充电桩设备”-》搜索电桩-》操作栏点远程-》点启用。完成后测试充电。
--3）类似问题可请后台管理人员按上述步骤处理。
--【shi】：疑问记录，为何更换控制板后，必须启用方可使用，需转交研发分析。
--【shi】：44030600030000200008 “更换控制板”后重新上电的时间是什么时候
--~-~-解决:
--状态（√表示选定 ）： √ 已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--
--= igo_case#22_20191008 =
--
--~-~-~-~-~-~--
--问题描述：小桔app在南油站仅半个月无滴滴充电记录
--~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
--运营商初步排查结果：
--
--无
--
--~-~--分析
--【令】：建议客户去实地用app验证。
--【客】：南油不能充电，客户已反馈，是滴滴方面问题
--
--~-~--解决
--
--状态（√表示选定 ）：  √已解决  |  处理中  |  暂搁置
--
--跟进：施文俊  何倩怡
--
--= igo_case#21_20191008 =
--
--问题描述：18688967596此用户有一个未鉴权账单，导致现在无法充电。
--
--~-~--跟踪
--
--
--【令】：根据账单号查找表recharge_history，C_STATUS=8（服务取消），C_PREV_CHG_STATUS=1（准备中），C_CHG_STATUS=1（准备中）  查找表recharge_history_status_report 中 C_STATUS=1，实际产生原因还需与研发进行核实。
--
--~-~-解决:
--\\状态（√表示选定 ）：  已解决  |  √处理中  |  暂搁置
--
--跟进：何倩怡  施文俊
--
--= igo_case#20_20191008 =
--
--问题描述：因站点改为白名单用户充电。要求隐藏 指定站点。
--
--~-~--跟踪
--
--【令】：2019.9.30 javris更新，接口配置不可见。 公众号已隐藏站点。 滴滴方面需客户通知落实后，滴滴app方可隐藏站点。
--【客户】：收到我方通知后协调客户过程中。
--【令】：客户未报告进展，2019.10.8日我方询问igo方，客户告知当时滴滴已隐藏站点。
--**-below continue at 2019.10.8 14:49   important！！！ **
--【客户】：质疑小桔的服务是否发生问题， 滴滴app看不到所有IGO的充电桩。
--【令】：转交研发进一步分析。（优先级：高）。
--【客户】：不能重现，不存在此问题。
--
--~-~-解决:
--\\状态（√表示选定 ）： √ 已解决  |  处理中  |  暂搁置
--
--跟进：施文俊
--
--
--= igo_case#19_20191001 =
--
--问题描述：有司机反应，昨天开始充电后，没有信息发送账单信息到手机上
--
--~-~--跟踪
--
--【令】：能否重现？
--
--【客户】我收到2个司机反应没有收到账单
--
--【令】：没有账单因素很多，多等等，还收不到 在故障账单中找找
--
--~-~-解决:
--其他同事更新后导出可以看到站桩费了，应该是已经解决了(待客户确认后，确定解决)。
--状态（√表示选定 ）：  已解决  |  √处理中  |  暂搁置
--
--跟进：施文俊
--
--
  = igo_case#18_20190930 =
  问题描述：igo充电记录导出文件里站桩费为0，提供账单号：20190919094653617073。
@@ -584,9
          +584,8 @@
  ~-~-解决:
  其他同事更新后导出可以看到站桩费了，应该是已经解决了(待客户确认后，确定解决)。
--状态（√表示选定 ）：√  已解决  |  处理中  |  暂搁置
++状态（√表示选定 ）：  已解决  |  √处理中  |  暂搁置
--跟进：何远东
  = igo_case#17_20190930 =
@@ -1144,3
          +1144,7 @@
  由盛弘厂商安排升级桩固件。
  状态（√表示选定 ）：  已解决  |  √处理中  |  暂搁置
++
++
++
++

1572254220843-716.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.Chinyee

Size

...	...	@@ -1,1 +1,0 @@
1		-54.9 KB

Content

1572403941775-103.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.Chinyee

Size

...	...	@@ -1,1 +1,0 @@
1		-169.0 KB

Content

文档更改igo

Summary

Details

导航

Applications