从版本< 2.5 >
shi chuck编辑
在2019/09/10 16:11上
到版本
shi chuck编辑
在2019/09/10 17:29上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -29,8 +29,16 @@
29 29  ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
30 30  运营商初步排查结果:
31 31  
32 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
32 +~-~--分析
33 33  
34 +
35 +~-~--解决
36 +
37 +
38 +状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置
39 +
40 +
41 +
34 34  ~#~# 工单示例
35 35  日期:2019/8/10
36 36  城市:深圳市
... ... @@ -53,9 +53,15 @@
53 53  运营商调取监控,初步判断第一笔账单:用户和旁边另一网约车几乎同时开进车位准备充电,用户充的是200045,旁边为200044号桩,大概率是用户自己扫码时把旁边的二维码当成自己充电枪号扫码了,然后给旁边车辆充电了(因为该充电时间旁边200044号桩无充电记录)。
54 54  ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
55 55  客服外呼用户,告知用户结果,用户表示当时是另一个师傅先扫码的,不可能扫码错误,对订单1表示是充电成功的,订单3是不可能充到这么多电量的,对此结果不认可。需要运营商联系告知具体情况
56 -
64 +~-~-~-~-分析
65 +【令狐充】:20190903003914908751 这个没有..........
57 57  
67 +~-~-~-~-解决
68 +建议运营商在异常账单中手工修复,步骤:1)搜索长账单号。2)手工修复。
58 58  
70 +状态(√表示选定 ): √ 已解决 | 处理中 | 暂搁置
71 +
72 +
59 59  == 盛弘桩端停止代号 ==
60 60  
61 61