愉天 - 令狐充

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