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