文档更改愉天

在2020/11/25 10:01上被chinyee he修改
从版本< 2.1 >
由shi chuck编辑
在2019/09/24 20:31上
到版本
由shi chuck编辑
在2019/11/07 10:00上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,6 +2,84 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 += ytxny_case#5_20191107 =
6 +
7 +问题描述：疑似月报显示bug
8 +
9 +~-~-跟踪
10 +
11 +(% class="box infomessage" %)
12 +(((
13 +【shi】：1）统计的分时段消费金额不是消费金额，是电价。2）2278.64+6046.16+3337.23=11662.03，对应的是前面的电价金额，并不是消费金额
14 +[[image:1573091959142-505.png]]
15 +)))
16 +
17 +~-~--解决
18 +状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
19 +售后（跟单）工程师：施文俊
20 +
21 += ytxny_case#4_20191101 =
22 +
23 +无启用在线申请退款意愿，要求设置关键字回覆
24 +
25 +~-~-跟踪
26 +【shi】：了解客户要求和沟通，提供解决方案
27 +1、关键字就是“退款”
28 +2、“如需申请余额退款的客户，请发送“申请退款”四字+”个人中心”界面的截图至公众号，余额将在2~~3个工作日原路径退还。退款需收取手续费1%（若微信支付提现手续费调整，退款手续费将随之调整），手续费不足0.1元时按0.1元收取。“
29 +3、能不能在哪里加一段提示，让人知道可以发”退款“两个字才能收到这一段回复呢？
30 +
31 +~-~--解决
32 +状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
33 +售后（跟单）工程师：施文俊
34 +
35 +
36 += ytxny_case#3_20191031 =
37 +
38 +提交需求清单
39 +
40 +~-~-跟踪
41 +【shi】：清单转产品 评估，并答复客户。
42 +
43 +~-~--解决
44 +状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
45 +售后（跟单）工程师：施文俊
46 +
47 += =
48 +
49 += ytxny_case#3_20191030 =
50 +
51 +问题描述：小程序上可以看到昨天和前7天的使用率。 或者电脑端，能否查到使用率？ 有客户提出想看一个月的。
52 +[[image:1572402263189-393.png]]
53 +
54 +
55 +按公司评估的优先级即可（有计划后通知我），愉天，客户那边我可以转环
56 +
57 +
58 += ytxny_case#2_20190928 =
59 +
60 +~-~-~-~-~-~--
61 +
62 +日期：20190927
63 +桩站名称：高时充电核电工业园站
64 +会员ID：27836124
65 +订单号： 20190927114057381632
66 +充电桩号： 
67 +充电枪号：BD800019760
68 +
69 +开始充电时间：2019-09-27 11:40:58
70 + 现场网络连接状态：正常
71 +近期故障状态：
72 +问题描述：充电已结束但仍显示充电暂停，系统未计时未计费
73 +~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
74 +运营商初步排查结果：
75 +
76 +~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
77 +
78 +~-~--解决
79 +状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
80 +售后（跟单）工程师：施文俊
81 +
82 +
5 5  = ytxny_case#1_20190924 =
6 6  
7 7  ~-~-~-~-~-~--
... ... @@ -22,7 +22,29 @@
22 22  那个客户的，我刚电话问了他。他说他也是等自动结束后枪跳了后再拔枪的，然后结算的界面就一直这样转，不扣费
23 23  
24 24  ~-~--跟踪
25 -【令】：bo2条账单对应充电记录status=5，即、充电服务结束，未收到账单。需转交研发进一步分析。
103 +【shi】：bo2条账单对应充电记录status=5，即、充电暂停，未收到账单。需转交研发进一步分析。
104 +
105 +【niewei】：
106 +
107 +(% class="box infomessage" %)
108 +(((
109 +查了日志，发现这两个充电账单ID，在发送停止充电后，未收到充电桩推送的 charge_order_info
110 +MA5FJCND9190924170413403842
111 +MA5FJCND9190923210240897961
112 +需贸硕检查
113 +
114 +~-~--
115 +
116 +昨天的问题, 主要是充电桩这边没有上传账单导致的. 当然对于这种异常目前做了如下处理:
117 +1、对充电未结束且没有充电状态上送的事务，在第11分钟(极速充建议)会主动查询账单, 根据账单状态结束充电服务且并发送给BOSS结算;
118 +2、昨天的问题,根据分析是发现充电是正常结束且有充电状态上送但丢失上传账单, 这种情况我们没有去查, 所以对于这种场景我们也需要补充上面的处理逻辑来解决; 我们后面会安排计划开发实现;
119 +
120 +
121 +有一点还需要说明： 如果由于服务故障，超时等异常造成无法获取到充电桩账单， 最终需要从业务层面通过手工对账（异常账单），进行人工处理
122 +)))
123 +
124 +【shi】：在互联互通模块机制完善前，对于已发生之未结算账单，需令狐充方手工纠正订单状态后，问题账单可在平台路径”首页/营收管理/账单管理/故障账单“，有运营商确认数据后进行手工修复，系统完成扣款
125 +
26 26  ~-~--解决
27 -状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
127 +状态（√表示选定 ）： √ 已解决 |  √ 处理中 | 暂搁置
28 28  售后（跟单）工程师：施文俊
1572402263189-393.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +136.3 KB
Content
1573091951694-627.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +64.2 KB
Content
1573091959142-505.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +64.2 KB
Content