# igo_1

在2020/07/03 14:13上被yuandong he修改
导出
Office Formats
以PDF格式导出
Other Formats

Select the pages to export:

select all / none

以HTML格式导出

Summary

- igo_case#80_20200624
- igo_case#79_20200616
- igo_case#78_20200605
- igo_case#77_20200603
- igo_case#76_20200522
- igo_case#75_20200518
- igo_case#74_20200420
- igo_case#73_20200411
- igo_case#72_20200402
- igo_case#71_20200401
- igo_case#70_20200330
- igo_case#69_20200329
- igo_case#68_20200310
- igo_case#67_20200307
- igo_case#66_20200225
- igo_case#65_20200114
- igo_case#64_20191230
- igo_case#63_20191224
- igo_case#62_20191223
- igo_case#61_20191223
- igo_case#60_20191219
- igo_case#59_20191209
- igo_case#58_20191210
- igo_case#57_20191209
- igo_case#56_20191206
- igo_case#55_20191205
- igo_case#54_20191129
- igo_case#53_20191127
- igo_case#52_20191119
- igo_case#51_20191125
- igo_case#50_20191119
- igo_case#49_20191118
- igo_case#48_20191115
- igo_case#47_20191112
- igo_case#46_20191111
- igo_case#45_20191111
- igo_case#44_20191106
- igo_1
- igo_case#43_20191105
- igo_case#42_20191104
- igo_1
- igo_case#41_20191104

# igo_case#80_20200624

问题描述：麻烦看一下这个账单，后台充电记录显示没电量，但是现场电桩上存在各项数据。此订单进行“异常账单“修复还是无电量、时间等数据

20200624071009817948

--跟踪

在该充电鉴权完成后， 充电桩发生了3次重连 , 之后该桩状态变为“充电”, 之后上传的心跳中丢失了“账单ID”， 后台判断该事务无效，结束了此充电。 同时这个情况下，该充电在桩上继续..., 结束后， 没有上传账单。 处理方式：对着桩上的数据进行人工修正

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
数据统计人：chinyee YD

# igo_case#79_20200616

最新见下：，列下升级计划
~igo所有站点升级桩固件相关：
一、名词解释：
STM32：代表盛弘电气 盛弘直流 － 标准2017 直流
M3：代表盛弘电气 盛弘直流 － 老款 直流
OSD-60K750O/01：代表 直流(橙电)
二、背景：
2.1、客户这边有盛弘 M3，stm32两款桩， 2090416 只支持 stm32型号桩。
2.2、在升级任务时间周期内，工作中的桩不会开始升级，待桩空闲后，桩开始升级。
三、远程升级步骤（分阶段）
1 这些站点含老款桩（M3），目前无法升级：宝丽站。南油桩 双枪、琅山、龙田、莱莱。
2 橙电桩 桩端也需改动 适配深圳发改委后 升级。洪浪北7个桩、宝安外经2个桩
4 东湖站先批量升级2个枪（找工作中枪），2090414-2090416。目标：验证充电中的桩不会自动升级，空闲后升级
5 其余桩远程升级至2090416统一安排在 2020-6-17，周三，8:00-9:00 。需提前对igo这些站点和桩数据请客户补充完整。
6 记录 早前因为固件bug无法远程降级的2090416的桩和站点、便于后续人员手工去维护

--跟踪

【YD】：

三、

4、升级ID：235 桩44030300030000200032、44030300030000200035 已验证为目标结果。

5、会对包含stm32型号桩的站点创建相关升级任务于2020-6-17，周三，8:00-9:00自动执行。已私聊IGO熊超通知他优先补齐stm32型号桩和相关站点的资料

6、东湖宾馆站44030300030000200006、44030300030000200008和龙山站全部桩

~20200617升级记录

IGO 第一批次升级桩记录（除 原南油酒店站 双枪 外的站点有2090414版本的新款都单独选出来升级。）
东湖宾馆站 33桩
泥岗站 22桩
朗山酒店站 16桩
翠岭华庭站 14桩
同胜科技大厦站 11桩
西湖新村站 2桩
龙田站 3桩
平湖 16桩

