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