文档更改愉天

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

Summary

Details

Page properties
Content
... ... @@ -2,183 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -
6 -= ytxny_case#9_20191227 =
7 -
8 -问题描述：第二个互联互通的站点 上线配置
9 -
10 -~-~-跟踪
11 -
12 -(% class="box" %)
13 -(((
14 -【进展】：
15 -1、已经安装好了，网络也都通了。极数充的人今天正在现场调试。
16 -2、用极数这边的可以充了
17 -3、先站点用新电价
18 -4、待补充跟进
19 -\\之前互联互通站点配置参考
20 -[[image:1577418302842-304.png]]
21 -)))
22 -
23 -~-~--解决
24 -状态（√表示选定 ）：  已解决 |  处理中 | 暂搁置
25 -售后（跟单）工程师：施文俊
26 -
27 -= ytxny_case#8_20191218 =
28 -
29 -问题描述：我一点绑定站点，结果你们所有的站都被绑定上去了
30 -
31 -[[image:1576640348256-725.png||height="539" width="519"]]
32 -
33 -~-~-跟踪
34 -
35 -【YD】：绑定上图中用紫色框框住的站点后，会连带着一起绑定上百个其他不是愉天这个运营商的站点。转研发
36 -
37 -【John】：暂时可以让他先勾选这2个，后续我们会修复一下这个问题。 因为他们那个互联互通站点比较特殊，单独勾选引起问题。
38 -
39 -~-~--解决
40 -状态（√表示选定 ）：  √已解决 |  处理中 | 暂搁置
41 -售后（跟单）工程师：施文俊 YD
42 -
43 -= ytxny_case#7_20191126 =
44 -
45 -问题描述：车队用户 要共用同一部门资金池扣款。
46 -
47 -~-~-跟踪
48 -**背景：**
49 -
50 -* 愉天的桩不支持密码、刷卡充电。
51 -* 扫码充电 部门扣费渠道，扣费共用同一部门资金池。
52 -
53 -**操作步骤：**
54 -
55 -1. 车队内用户必须先关注公众号，并完成手机注册。
56 -1. 在平台“客户管理/企业部门管理”新增部门、充值部门余额、绑定电站(绑定完电站一定要点击“保存修改”)
57 -1. 在平台“客户管理/会员管理/会员管理”对已注册好的车队用户进行编辑选择所属部门。
58 -1. 已绑定所属部门的车队用户在微信公众号内进入个人中心，打开“企业账户优先扣费”即可。
59 -
60 -~-~--解决
61 -状态（√表示选定 ）：  已解决 |  处理中 | 暂搁置
62 -售后（跟单）工程师：施文俊
63 -
64 -= ytxny_case#6_20191111 =
65 -
66 -问题描述：收集问题并向John确认
67 -
68 -1.这个充电时间就是跟小程序上的使用率数据是一致的吗？
69 -
70 -[[image:1573458600199-283.png||height="327" width="398"]]
71 -
72 -**答：小程序的是按当天的充电账单里面的总时间算，出现跨天充电的情况会多统计或少统计时间。仪表盘是按心跳算，只统计当前的充电心跳，会准一点**
73 -
74 -2.我看到充电次数的统计方式确实进行了优化。还想问一下现在是哪些才会统计进去，这种充了7秒，但是消费为0的这种会计入吗？
75 -
76 -**答：充电电量为0并且金额为0的不计入统计报表**
77 -
78 -3.这个次数是以结束充电的时间来算的是吧，比如23：00开始，00：10分结束，次数就算在第二天的？
79 -
80 -**答：对**
81 -
82 -~-~--解决
83 -状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
84 -售后（跟单）工程师：施文俊 YD
85 -
86 -= ytxny_case#5_20191107 =
87 -
88 -问题描述：疑似月报显示bug
89 -
90 -~-~-跟踪
91 -
92 -(% class="box infomessage" %)
93 -(((
94 -【shi】：1）统计的分时段消费金额不是消费金额，是电价。2）2278.64+6046.16+3337.23=11662.03，对应的是前面的电价金额，并不是消费金额
95 -[[image:1573091959142-505.png]]
96 -
97 -【令技术】：描述文字问题，已改为分时段电价金额。
98 -)))
99 -
100 -~-~--解决
101 -状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
102 -售后（跟单）工程师：施文俊
103 -
104 -= ytxny_case#4_20191101 =
105 -
106 -无启用在线申请退款意愿，要求设置关键字回覆
107 -
108 -~-~-跟踪
109 -【shi】：了解客户要求和沟通，提供解决方案
110 -1、关键字就是“退款”
111 -2、“如需申请余额退款的客户，请发送“申请退款”四字+”个人中心”界面的截图至公众号，余额将在2~~3个工作日原路径退还。退款需收取手续费1%（若微信支付提现手续费调整，退款手续费将随之调整），手续费不足0.1元时按0.1元收取。“
112 -3、能不能在哪里加一段提示，让人知道可以发”退款“两个字才能收到这一段回复呢？
113 -~-~-below on 20191111
114 -解决方案：
115 -退款指引方案 ，（客户已接受）
116 -1.   在公众号平台修改欢迎语：欢迎！请点击底部“寻桩充电”，进入充电互动页面进行充电。如需帮助，请点击底部“更多-帮助”，获取指引信息。
117 -2.   在“更多”入口增加一个二级入口“帮助”。【shi 增加 菜单， "name":"帮助",  "key":"Click_SendHelp"；  】
118 -3.   点击“帮助”弹出：尊敬的用户，欢迎使用充电服务。如您需要以下帮助，请回复对应数字：[1]如何退款 [2]服务电话
119 -4.   输入1后，弹出：“退款方法：发送“申请退款”四字+“个人中心”界面截图至公众号。发送后余额将在2-3个工作日原路返还。退款需收取手续费1%（如微信支付提现手续费调整，退款手续费将随之调整），手续费不足0.1元是将按0.1元收取。
120 -5.  “申请退款”触发了回复，看看是不是在数据库增加一下回复，比如“请上传个人中心界面截图”
121 -**数据库sql操作：**
122 -1、表 wx_reply  为关键字回覆 表。
123 -2、维护此表数据，效果如下图，后续如关键字变化在此操作。
124 -3、涉及到缓存，如不生效，进MC 会员管理-》额度管理 -》保存 即完成全局刷新。
125 -[[image:1573450301315-389.png]]
126 -
127 -[[image:file:///C:\Users\wenjun\Documents\Tencent Files\364781508\Image\C2C\{5283F908-0102-8445-119A-4D371EA76DD4}.png]]
128 -
129 -~-~--解决
130 -状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
131 -售后（跟单）工程师：施文俊
132 -
133 -= ytxny_case#3_20191031 =
134 -
135 -提交需求清单
136 -
137 -~-~-跟踪
138 -【shi】：清单转产品 评估，并答复客户。
139 -~-~-below on 20191107
140 -原11.7完成功能，因代金券插入，预计11.12日更新。
141 -
142 -~-~--解决
143 -状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
144 -售后（跟单）工程师：施文俊
145 -
146 -= =
147 -
148 -= ytxny_case#3_20191030 =
149 -
150 -问题描述：小程序上可以看到昨天和前7天的使用率。 或者电脑端，能否查到使用率？ 有客户提出想看一个月的。
151 -[[image:1572402263189-393.png]]
152 -
153 -
154 -按公司评估的优先级即可（有计划后通知我），愉天，客户那边我可以转环
155 -
156 -
157 -= ytxny_case#2_20190928 =
158 -
159 -~-~-~-~-~-~--
160 -
161 -日期：20190927
162 -桩站名称：高时充电核电工业园站
163 -会员ID：27836124
164 -订单号： 20190927114057381632
165 -充电桩号： 
166 -充电枪号：BD800019760
167 -
168 -开始充电时间：2019-09-27 11:40:58
169 - 现场网络连接状态：正常
170 -近期故障状态：
171 -问题描述：充电已结束但仍显示充电暂停，系统未计时未计费
172 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
173 -运营商初步排查结果：
174 -
175 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
176 -
177 -~-~--解决
178 -状态（√表示选定 ）： √ 已解决 |  处理中 | 暂搁置
179 -售后（跟单）工程师：施文俊
180 -
181 -
182 182  = ytxny_case#1_20190924 =
183 183  
184 184  ~-~-~-~-~-~--
... ... @@ -199,29 +199,7 @@
199 199  那个客户的，我刚电话问了他。他说他也是等自动结束后枪跳了后再拔枪的，然后结算的界面就一直这样转，不扣费
200 200  
201 201  ~-~--跟踪
202 -【shi】：bo2条账单对应充电记录status=5，即、充电暂停，未收到账单。需转交研发进一步分析。
203 -
204 -【niewei】：
205 -
206 -(% class="box infomessage" %)
207 -(((
208 -查了日志，发现这两个充电账单ID，在发送停止充电后，未收到充电桩推送的 charge_order_info
209 -MA5FJCND9190924170413403842
210 -MA5FJCND9190923210240897961
211 -需贸硕检查
212 -
213 -~-~--
214 -
215 -昨天的问题, 主要是充电桩这边没有上传账单导致的. 当然对于这种异常目前做了如下处理:
216 -1、对充电未结束且没有充电状态上送的事务，在第11分钟(极速充建议)会主动查询账单, 根据账单状态结束充电服务且并发送给BOSS结算;
217 -2、昨天的问题,根据分析是发现充电是正常结束且有充电状态上送但丢失上传账单, 这种情况我们没有去查, 所以对于这种场景我们也需要补充上面的处理逻辑来解决; 我们后面会安排计划开发实现;
218 -
219 -
220 -有一点还需要说明： 如果由于服务故障，超时等异常造成无法获取到充电桩账单， 最终需要从业务层面通过手工对账（异常账单），进行人工处理
221 -)))
222 -
223 -【shi】：在互联互通模块机制完善前，对于已发生之未结算账单，需令狐充方手工纠正订单状态后，问题账单可在平台路径”首页/营收管理/账单管理/故障账单“，有运营商确认数据后进行手工修复，系统完成扣款
224 -
25 +【令】：bo2条账单对应充电记录status=5，即、充电服务结束，未收到账单。需转交研发进一步分析。
225 225  ~-~--解决
226 -状态（√表示选定 ）： √ 已解决 |  √ 处理中 | 暂搁置
27 +状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置
227 227  售后（跟单）工程师：施文俊
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
1573450301315-389.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -68.5 KB
Content
1573458600199-283.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -71.1 KB
Content
1576640348256-725.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.yuandong
Size
... ... @@ -1,1 +1,0 @@
1 -222.4 KB
Content
1577418302842-304.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -66.5 KB
Content