升级ID：236-244 执行时间20200617 9:00-11:00

IGO升级失败的桩.xlsx

IGO第二批次升级桩记录

第一批次升级失败的桩集中升级 升级ID：245 执行时间20200617 14:15-16:15

在第一批次升级失败的8个桩，第二批次升级了6个。

44030300030000200009 44030300030000200005 这两个桩由于离线原因无法升级，与客户确认到这两个桩由于场地原因关电离线。

IGO第三批升级记录

对IGO错写为老款但实际为新款的桩进行升级。

宝丽站 4个

莱莱站 3个

升级ID：246、247、248

深圳发改委地标_站点升级明细(416版).xls

记录20200703

因地标版本需要，要升级2090420。

升级ID：252，测试该版本的420升级和414。结果成功

升级ID：253-260和262，是之前全部升到416版本的桩升级420。

其中龙山站全部桩、东湖宾馆站部分桩不能远程升级和东湖宾馆站(257)升级失败的桩由客户个人现场升级。

# igo_case#78_20200605

问题描述：44030300030000200003、44030300030000200002远程升级到地标版本2090416

--跟踪

【chinyee】：后台显示升级失败

【shi】：客户用sd卡升级

【客】：刚才对东湖站0003这个桩刷了对接地标的系统，刷完重启后显示系统故障

【技】：上报的心跳中有报错误。
0xFE2B000200FFFF11003434303330333030303330303030323030303033020105010103630049EECD01000000C916需要找一下桩的人看看。

【shi】：如果该版本引起不能使用，建议先降回原版本。

~20200615记录

此前龙山站已全部升级为2090416版本，但无法降回2090414版本，目前厂商发了个新的2090416版本待测试。

YD：选择龙山站44030700030000200018进行该416版本的升级，结果为成功 ID：230

继续选择该桩进行414版本的降级，第一次结果为失败 ID：231 ，第二次结果为失败 ID：232

和厂家确认：原来已升到416版本的桩远程用这个新版416还是会因为路径冲突降级414失败。需要找一个没升级过的414版本的桩升级新版416

YD：在宝丽站选择桩44030700030000200007进行尝试 升级ID：233 降级ID：234 ，都成功了。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee YD

# igo_case#77_20200603

问题描述：麻烦帮我查一下13381670986这个账户昨日的充电情况，他账户现在余额-190.3元，但是他昨日的充电记录中未产生占桩费，当他余额小于0时，剩下的充电他怎么还能正常启动呢？

--跟踪

【YD】：这个用户的充值记录也才20块。他的充电账单都在昨天，IGO有1元的阈值。转研发确认

【研发】：bo这边一直在发送停止命令，服务器也响应了，但是实际桩一直没停。反馈给桩厂家

OSD-60K750O/01”，这个型号的桩 直流(橙电)

~20200617

橙电桩更新版本后V1.B107.20061201 测试结果：达到停止充电阈值可以停止充电，可以安排其他该站点的橙电桩一起升级。（橙电到现场升级）

给橙电那边的人充值测试

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
数据统计人：YD chinyee

# igo_case#76_20200522

问题描述：故障记录怎么没法看到了呢，之前都是可以显示的，现在全部场站的都没法显示。

--跟踪

【YD】：“首页/系统管理/运维管理/故障记录”没有记录，我看了下前后一年的时间都没查出记录。转研发(John)

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
数据统计人：YD

# igo_case#75_20200518

问题描述：20200518064503350604第一次这次账单是用户本人扫码启动，扣款正常；第二次20200518073426748674这个账单，通过现场监控核实是另外的用户扫码启动，但是充电记录和扣费均还是第一个用户。麻烦看一下是什么情况导致的。

--跟踪

【YD&chinyee】：在平台上查询这两张单都属于正常账单，没看出异常情况。转研发查看

【令技术】：他应该是把自己的公众号页面分享给对方了，这相当于对方拿他自己的手机公众号来扫码。这个链接的有效期是2小时，超过2小时就会无效了

【YD】：客户认为这样启动充电不妥，希望禁用。已反馈产品记录

补充：20200519

