文档更改愉天

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

Summary

Details

Page properties
Content
... ... @@ -2,84 +2,6 @@
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 -
83 83  = ytxny_case#1_20190924 =
84 84  
85 85  ~-~-~-~-~-~--
... ... @@ -100,29 +100,7 @@
100 100  那个客户的，我刚电话问了他。他说他也是等自动结束后枪跳了后再拔枪的，然后结算的界面就一直这样转，不扣费
101 101  
102 102  ~-~--跟踪
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 -
25 +【令】：bo2条账单对应充电记录status=5，即、充电服务结束，未收到账单。需转交研发进一步分析。
126 126  ~-~--解决
127 -状态（√表示选定 ）： √ 已解决 |  √ 处理中 | 暂搁置
27 +状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
128 128  售后（跟单）工程师：施文俊
1572402263189-393.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -136.3 KB
Content
1573091951694-627.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -64.2 KB
Content
1573091959142-505.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -64.2 KB
Content