Hide last authors
shi chuck 7.3 1 {{box cssClass="box floatinginfobox" title="**Summary**"}}
2 {{toc/}}
3 {{/box}}
4
yuandong he 40.3 5 = igo_case#63_20191224 =
shi chuck 38.2 6
yuandong he 40.2 7 问题描述:宜停车站点昨天突然又出现异常的占桩费情况,麻烦看一下是什么原因导致的
8
9 ~-~-跟踪
10
chinyee he 44.1 11 【令】:怎样筛选出占桩费异常的账单?
chinyee he 42.1 12
chinyee he 44.1 13 【令技术】:服务结束时间与平台账单服务结束时间相差1小时以上的
14
15 [[image:1577240915413-947.png]]
16
yuandong he 40.2 17 ~-~-解决:
18 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
19 售后(跟单)工程师:chinyee YD
20
chinyee he 44.1 21
yuandong he 40.2 22 = igo_case#62_20191223 =
23
shi chuck 38.2 24 问题描述:小桔互联互通扫igo电桩充电 占桩费收取
25
26 ~-~-跟踪
27
28 (% class="box" %)
29 (((
30 【shi】:绿色区域为小桔结算费用。 客户提出小桔未收占桩费。
31 【平台技术】:已确认平台推送至小桔总费用包含 占桩费。
32 分析推论:小桔按照自己的计算去结算,未计入占桩费。
33 [[image:1577083824544-597.png]]
34 )))
35
36 ~-~-解决:
37 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
38 售后(跟单)工程师:施文俊
39
yuandong he 35.2 40 = igo_case#61_20191223 =
41
42 问题描述:13416666929,麻烦看一下这个账户,我查到:他总共充值了100元,且有充电,但是他余额却有200+;麻烦看一下是什么情况
43
44 ~-~-跟踪
45
46 【YD】:在平台及数据库查询都查得该账户13416666929余额为262.77,该用户实际充值只有100元 且有充电消费37.23元。另外200元不清楚从哪里充进去的。
47
yuandong he 35.4 48 补充:最下面两条类型为7的减加记录为客户自己后台扣除后又加回来了。(从时间上看是操作完后跑群里反馈给我们此问题)
49
yuandong he 35.2 50 [[image:1577072133097-703.png||height="447" width="905"]]
51
shi chuck 38.2 52 ~~update
53 【客】:13416666929,查到:他总共充值了100元,且有充电,但是他余额却有200
54 【shi】:平台数据分析,用户于2018-12-27 12:01:06 注册会员,注册手机号:13416666929。
55 2018年12月26日至今:
56 消费总额   37.23
57 充值总额   100.00
58 当前余额  262.77元
59 两者数据计算: 262.77+37.23=300元, 充值总额为100
60 ~-~-
61 明细见下(可选,客户管理员也可从平台导出)
62 **充值明细:**
63 [[image:1577088062431-357.png]]
64
65 **消费明细:**
66 [[image:1577087941425-373.png]]
67
yuandong he 35.2 68 ~-~-解决:
yuandong he 35.3 69 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
yuandong he 35.2 70 售后(跟单)工程师:施文俊 YD
71
72
yuandong he 32.2 73 = igo_case#60_20191219 =
74
75 问题描述:“系统管理/账号管理/站点人员管理” 账号igoxny 新建站点管理人员后查询不到该人员,但该人员可正常登录令狐充小程序。
76
77 ~-~-跟踪
78
79 【YD】:他这个账号添加的站点人员,新建时不选择运营商的话结果就会默认全站点全运营,然后因为是全站点全运营 所以在IGO下是查不到的。(不知道为啥这个账号可以不选择运营商,我的账号这里都是一定要选 不选不让保存)
80
81 转研发
82
yuandong he 32.3 83 【令技术】:igoxny这个账号是很久以前创建的账户,没有设置所属运营商,虽然数据权限是只能看到igo的数据。我已经改了所属运营商为igo了
84
yuandong he 32.2 85 ~-~-解决:
yuandong he 32.3 86 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
yuandong he 32.2 87 售后(跟单)工程师:YD
88
chinyee he 30.1 89 = igo_case#59_20191209 =
shi chuck 27.2 90
91 问题描述:用户反应 用微信自带扫一扫可以享受停车优惠,地图页扫一扫不能享受。
92
93 ~-~-跟踪
94
95 [[image:1576422178543-212.png]]
96 【shi】:需转研发验证。
97
chinyee he 29.1 98 【令技术】:停车费优惠的问题一般是停车场系统那边的,注意看这个打折结果信息
99
100 [[image:1576459939932-258.png||height="235" width="471"]]
101
102
shi chuck 27.2 103 ~-~-解决:
104 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
105 售后(跟单)工程师:
106
chinyee he 29.1 107
chinyee he 25.1 108 = igo_case#58_20191210 =
109
110 问题描述:这个是上月“小桔app”的充电消费报表,又出现之前的那种大额占桩费的情况,请看一下是什么原因。主要集中是平湖中泰站、翠岭华庭两个站,上个月22日前,版本是11536的双枪.而且这种情况主要集中小桔用户,其他用户极少出现这种问题
111
112 [[image:1575940873075-630.png||height="584" width="870"]]
113
114 ~-~-跟踪
115
116 【令】:对于占桩费不正常的账单可以按照上次的方法处理。
117
118 [[image:1575940933897-213.png||height="200" width="563"]]
119
chinyee he 26.1 120 【令】:怎样筛选出占桩费异常的账单?
121
122 【令技术】:占桩费大于50 服务结束时间与平台账单服务结束时间相差1小时以上的
123
124 【shi】:
125
126 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
127 ,a.C_OCCUPY_DATA,EXTRACTVALUE(a.C_OCCUPY_DATA,'/occupy/amount')#注意单位是分
128 ,a.C_TOTAL_POWER,a.C_SERVICESTART,a.C_SERVICEEND,b.C_SERVICEEND,a.C_CHARGEDURATION,a.C_OCCUPYDURATION,
129 a.C_STATION_NAME,a.C_USER_LICENSEPLATE
130
131 from recharge_history a,recharge_history_platform b
132 where a.C_BILLING_ID=b.C_BILLING_ID and a.C_CREATE_DATE BETWEEN '2019-11-01' and '2019-11-30' ~#~#注意改时间
133 and a.C_OCCUPY_DATA is NOT NULL
134 and TIMESTAMPDIFF(Minute,b.C_SERVICEEND,a.C_SERVICEEND)>=60
135
chinyee he 32.1 136 [[image:1576742736025-412.png||height="359" width="467"]]
137
chinyee he 33.1 138 【客户修正异常账单的方法】:我是直接点了右上角“应用”就会弹出修复时间,只要服务/充电结束时间差距在15分钟内,我都算正常修复了。差距过大的,我就会修改服务结束时间略大于充电结束时间。
139
chinyee he 40.1 140 【令技术】:这些是因为账单上传延时造成的,需要更新版本。
chinyee he 39.1 141
chinyee he 25.1 142 ~-~-解决:
143 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
144 售后(跟单)工程师:施文俊  chinyee
145
yuandong he 22.2 146 = igo_case#57_20191209 =
147
yuandong he 22.4 148 问题描述:有个问题需要麻烦看一下,数据中“站点”部分存在很多空白的 主要4、5、6三个月的,后面的偏少
yuandong he 22.2 149
150 [[image:1575871276254-945.png||height="452" width="902"]]
151
152 ~-~-跟踪
153
yuandong he 22.3 154 【YD】:根据图中日期导出相应记录并筛选出空白站点,查询了几条空白站点记录的桩ID 在IGO上是存在的并且都有所属站点。
yuandong he 22.2 155
156 ~-~-解决:
yuandong he 22.5 157 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
yuandong he 22.2 158 售后(跟单)工程师:YD
159
chinyee he 21.1 160 = igo_case#56_20191206 =
161
162 问题描述:能帮忙查下这个用户13500051491绑定车牌的时间吗?他以前绑定过,今天更改了新的,看下这个新的车牌绑定时间,13602530928这个号码一样的问题
163
164 ~-~-跟踪
165
166 【令技术】:查询用户车牌绑定时间可以按这个方式查,比如车牌号是“粤BA00100”, 在日志里面输入  updateInfo BA00100
167 日志时间范围设大一点
168
169
170 ~-~-解决:
171 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
172 售后(跟单)工程师:chinyee  YD
173
174
shi chuck 20.2 175 = igo_case#55_20191205 =
176
177 问题描述:删了桩,不能查充电记录。
178
179 ~-~-跟踪
180 【shi】:
181
182 (% class="box" %)
183 (((
184 背景: 松岗站前两天月底已经拆除了,系统里的7个电桩号客户已经删除了。 
185 1)对历史记录查询的影响。
186 2)如需正确查询历史记录的解决办法。
187 3)删除桩后查不到数据 ,评估修补办法。【技术跟进】
188 [[image:1575510355534-717.png]]
189 )))
190
yuandong he 21.2 191 【YD】:20191209 松岗站的能查 客户反应已删的IGO深圳总部站查不到记录,转研发
shi chuck 20.2 192
193 ~-~-解决:
yuandong he 21.3 194 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
shi chuck 20.2 195 售后(跟单)工程师:施文俊
196
chinyee he 19.1 197 = igo_case#54_20191129 =
198
199 问题描述:'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单,好像都没有“用户ID”呢
200
201 ~-~-跟踪
202
203 【令技术】:还在查原因,创建用户的时候生成id失败,但是这个id只是显示用的,还有一个内部id,所以不影响使用
204
205 ~-~-解决:
206 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
207 售后(跟单)工程师:chinyee
208
209
shi chuck 18.5 210 = igo_case#53_20191127 =
211
212 问题描述:今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414
213
214 ~-~-跟踪
215
216 【shi】:
217
218 ~-~-解决:
219 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
220 售后(跟单)工程师:施文俊
221
222
shi chuck 18.2 223 = igo_case#52_20191119 =
224
225 问题描述:朗山酒店停车收费系统出现一个问题:新能源车粤BA00455,停车收费系统没办法识别。
226
227 ~-~-跟踪
228
shi chuck 18.3 229 【shi】:转研发
230 【研发】:首先这个车牌号没有在boss系统登记,另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管(返回打折失败或者车辆没有入场这种都是停车收费系统的问题)
231 和客户确认此问题归属谁解决:这个车牌号 没有在igo微信充电系统中登记过,车辆不能进入 是否 为停车系统的问题?
shi chuck 18.2 232
233 ~-~-解决:
234 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
235 售后(跟单)工程师:施文俊
236
chinyee he 18.1 237 = igo_case#51_20191125 =
238
239 问题描述:平湖中泰站从11.22日早11:00左右升级了桩,版本号为2090414。
240
241 (% class="box infomessage" %)
242 (((
243 **提供两份数据:1)异常账单统计。2)占桩费不正常统计。**
244
245 **1)异常账单统计:下表为 2019年11月22日11:00开始-至今 之异常代码统计,(滴滴=滴滴app充电,微信=igo公众号充电)**
246
247 (% border="1" %)
248 |(((
249 **异常代码\统计时间段**
250 )))|**微信&平湖中泰站(次)**
251 版本 2090414|**滴滴&平湖中泰站(次)**
252 版本 2090414
253 |(((
254 **时间段内成功充电次数**
255 )))|187|611
256 |(((
257 **1-账单丢失**
258 )))|1|(((
259 0
260 )))
261
262 **2)占桩费不正常统计**
263
264 (% border="1" %)
265 |**异常代码\统计时间段**|**微信&平湖中泰站(次)**|**滴滴&平湖中泰站(次)**
266 |**时间段内成功充电次数**|187|611
267 |**占桩不正常账单**|0|0
268
269
270 )))
271
272 ~-~-解决:
273 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
274 数据统计人:chinyee
275
276
yuandong he 16.3 277 = igo_case#50_20191119 =
278
shi chuck 17.2 279 问题描述:这个订单20191112031047820007,电量从开始到结束怎么一直都是32.54。(含分析日志步骤)
yuandong he 16.3 280
281 ~-~-跟踪
282
283 【YD】:这单的心跳记录从开始到结束都是32.54,转研发看看。
shi chuck 17.2 284 【shi】:原因见下
yuandong he 16.3 285
shi chuck 17.2 286 * 充电发生在11.12日,客户问题反馈是11.19。系统只存储近7天的账单心跳数据,超过时间会清除。
287 * 查看7日之前心跳,可在日志中查,以此为例的查询步骤(原理基于[[案例4 日志分析>>doc:技术.技术分析.WebHome]] 中接口二),见下
288 ** “首页/系统管理/运维管理/日志查询”, 右上角 选所需运营商,此例 是igo
289 ** 日志栏输入:20191112031047820007 updateChargeInfo
290 ** 时间 2019-11-12 3:10  至  2019-11-12 3:30,点查询。 (如果  结束时间选  2019-11-12 5:00,时间早的日志会无法查到,目前解决是缩短时间范围)
291 ** ctrl+f 唤出浏览器 查询功能,输入  20191112031047820007。 查询 后  账单号 会高亮显示。
292 ** 如下图,获得需要心跳数据,包括:电量、状态、发生时间。 如客户需要数据依据,可依次记录这些关键数据,给到客户。
293
294 [[image:1574136874406-997.png]]
295
yuandong he 16.3 296 ~-~-解决:
yuandong he 18.4 297 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
yuandong he 16.3 298 售后(跟单)工程师:施文俊 YD
299
shi chuck 16.2 300 = igo_case#49_20191118 =
301
302 问题描述:部分账单服务费 疑似 计算错误。
303
304 (% class="box infomessage" %)
305 (((
306 [[image:1574074788769-153.png]]
307 \\[[image:1574074816924-869.png]]
308 )))
309
310 ~-~-跟踪
311 【shi】:
312
313 (% class="box infomessage" %)
314 (((
315 拆分2个问题见下
316 1、20191031095156621783  服务费为0元。
317 2、服务费太小  20190926032853435709  20190926012832822014 
318 **分析:**
319 1、20191031095156621783  对应 回酒店站,当前分时价格服务费皆为 0. 见下图
320 [[image:1574076380296-658.png]]
321 \\2、20190926012832822014  对应八卦岭,谷段 服务费 4分钱
322 \\[[image:1574076607091-684.png]]
323 \\3、20190926032853435709  对应 上步站,谷段 服务费 4分钱
324 [[image:1574076794095-995.png]]
325 )))
326
327 ~-~-解决:
328 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
329 售后(跟单)工程师:施文俊
330
331
chinyee he 10.1 332 = igo_case#48_20191115 =
333
334 问题描述: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出现混乱
335
336 ~-~-跟踪
chinyee he 11.1 337 【盛弘】:soc值是车上送的,桩只负责记录。
chinyee he 10.1 338
chinyee he 11.1 339 【shi】:如果心跳电量是线性增长看不出问题, 仅soc错误,就能用上盛弘研发的逻辑。
340
chinyee he 10.1 341 ~-~-解决:
342 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
343 售后(跟单)工程师:施文俊 chinyee
344
345
shi chuck 7.3 346 = igo_case#47_20191112 =
347
348 问题描述:
349
350 igo&深圳恒毅 这个子运营商绑定了  东湖宾馆站 ?
351 这个设置有问题,这个站点不属于深圳恒毅的吧。
352
353 ~-~-跟踪
354 【令】:
355 未正式铺开运营当前仅在东湖站测试,误以为了授权。
shi chuck 8.2 356 目前没有做互联互通站点授权功能。取消绑定。
357 [[image:1573531902474-732.png]]
shi chuck 7.3 358
359
360 ~-~-解决:
361 状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
362 售后(跟单)工程师:施文俊
363
chinyee he 7.1 364 = igo_case#46_20191111 =
365
366 日期:2019.11.11
367 桩站名称:同胜科技大厦站
368 手机号:13530040226
369 订单号:20191111120828933945
370 充电桩号:44030600030000200049
371 充电枪号:
372 开始充电时间:2019-11-11 12:08:29
373 现场网络连接状态:
374 近期故障状态:
375 问题描述:今天同胜站点保安员反映前往充电的司机,使用我们IGO账号充电,也绑定了车牌,但是门口道闸无法识别车牌,两小时自动免停车费。我们工作人员前往该站点,绑定车牌入场,然后充电出场,显示“车辆未入场”麻烦看一下是否为系统问题。
376
377 ~-~-分析
378 【令】:我们跟停车场系统对接只在充电结束的时候调用一个停车场系统的接口,日志显示接口调用正常,无法打折是停车场系统的问题了,图信息显示就表明接口调用正常了。
379
380 [[image:1573458066931-239.png||height="204" width="716"]]
381
382
383
yuandong he 7.2 384 ~-~-跟踪
385
chinyee he 7.1 386 ~-~-解决:
387 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
388 售后(跟单)工程师:施文俊 chinyee
389
390
yuandong he 5.2 391 = igo_case#45_20191111 =
392
393 问题描述:用户管理此处不能永久冻结账号了?
394
395 [[image:1573457053598-928.png||height="275" width="770"]]
396
397 ~-~-分析
398 【令】:确实无法选择“无限”,转研发跟进。
399 \\~-~-跟踪
400
401 ~-~-解决:
yuandong he 7.2 402 状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 
yuandong he 5.2 403 售后(跟单)工程师:施文俊 YD
404
chinyee he 4.1 405 = igo_case#44_20191106 =
406
407 问题描述:这里怎么显示没电桩号呢
408
409 [[image:1573019489622-931.png||height="458" width="265"]]
410
411 ~-~-分析
412 【令】:转研发跟进
413 \\~-~-跟踪
414
415 ~-~-解决:
416 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
417 售后(跟单)工程师:施文俊 Chinyee
418
chinyee he 44.1 419 = =
chinyee he 4.1 420
yuandong he 2.4 421 = igo_case#43_20191105 =
422
423 问题描述:近几天系统“故障账单”中,大部分账单都来源于平湖中泰站,请问该站点版本是跟其他站点有什么差异吗?半天的时候就产生近90条需要修复记录,这样看下来该站点一天的充电记录70%都是属于“故障账单”类型了,麻烦看一下。
424
425 ~-~-分析
426 【YD】:“充电网络/充电桩管理/充电桩设备”查找平湖中泰站,该站点桩版本为2090104。
427 “营收管理/账单管理/故障账单”目前有142条记录,其中88条为平湖中泰站基本是“账单丢失”。
428 “系统管理/运维管理/故障记录”2019年11月5日的记录 查询时间09:58 有997条记录,其中12条为平湖中泰站的。(故障原因基本是充电枪断开)
shi chuck 8.3 429 【shi】:平湖中泰站 数据报告和解决建议:
yuandong he 2.4 430
shi chuck 8.3 431 (% class="box infomessage" %)
432 (((
433 **提供两份数据:1)直流桩版本号站点分布数据。2)异常账单统计。**
434
435 **1)直流桩版本号站点分布数据**
436 版本号  数量  场站名
437
438 11536   32   东湖宾馆站
439 2090104   16   平湖中泰站
440 2090104   14   翠岭华庭站
441 \\**2)异常账单统计:上表为 2019年11月 1日-10日 之异常代码统计,(滴滴=滴滴app充电,微信=igo公众号充电)**
442
443 (% border="1" %)
444 |(((
445 **异常代码\统计时间段**
446 )))|**微信&平湖中泰站(次)**
447 版本 2090104|**滴滴&平湖中泰站(次)**
448 版本 2090104|(((
449 **微信&翠岭华庭站(次)**
450 版本 2090104
shi chuck 8.6 451 )))|**滴滴&翠岭华庭站(次)**
452 版本 2090104|**滴滴&东湖宾馆站(次)**
453 版本 11536
shi chuck 8.3 454 |(((
455 **时间段内成功充电次数**
shi chuck 8.6 456 )))|549|1749|542|691|826
shi chuck 8.3 457 |(((
458 **1-账单丢失**
shi chuck 8.6 459 )))|5|670|2|172|3
shi chuck 8.3 460
461 **数据报告显示之问题:**
462
463 * 相同固件2090104, 对比平湖 、翠玲站  通过滴滴充电 账单丢失概率较高。
464 * 相同固件2090104, 对比平湖 、翠玲站  通过微信充电 账单丢失概率较低。
465 * 相同固件11536, 东湖站 通过滴滴充电 账单丢失概率较低。
466
467 **20904xx版本进展:**
468
469 * 2090404以上版本 几乎能杜绝大部分异常。
470 * 但2019.10.29日 igo 4个站点爆发大量 占桩费 异常。 客户下架所有20904xx版本。
471 * 20901xx版本无法远程升级至20904xx版本。
472 * 令狐充反馈问题至盛弘,厂商排查中。
473 * 2019.11.11-11.15 这周,令狐充和厂商测试20904xx版本。
474
475 **解决方案:**
476
477 * 最新版本发布前,平湖中泰站 可考虑降到11536
478 * 20904xx稳定版发布后,少量测试稳定,铺开全站升级。
shi chuck 8.4 479 * 2090104 为何滴滴发起充电事务 账单丢失概率 那么高。【令狐充 关注 核查】
shi chuck 8.3 480 )))
481
shi chuck 8.5 482 【shi】:chinyee在以上数据报告基础上,搜索 平湖站 滴滴app发起充电 且 账单丢失 的 C_BILLING_ID和C_UNION_BILLINGID提供niewei分析。( 按时间最近)。并跟踪更新case。
483
chinyee he 9.1 484 【chinyee】:C_BILLING_ID:20191114101245130248    C_UNION_BILLINGID:101437000157369756318731423
485 C_BILLING_ID:20191114095102668618    C_UNION_BILLINGID:101437000157369625999120344
486 C_BILLING_ID:20191114092830080281    C_UNION_BILLINGID:101437000157369490824939857
shi chuck 8.5 487
yuandong he 2.4 488 ~-~-解决:
489 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
490 售后(跟单)工程师:施文俊 YD
491
shi chuck 2.3 492 = igo_case#42_20191104 =
493
494 问题描述:
495
496 小桔app用户今天在我们《宜停车》站点扫码均提示"此充电桩一下线,请更换电桩"麻烦看一下是什么问题呀。
497 ~-~-跟踪
498 【shi】: 因涉及jarvis,转研发
499
500 (% class="box infomessage" %)
501 (((
502 niewei:能获取下小桔的账单ID吗?除了这个站,其他站点有问题吗?
503 shi:igo客户。因涉及jarvis不清楚卡"此充电桩一下线,请更换电桩"界面bo端是否能收到鉴权记录,故无法提供小桔ID。  BO端查记录 发现小桔在大多数站点有正常充电记录,另 2019-11-04 18:51:24 找到一条小桔app在 宜停车 账单号 20191104185124497713。 
504 )))
505
506
507 ~-~-解决:
508 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
509 售后(跟单)工程师:施文俊
510
chinyee he 44.1 511 = =
shi chuck 2.3 512
shi chuck 1.1 513 = igo_case#41_20191104 =
514
shi chuck 1.2 515 问题描述:开通 igo和恒毅未来的互联互通,MA5DHQMCX
shi chuck 1.1 516
517 ~-~-跟踪
shi chuck 1.2 518 【shi】: 经过客户同意后, 可在运营环境是否为其开通相关功能,操作见下:
519 1、进入“首页/客户管理/子运营商管理”。
520 2、点“新建子运营商”,弹出框 类型选择 “联盟”。
521 3、子运营商输入“igo”;联盟运营商名称 输入“深圳恒毅未来”;联盟运营商Id输入“MA5DHQMCX”。
shi chuck 1.4 522 4、根据要求绑定站点,目前绑定东湖站。
523 5、子运营状态改“关闭”,待客户同意后 再开启。
chinyee he 2.1 524
525 【令】:新建的互联互通,对应虚拟账号是?因为要充值。 答:在会员管理页面选择对应的子运营商查询
yuandong he 2.2 526
527 20191104 15点
528
529 会员ID:33227341,因现场测试需要,我方先为客户人工充值200元。
shi chuck 1.1 530 ~-~-解决:
shi chuck 1.3 531 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
shi chuck 1.1 532 售后(跟单)工程师:施文俊