IGO：下午好，昨天那位用户的问题，刚才跟他联系确认了下，用户表示确定该时段未分享过任何页面给其他人，不认同
“分享充电界面”导致启动充电。请问下咱们能否确定是该启动方式。

令：我查看了确实是通过分享的链接启动的，他是不是之前曾经分享过页面给其他人。后面这个人打开页面的链接多了一个from=singlemessage的参数，前面那个没有这个参数的。

--解决:
状态（☑表示选定 ）：☑ 已解决 | 处理中 | 暂搁置
数据统计人：YD chinyee

# igo_case#74_20200420

问题描述：回酒店站这个站点的桩上的白名单都解绑了。不过在公众号上看站点是隐藏的

--跟踪

【YD】：确认该站点的桩上没有白名单用户，但公众号上并未看到该站点 平台上也没看到类似隐藏站点相关的功能按钮。转研发确认

【令技术】：小桔那边是不是也要打开

【YD】：和IGO确认了，公众号和小桔都显示

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
数据统计人：施文俊 YD

# igo_case#73_20200411

问题描述：17665497110,客户要求排查2个手机号在2018年迁移前

【数据】：508ac2a1456711e8958c000c29072b08
2018-04-21 21:24:27 2018-09-03 17:42:03
提钱豫粤
17665497110
o18v31erqFJ6SL3kk0pD4PYLQXVA
3213
【结果】：17665497110 余额= 32.13 元

~update 2020-4-14

17665497110 截止 2018-12-30前成功充值的明细。见：mb_select充值充电_20181230之前.xls

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
数据统计人：施文俊

# igo_case#72_20200402

问题描述：统计桩编号44030300030000200044 3月23号-4月1号 小桔和微信启动失败和成功的统计

1）启动统计：下表为 2020年3月23日0:00开始-4月1号24:00 之启动情况统计，（滴滴=滴滴app充电，微信=igo公众号充电）

| 滴滴 | 微信
成功充电次数 | 5 | 3
启动服务失败 | 0 | 35

最近启动服务失败账单号：20200401105940722840、20200402160142735950、20200329173407536306

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
数据统计人：chinyee

# igo_case#71_20200401

问题描述：此号电桩现场设备是网络正常的44030300030000200044，但是扫码之后提示设备离线，能帮忙看下什么原因吗

--跟踪

【shi】：db中失败的记录，都符合“扫码之后提示设备离线”，重启后还是复现，转研发确认
44030300030000200044 20200401105940722840
44030300030000200044 20200401105918537508
44030300030000200044 20200401105832986454
44030300030000200044 20200329190910203480
44030300030000200044 20200329190902697370
44030300030000200044 20200329190855546291
44030300030000200044 20200329182745874224
44030300030000200044 20200329182730298842
44030300030000200044 20200329182337749095
44030300030000200044 20200329182258815242
44030300030000200044 20200329181514771644 数据一
【研发】：
12:32:23 这个桩目前是充电中。这个桩行为比较奇怪， 该桩不断再重启， 每次启动后进入充电状态（账单ID=20200401122142966314）。 这个过程不断反复。
【shi初步结论】：检查桩端软硬件是否存在故障。
~update 20200403
【客】：不认同“端软硬件故障”
【shi分析】：针对数据一 进一步 分析上述账单数据发现：
1、第1-3行，操作时间发生在 2020-04-01 10：59附近。
2、第4-11行，操作时间发生在 2020-03-29 18-19时附近。
3、系统日志发现：上面几个事务发生时，该桩离线（扫码前就已经离线）， 处于不稳定情况。
判断：
1、以上皆为同一时间期间发生之问题，推测是现场此桩网络不稳引起。（如网线、路由设备故障）
2、滴滴充电的次数太少，可能就是碰巧遇到桩稳定的时候。
3、请安排人员到场，确保桩稳定连线的情况下，扫码充电 验证结果。 如能复现异常，请视频记录故障全貌，提供账单号。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee

# igo_case#70_20200330

问题描述：下午好，有个事情需要你们看一下，现在用户手机端的充值账单内无法显示我们终端后台充值/退款的记录

能否调整一下，之前都是可以显示的，如果我们有金额赠送给用户的，用户端无法看到记录不敢确认。

--跟踪

【YD】：IGO那边我没有确认 我看了下之前测试基本充电功能的其他运营商的公众号 确实没有相关的充值记录

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD

# igo_case#69_20200329

问题描述：此号电桩现场设备是网络正常的44030300030000200044，但是扫码之后提示设备离线，能帮忙看下什么原因吗

--跟踪

【YD】：客户同时还提供了一段扫码的短视频，视频显示扫该桩的二维码提示“系统错误”。

1.在IGO平台上该桩充电记录的操作时间基本在下午5：30至6：30之间

2.我在7点左右对该桩进行了扫码操作 确认到会提示“系统错误” 之后的扫码就提示该桩离线，确认到第一次扫码后桩会从待机状态变成离线 之后会正常变回待机状态。

3.在故障记录内不会显示这次离线的记录

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD

# igo_case#68_20200310

问题描述：“异常账单”发现突然多出来好多

--跟踪

问题1：查看“异常账单”发现突然多出来好多以前的，请问是什么原因啊，自从上次2019年7、8月出来这个修复账单功能过后，基本新出来的异常账单都不会存在超过一周。
【信息】：客户确认：
1、“2019年10、11月的个别账单。 当时确认处理完了”
2、时间都是以当时往前一年为范围。
3、当时维持的是每天下班前都会清零“异常账单”
问题2：其中有一些，点击“手动修正”会提示错误。见下图

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#67_20200307

问题描述：个别车辆不能充电，手机：13652433535

--跟踪

【分析】：此13652433535 进行3次充电尝试，首次soc从93%-100%，时长10分钟；第2、3次都是启动失败，原因为“与车辆通信超时”。
【结论】：按照以往经验，“与车辆通信超时”一般都是车辆bms问题，与桩和平台无直接关系。
【建议】：1）车辆重启，比如，打火再熄火。2）车辆返厂检修。
【类似运营问题排查步骤见下】：
1、登录https://mc.linghuchongtech.com/，依次进入“首页/营收管理/账单管理/充电记录”，手机号栏输入手机号，点查询查看充电记录列表，结果见下图。
2、查看充电详情，在结果中点最右侧列中的“查看详情”，查看充电停止原因，见下图：

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#66_20200225

问题描述：占桩费异常通知

--跟踪

【现象】：没有充电满，提前发通知扣占桩费。问题手机: 15814276853

【研发】： 异常心跳引起了问题，需要特殊处理一下。
【shi】：此情况为小概率个例，尽快适配处理。

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#65_20200114

问题描述：你好，有个事情麻烦一下，今日我们八卦岭44030400030000200022号桩总是出现一个问题：无人充电时电桩正常，一插枪启动时，频繁提示“系统故障”，停止充电，能否查看下是什么原因；是电桩的设备问题还是后台哪里数据异常。

--跟踪

【YD】：该桩今天频繁出现此故障，该站点今天的故障记录内该桩的故障占绝大部分。

【客户】：这个知道，就是说能否查到产生这个的原因是什么；电桩问题或是后台某项数据导致的呢

【shi】：急停错误 是人为按下的吧？

【客户】：不是的，是我们工作人员在现场启动的，不插枪他显示待机正常，一插枪然后扫码后，马上就会跳系统故障。但是急停按钮处于未按下状态

【shi】：现场能验证下？启动 是 报急停？

【客户】：可以了，工作人员检查出来问题了，电桩主板设备问题

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD

# igo_case#64_20191230

问题描述：我们公众号内，这个选项需要加入一点图片，看看怎么处理一一下

--跟踪

【YD】：转jingle评估。

【产品】：目前只能把需要换的图给到john，这个功能还没加到mc

【YD】：已从客户那边得到修改文档，转jingle安排。

【产品】：不能只改igo哦，目前是全局的。这个请确认一下
1）全局情况下修改会不会影响其他运营商描述的准确性，如果影响，请确认2）
2）自定义的问题中心什么时候要实现，着不着急，因为目前开发工作比较满。需要看什么时候插进去做。

【YD】：2）不急。
1）仅在igo显示，比如前端判断url 个性化显示。

【产品】：不急的话就按原来的开发安排做一个运营商级别的问答中心了

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD

# igo_case#63_20191224

问题描述：宜停车站点昨天突然又出现异常的占桩费情况，麻烦看一下是什么原因导致的

--跟踪

【令】：怎样筛选出占桩费异常的账单？

【令技术】：服务结束时间与平台账单服务结束时间相差1小时以上的

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee YD

# igo_case#62_20191223

问题描述：小桔互联互通扫igo电桩充电 占桩费收取

--跟踪

【shi】：绿色区域为小桔结算费用。 客户提出小桔未收占桩费。
【平台技术】：已确认平台推送至小桔总费用包含 占桩费。
分析推论：小桔按照自己的计算去结算，未计入占桩费。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#61_20191223

问题描述：13416666929，麻烦看一下这个账户，我查到：他总共充值了100元，且有充电，但是他余额却有200+；麻烦看一下是什么情况

--跟踪

【YD】：在平台及数据库查询都查得该账户13416666929余额为262.77，该用户实际充值只有100元 且有充电消费37.23元。另外200元不清楚从哪里充进去的。

补充：最下面两条类型为7的减加记录为客户自己后台扣除后又加回来了。(从时间上看是操作完后跑群里反馈给我们此问题)

~update
【客】：13416666929，查到：他总共充值了100元，且有充电，但是他余额却有200
【shi】：平台数据分析，用户于2018-12-27 12:01:06 注册会员，注册手机号：13416666929。
2018年12月26日至今:
消费总额 37.23
充值总额 100.00
当前余额 262.77元
两者数据计算： 262.77+37.23=300元， 充值总额为100
--
明细见下（可选，客户管理员也可从平台导出）
充值明细：

消费明细：

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD

# igo_case#60_20191219

问题描述：“系统管理/账号管理/站点人员管理” 账号igoxny 新建站点管理人员后查询不到该人员，但该人员可正常登录令狐充小程序。

--跟踪

【YD】：他这个账号添加的站点人员，新建时不选择运营商的话结果就会默认全站点全运营，然后因为是全站点全运营 所以在IGO下是查不到的。(不知道为啥这个账号可以不选择运营商，我的账号这里都是一定要选 不选不让保存)

转研发

【令技术】：igoxny这个账号是很久以前创建的账户，没有设置所属运营商，虽然数据权限是只能看到igo的数据。我已经改了所属运营商为igo了

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：YD

# igo_case#59_20191209

问题描述：用户反应 用微信自带扫一扫可以享受停车优惠，地图页扫一扫不能享受。

--跟踪

【shi】：需转研发验证。

【令技术】：停车费优惠的问题一般是停车场系统那边的，注意看这个打折结果信息

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：

# igo_case#58_20191210

问题描述：这个是上月“小桔app”的充电消费报表，又出现之前的那种大额占桩费的情况，请看一下是什么原因。主要集中是平湖中泰站、翠岭华庭两个站，上个月22日前，版本是11536的双枪.而且这种情况主要集中小桔用户，其他用户极少出现这种问题

--跟踪

【令】：对于占桩费不正常的账单可以按照上次的方法处理。

【令】：怎样筛选出占桩费异常的账单？

【令技术】：占桩费大于50 服务结束时间与平台账单服务结束时间相差1小时以上的

【shi】：

select CONCAT(a.C_BILLING_ID,'\t') as C_BILLING_ID,a.C_USER_ID,CONCAT(a.C_DEVICE_NUMBER,'\t') as C_DEVICE_NUMBER,a.C_CHARGE_START,a.C_CHARGE_END
,a.C_OCCUPY_DATA,EXTRACTVALUE(a.C_OCCUPY_DATA,'/occupy/amount')#注意单位是分
,a.C_TOTAL_POWER,a.C_SERVICESTART,a.C_SERVICEEND,b.C_SERVICEEND,a.C_CHARGEDURATION,a.C_OCCUPYDURATION,
a.C_STATION_NAME,a.C_USER_LICENSEPLATE

from recharge_history a,recharge_history_platform b
where a.C_BILLING_ID=b.C_BILLING_ID and a.C_CREATE_DATE BETWEEN '2019-11-01' and '2019-11-30' ##注意改时间
and a.C_OCCUPY_DATA is NOT NULL
and TIMESTAMPDIFF(Minute,b.C_SERVICEEND,a.C_SERVICEEND)>=60

【客户修正异常账单的方法】：我是直接点了右上角“应用”就会弹出修复时间，只要服务/充电结束时间差距在15分钟内，我都算正常修复了。差距过大的，我就会修改服务结束时间略大于充电结束时间。

【令技术】：这些是因为账单上传延时造成的，需要更新版本。

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee

# igo_case#57_20191209

问题描述：有个问题需要麻烦看一下，数据中“站点”部分存在很多空白的 主要4、5、6三个月的，后面的偏少

--跟踪

【YD】：根据图中日期导出相应记录并筛选出空白站点，查询了几条空白站点记录的桩ID 在IGO上是存在的并且都有所属站点。

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：YD

# igo_case#56_20191206

问题描述：能帮忙查下这个用户13500051491绑定车牌的时间吗？他以前绑定过，今天更改了新的，看下这个新的车牌绑定时间，13602530928这个号码一样的问题

--跟踪

【令技术】：查询用户车牌绑定时间可以按这个方式查，比如车牌号是“粤BA00100”， 在日志里面输入 updateInfo BA00100
日志时间范围设大一点

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee YD

# igo_case#55_20191205

问题描述：删了桩，不能查充电记录。

--跟踪
【shi】：

背景： 松岗站前两天月底已经拆除了，系统里的7个电桩号客户已经删除了。
1）对历史记录查询的影响。
2）如需正确查询历史记录的解决办法。
3）删除桩后查不到数据 ，评估修补办法。【技术跟进】

【YD】：20191209 松岗站的能查 客户反应已删的IGO深圳总部站查不到记录，转研发

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#54_20191129

问题描述：'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单，好像都没有“用户ID”呢

--跟踪

【令技术】：还在查原因，创建用户的时候生成id失败，但是这个id只是显示用的，还有一个内部id，所以不影响使用

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee

# igo_case#53_20191127

问题描述：今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414

--跟踪

【shi】：

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#52_20191119

问题描述：朗山酒店停车收费系统出现一个问题：新能源车粤BA00455，停车收费系统没办法识别。

--跟踪

【shi】：转研发
【研发】：首先这个车牌号没有在boss系统登记，另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管（返回打折失败或者车辆没有入场这种都是停车收费系统的问题）
和客户确认此问题归属谁解决：这个车牌号 没有在igo微信充电系统中登记过，车辆不能进入 是否 为停车系统的问题？

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#51_20191125

问题描述：平湖中泰站从11.22日早11:00左右升级了桩，版本号为2090414。

提供两份数据：1）异常账单统计。2）占桩费不正常统计。

1）异常账单统计：下表为 2019年11月22日11：00开始-至今 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）

异常代码\统计时间段 | 微信&平湖中泰站（次） 版本 2090414 | 滴滴&平湖中泰站（次） 版本 2090414
时间段内成功充电次数 | 187 | 611
1-账单丢失 | 1 | 0

2）占桩费不正常统计

异常代码\统计时间段 | 微信&平湖中泰站（次） | 滴滴&平湖中泰站（次）
时间段内成功充电次数 | 187 | 611
占桩不正常账单 | 0 | 0

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
数据统计人：chinyee

# igo_case#50_20191119

问题描述：这个订单20191112031047820007，电量从开始到结束怎么一直都是32.54。（含分析日志步骤）

--跟踪

【YD】：这单的心跳记录从开始到结束都是32.54，转研发看看。
【shi】：原因见下

- 充电发生在11.12日，客户问题反馈是11.19。系统只存储近7天的账单心跳数据，超过时间会清除。
- 查看7日之前心跳，可在日志中查，以此为例的查询步骤（原理基于案例4 日志分析 中接口二），见下
  - “首页/系统管理/运维管理/日志查询”， 右上角 选所需运营商，此例 是igo
  - 日志栏输入：20191112031047820007 updateChargeInfo
  - 时间 2019-11-12 3:10 至 2019-11-12 3:30，点查询。 （如果 结束时间选 2019-11-12 5:00，时间早的日志会无法查到，目前解决是缩短时间范围）
  - ctrl+f 唤出浏览器 查询功能，输入 20191112031047820007。 查询 后 账单号 会高亮显示。
  - 如下图，获得需要心跳数据，包括：电量、状态、发生时间。 如客户需要数据依据，可依次记录这些关键数据，给到客户。

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD

# igo_case#49_20191118

问题描述：部分账单服务费 疑似 计算错误。

--跟踪
【shi】：

拆分2个问题见下
1、20191031095156621783 服务费为0元。
2、服务费太小 20190926032853435709 20190926012832822014
分析：
1、20191031095156621783 对应 回酒店站，当前分时价格服务费皆为 0. 见下图
2、20190926012832822014 对应八卦岭，谷段 服务费 4分钱
3、20190926032853435709 对应 上步站，谷段 服务费 4分钱

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#48_20191115

问题描述：20191114225242534782（这笔订单22.97度电，SOC显示52%-98%，服务开始时间2019-11-14 22:51:52服务结束时间2019-11-15 00:26:10）；另外一个20191115003148658977（这笔订单0.77度电，SOC显示71-98%，服务开始时间2019-11-15 00:30:58服务结束时间2019-11-15 00:51:48），这两次都无同一个用户，麻烦看下什么问题导致，前后SOC出现混乱

--跟踪
【盛弘】：soc值是车上送的，桩只负责记录。

【shi】：如果心跳电量是线性增长看不出问题， 仅soc错误，就能用上盛弘研发的逻辑。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee

# igo_case#47_20191112

问题描述：

igo&深圳恒毅 这个子运营商绑定了 东湖宾馆站 ？
这个设置有问题，这个站点不属于深圳恒毅的吧。

--跟踪
【令】：
未正式铺开运营当前仅在东湖站测试，误以为了授权。
目前没有做互联互通站点授权功能。取消绑定。

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# igo_case#46_20191111

日期：2019.11.11
桩站名称：同胜科技大厦站
手机号：13530040226
订单号：20191111120828933945
充电桩号：44030600030000200049
充电枪号：
开始充电时间：2019-11-11 12:08:29
现场网络连接状态：
近期故障状态：
问题描述：今天同胜站点保安员反映前往充电的司机，使用我们IGO账号充电，也绑定了车牌，但是门口道闸无法识别车牌，两小时自动免停车费。我们工作人员前往该站点，绑定车牌入场，然后充电出场，显示“车辆未入场”麻烦看一下是否为系统问题。

--分析
【令】：我们跟停车场系统对接只在充电结束的时候调用一个停车场系统的接口，日志显示接口调用正常，无法打折是停车场系统的问题了，图信息显示就表明接口调用正常了。

--跟踪

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee

# igo_case#45_20191111

问题描述：用户管理此处不能永久冻结账号了？

--分析
【令】：确实无法选择“无限”,转研发跟进。
--跟踪

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD

# igo_case#44_20191106

问题描述：这里怎么显示没电桩号呢

--分析
【令】：转研发跟进
--跟踪

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 Chinyee

#

# igo_case#43_20191105

问题描述：近几天系统“故障账单”中，大部分账单都来源于平湖中泰站，请问该站点版本是跟其他站点有什么差异吗？半天的时候就产生近90条需要修复记录，这样看下来该站点一天的充电记录70%都是属于“故障账单”类型了，麻烦看一下。

--分析
【YD】：“充电网络/充电桩管理/充电桩设备”查找平湖中泰站，该站点桩版本为2090104。
“营收管理/账单管理/故障账单”目前有142条记录，其中88条为平湖中泰站基本是“账单丢失”。
“系统管理/运维管理/故障记录”2019年11月5日的记录 查询时间09：58 有997条记录，其中12条为平湖中泰站的。(故障原因基本是充电枪断开)
【shi】：平湖中泰站 数据报告和解决建议：

提供两份数据：1）直流桩版本号站点分布数据。2）异常账单统计。

1)直流桩版本号站点分布数据
版本号 数量 场站名

11536 32 东湖宾馆站
2090104 16 平湖中泰站
2090104 14 翠岭华庭站
2）异常账单统计：上表为 2019年11月 1日-10日 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）

异常代码\统计时间段 | 微信&平湖中泰站（次） 版本 2090104 | 滴滴&平湖中泰站（次） 版本 2090104 | 微信&翠岭华庭站（次） 版本 2090104 | 滴滴&翠岭华庭站（次） 版本 2090104 | 滴滴&东湖宾馆站（次） 版本 11536
时间段内成功充电次数 | 549 | 1749 | 542 | 691 | 826
1-账单丢失 | 5 | 670 | 2 | 172 | 3

数据报告显示之问题：

- 相同固件2090104， 对比平湖 、翠玲站 通过滴滴充电 账单丢失概率较高。
- 相同固件2090104， 对比平湖 、翠玲站 通过微信充电 账单丢失概率较低。
- 相同固件11536， 东湖站 通过滴滴充电 账单丢失概率较低。

20904xx版本进展：

- 2090404以上版本 几乎能杜绝大部分异常。
- 但2019.10.29日 igo 4个站点爆发大量 占桩费 异常。 客户下架所有20904xx版本。
- 20901xx版本无法远程升级至20904xx版本。
- 令狐充反馈问题至盛弘，厂商排查中。
- 2019.11.11-11.15 这周，令狐充和厂商测试20904xx版本。

解决方案：

- 最新版本发布前，平湖中泰站 可考虑降到11536
- 20904xx稳定版发布后，少量测试稳定，铺开全站升级。
- 2090104 为何滴滴发起充电事务 账单丢失概率 那么高。【令狐充 关注 核查】

【shi】：chinyee在以上数据报告基础上，搜索 平湖站 滴滴app发起充电 且 账单丢失 的 C_BILLING_ID和C_UNION_BILLINGID提供niewei分析。（ 按时间最近）。并跟踪更新case。

【chinyee】：C_BILLING_ID：20191114101245130248 C_UNION_BILLINGID：101437000157369756318731423
C_BILLING_ID：20191114095102668618 C_UNION_BILLINGID：101437000157369625999120344
C_BILLING_ID：20191114092830080281 C_UNION_BILLINGID：101437000157369490824939857

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD

# igo_case#42_20191104

问题描述：

小桔app用户今天在我们《宜停车》站点扫码均提示"此充电桩一下线，请更换电桩"麻烦看一下是什么问题呀。
--跟踪
【shi】： 因涉及jarvis，转研发

niewei：能获取下小桔的账单ID吗？除了这个站，其他站点有问题吗？
shi：igo客户。因涉及jarvis不清楚卡"此充电桩一下线，请更换电桩"界面bo端是否能收到鉴权记录，故无法提供小桔ID。 BO端查记录 发现小桔在大多数站点有正常充电记录，另 2019-11-04 18:51:24 找到一条小桔app在 宜停车 账单号 20191104185124497713。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

#

# igo_case#41_20191104

问题描述：开通 igo和恒毅未来的互联互通，MA5DHQMCX

--跟踪
【shi】： 经过客户同意后， 可在运营环境是否为其开通相关功能，操作见下：
1、进入“首页/客户管理/子运营商管理”。
2、点“新建子运营商”，弹出框 类型选择 “联盟”。
3、子运营商输入“igo”；联盟运营商名称 输入“深圳恒毅未来”；联盟运营商Id输入“MA5DHQMCX”。
4、根据要求绑定站点，目前绑定东湖站。
5、子运营状态改“关闭”，待客户同意后 再开启。

【令】：新建的互联互通，对应虚拟账号是？因为要充值。 答：在会员管理页面选择对应的子运营商查询

20191104 15点

会员ID：33227341，因现场测试需要，我方先为客户人工充值200元。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

标签：
在2019/11/04 11:19上被shi chuck创建

- 评论 （0）
- 附件 （39）
- 记录
- 信息

# Applications

XWiki 10.11.9