文档更改迭代

在2020/04/21 14:30上被yuandong he修改
从版本< 2.1 >
由chinyee he编辑
在2019/10/08 15:25上
到版本
由shi chuck编辑
在2020/03/17 18:41上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.ShiChuck
Content
... ... @@ -2,10 +2,312 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= funcation_case#3_20191008 =
5 += function_case#18_20200317 =
6 6  
7 +系统单元：MC2.0
8 +问题描述：监控小程序支持1个手机跨运营商登录 配置问题
7 7  
10 +~-~--跟踪
11 +
12 +(% class="box infomessage" %)
13 +(((
14 +**背景：**参见[[jkr_case#33_20200317>>doc:技术.业务支撑.金凯瑞.WebHome]]
15 +
16 +以金凯瑞账号为例，操作过程出现异常：
17 +1、新建 “jkr_super_admin”账号，对应角色“金凯瑞超级角色”
18 +2、jkr_super_admin创建过程只能选单个运营商，或保持默认（即所有）
19 +3、“金凯瑞超级角色”创建 选了 金凯瑞旗下多个运营商。
20 +\\结果：
21 +1、jkr_super_admin 登录 ，界面卡死loading。
22 +2、jkr_super_admin 配置选择单个运营商“金凯瑞”、不选子运营商时报错。
23 +3、疑问：“监控小程序支持1个手机跨运营商登录 配置” 是以角色还是账号中的运营商为主，后者只能配单个运营商。
24 +)))
25 +
26 +~-~--解决
27 +
28 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
29 +
30 +售后（跟单）工程师：施文俊
31 +
32 += function_case#17_20200317 =
33 +
34 +系统单元：微信端 h5
35 +问题描述：部分场景soc显示不友好。
36 +
37 +~-~--跟踪
38 +
39 +**背景：**
40 + 微信终端桩状态关于soc显示的优化，包括以下场景：
41 + 1、充电后占桩的soc显示优化： 。。。
42 + 2、启动充电前桩占桩时，SOC显示优化： 。。。
43 +
44 +[[image:1584438663706-955.png]]
45 +
46 +~-~--解决
47 +
48 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
49 +
50 +售后（跟单）工程师：施文俊
51 +
52 +
53 += function_case#16_20200304 =
54 +
55 +系统单元：MC2.0 深圳德顺
56 +问题描述：客户希望每个月只能退款一次，制定在每个月的28号，该信息显示在用户手机的退款页面上。
57 +
58 +[[image:1583315527111-589.png||height="224" width="344"]][[image:1583315543931-173.png||height="428" width="214"]]
59 +\\~-~--跟踪
60 +
61 +【产品】：把退款说明做成运营商级别自定义，但是还是能申请的，只是运营商说明每月固定时间审核
62 +
63 +~-~--解决
64 +
65 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
66 +
67 +售后（跟单）工程师：chinyee
68 +
69 +
70 += function_case#15_20200303 =
71 +
72 +系统单元：MC2.0 
73 +问题描述：完善在线退款入口权限配置
74 +~-~--跟踪
75 +
76 +(% class="box" %)
77 +(((
78 +**【背景】：**
79 +1、独立bo客户拥有登录账户配置权，可以配置“全局设置管理”中 “退款手续费率”，当开启退款选项，微信端出现退款入口。（见图）
80 +2、因自动化退款是高级版功能，不能由客户自动控制。
81 +
82 +[[image:1583210787973-129.png]]
83 +
84 +**【解决方案】：**
85 +1、紧急下线“退款手续费率”配置模块。
86 +2、取消“自动化退款”（商务上未授权的，如：非高级版运营商）
87 +3、转产品 评估 完善功能。
88 +\\**【优先级】：较高**
89 +原因：紧急下线“退款手续费率”配置模块，客户无法自主调整退款费率等配置。
90 +)))
91 +
92 +~-~--解决
93 +
94 +[[image:1583317444244-284.png||height="265" width="555"]]
95 +
96 +【令技术】：平台退款审核页面，手续费显示为0，实际上应该要扣0.6%的手续费。导致这样的结果是因为德顺的数据库退款申请表缺少了手续费字段，估计是数据库版本有点问题，退款手续费没保存到。未审核的退款账单可以修复，已经审核了的账单不可修复，看是否有影响。
97 +
98 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
99 +
100 +售后（跟单）工程师：施文俊
101 +
102 += function_case#14_20200117 =
103 +
104 +系统单元：MC2.0 
105 +问题描述：mc2.0 删除站点的功能（当前不可用），需要增加的原因：
106 + 1）客户建错站点，要删除，空桩数据，显示上不精确
107 + 2）引起互联互通同步了不该同步数据
108 +~-~--跟踪
109 +目前情况是：
110 +1、对于互联互通模式，有个不可见的设置，设置后，第三方运营商平台是看不到站点且启动不了充电。
111 +2、自营方只能设置为关闭，关闭后用户端站点运营状态显示为关闭，但是去到站点如果有桩是能启动充电的。
112 +3、通过1、2两点能暂时解决无用站点的数据问题。
113 +4、我们还是不建议删除站点信息。所以我们重新确定了个站点状态方案，基本能满足可预见的情况
114 +
115 +(% class="box" %)
116 +(((
117 +[[image:1579232008611-525.png]]
118 +)))
119 +
120 +“设置后，第三方运营商平台是看不到站点”满足这点的话，可以不删。现在滴滴接入能看到未删站点.
121 +igo跟滴滴、愉天跟极数充这种，滴滴跟极数充不是令狐充的平台，需要在jarvis去设置。这个“是否可见”只在令狐充saas之前生效。
122 +展鹏达和滴滴之间 能满足就可以, 对外的都需要jarvis过滤
123 +如果展鹏达自己也需要对这个设置错误的站点做错失，就是在mc把运营状态改为关闭
124 +用户端会对应状态改为关闭
125 +
126 +
127 +~-~--解决
128 +
129 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
130 +
131 +售后（跟单）工程师：施文俊
132 +
133 += function_case#13_20200103 =
134 +
135 +系统单元：MC2.0 南方众悦
136 +问题描述：代金卷使用没有导出功能，主要是使用记录 要分析 能够导出在不同站点之间的成本核算啊。包括。这个客户哪些客户使用了多少张啊？这个数据都有对后期的一些作用。
137 +\\~-~--跟踪
138 +
139 +~-~--解决
140 +
141 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
142 +
143 +售后（跟单）工程师：chinyee
144 +
145 += function_case#12_20191223 =
146 +
147 +系统单元：BO2.0
148 +
149 +问题描述：南方众悦 客户想给test（充电站值班室账号）开通修改的权限，给故障账单进行修正，同时可以看到会员管理的会员信息，但不想开放人工充值的权限。
150 +
151 +[[image:1577072446290-882.png||height="236" width="568"]]
152 +
153 +~-~-跟踪
154 +~~update 20191224
155 +增加了一个权限
156 +[[image:1577182019279-783.png]]
157 +
158 +[[image:file:///C:\Users\wenjun\Documents\Tencent Files\364781508\Image\C2C\{30077117-1933-24D5-8A01-0F76D7D8BBE8}.jpg]]
159 +
160 += function_case#11_20191211 =
161 +
162 +系统单元：BO2.0
163 +问题描述：互联互通支持刷卡的测试（测试环境）
164 +
165 +~-~--跟踪
166 +
167 +背景：
168 +
169 +1、A运营商用户的卡在B运营商的桩上刷卡启动，B运营商解析卡号知道属于A运营商才会互联互通到A的boss，所以卡号一定要有A运营商id
170 +2、意味着卡号前4位必须和db中运营商ID一致。
171 +
172 +
173 +
174 +测试摘要：
175 +1、互联互通刷卡充电，已经更新到测试环境 https:~/~/mc-uat.linghuchongtech.com，需用办公室交流桩做刷卡测试。
176 +2、将一台支持刷卡的桩（A）迁移到“内部集成运营商”下站点“互联互通测试”。
177 +[[image:1576027922341-911.png]]
178 +3、ubidy用户在测试环境中对应运营商id为2, 即，卡号为0002xxxxxxxxxxxx。
179 +4、协助发一张测试卡供 互联互通测试。【请moln协助】  卡号为：0002 0000 0001 0032
180 +5、将新发卡片绑定至ubidy其中账户，用新卡刷桩A，记录测试用例和结果。
181 +
182 += =
183 +
184 += function_case#10_20191209 =
185 +
186 +系统单元：MC2.0 
187 +问题描述：发票模式从按充值改为按消费开票，产生的遗留问题。
188 +
189 +~-~--跟踪
190 +我们现在提供了一种切换机制：引入发票遗留金概念
191 +\\发票遗留金：由于系统开票规则由按充值开票升级为按消费开票，在切换日2019年x月x日 xx:xx前①已消费未开票 ②已开票未消费  的金额称为发票遗留金。
192 +\\1、已消费未开出发票：
193 +①在切换日后的首次开发票时，会补开该部分金额的发票。
194 +②当选择开票的消费金额+发票遗留金≥最低可开票金额时，可申请开票。
195 +③实际开出发票金额=选择开票的消费金额+发票遗留金
196 +\\2、已开出票未消费：
197 +①在切换日后的首次开发票时，需扣减发票遗留金。
198 +②当选择开票的消费金额-发票遗留金≥最低可开票金额时，可申请开票。
199 +③实际开出发票金额=选择开票的消费金额-发票遗留金
200 +\\注：赠款部分不可开发票。
201 +看客户是否采用，如果不采用，就需要他们引入运营资源去处理，处理完后通知我们进行切换
202 +[[image:1575861008265-279.png]]
203 +发票遗留金功能已经上线了的
204 +
205 +
206 += function_case#9_20191206 =
207 +
208 +系统单元：MC2.0 
209 +问题描述：代金券券支持服务费模式（中山平实等挂靠令狐充模式要求）
210 +~-~--跟踪
211 +**包含两大类：**
212 +**一、挂靠模式需考虑的功能点：**
213 + 1.1、财务对账结算的影响
214 + 1.2、充值时未标注代金券适用站点， 也需考虑用户充值时 系统给出 “代金券仅试用指定站点” 类似提示。
215 +\\**二、代金券支持仅抵扣服务费**
216 + 2.1、产品已计划的改动：设置代金券时，增加一个抵扣适用选择，是消费总额or服务费。【预计12.30完成】
217 + 2.2、产品未计划的改动：终端UI如微信，如仅抵扣服务费类型，可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。（标记不明确可能产生纠纷,）。【此项请评估工作量是否可和1一起完成】
218 +
219 +~~update 20191211
220 +1、客户已知悉第二项中功能需要改动后支持。
221 +客户希望12.12日做代金券活动。愿意先用总费用抵扣模式，但平台也需先实现1.2中功能 才能提供挂靠客户使用，请评估可行性。（目前已经支持指定站点使用，不过前端需要增加提示显示）
222 +2、更新新的活动，见[[attach:1_中山12月营销计划.docx||target="_blank"]]
223 +
224 +~-~--解决
225 +
226 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
227 +
228 +售后（跟单）工程师：施文俊
229 +
230 += =
231 +
232 += function_case#8_20191126 =
233 +
234 +系统单元：bo2.0，刷卡
235 +
236 +问题描述： 云卡打印卡号20位，实际系统传输到平台是16位，见下图。
237 +示例：
238 +00010000000000000013
239 +0001000000000013
240 +原因：
241 +印刷写卡错误，这批卡号到1000
242 +解决：
243 +给客户配置可以按16位处理
244 +[[image:1574738028559-110.png]]
245 +
246 += function_case#7_20191119 =
247 +
248 +系统单元：MC2.0
249 +
250 +问题描述：充电网络/充电站管理 电价计费设置内选择”直流分时充电计费“时，不熟悉平台的客户会优先看到显示的”交流桩电价“和”交流桩服务费“而忽视下面定价时段的电价及服务费，认为计费设置不合理。
251 +
252 +(% class="box infomessage" %)
253 +(((
254 +定价时段内的电价及服务费需要加上”直流桩“几个字，让客户对价格设置能明确理解。（”交流分时充电计费“同理）
255 +[[image:1574404666962-644.png]]
256 +)))
257 +
258 +~-~--跟踪
259 +
260 +~-~--解决
261 +
262 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
263 +
264 +售后（跟单）工程师：施文俊 chinyee YD
265 +
266 += function_case#6_20191104 =
267 +
268 +系统单元：MC2.0 令狐充运营商
269 +问题描述：筛选查询 中  审核时间条件  疑似 不合理，描述见下：
270 +1、客户于2019-11-1 申请在线退款，当前为未审核状态。
271 +2、进入“首页/客户管理/会员管理/退款审核管理”，筛选条件中申请时间 选 2019-10-30至2019-11-5，审核日期保持初始默认，查询结果为空。（预期有数据）
272 +3、补充 额外 筛选条件中审核日期 选 2019-10-30至2019-11-5，可以查得待审核数据。（未审核状态单子 是否不需要 选审核日期）
273 +~-~--跟踪
274 +
275 +~-~--解决
276 +
277 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
278 +
279 +售后（跟单）工程师：施文俊
280 +
281 += =
282 +
283 += function_case#5_20191015 =
284 +
8 8  ~-~-~-~-~-~--
286 +问题描述：“首页/客户管理/会员管理/会员管理”，因mc2.0计划保留站点管理员密码充电，此处需参照bo1.0，支持管理员创建虚拟“站点管理员”，可自行命名管理员名称， 用于强可读性的和站点进行绑定。
287 +~-~--跟踪
288 +
289 +~-~--解决
290 +
291 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
292 +
293 +售后（跟单）工程师：施文俊
294 +
295 +
296 += function_case#4_20191014 =
297 +
298 +poweredby升级时会涉及到一个账号切换问题：
299 +1）2.0是以是否有操作权限区分了两批人，超级管理员和普通操作员。
300 +2）3.0是以权限划分了三个身份：管理层-可查看业务营收数据，不可进行桩站设置；运维-不可查看业务营收数据，可进行桩站设置；监控人员：不可查看业务营收数据，不可进行桩站设置。
301 +3）业务营收数据：营收、电费、服务费。
302 +4）切换时，需要给原来的账号对应新角色。系统会自动将原来的普通操作员账号角色换为监控人员；超级管理员账号角色换为管理层。
303 +5）需运营协助提前告知客户，及时针对实际情况修改账号角色。
304 +产品部提供一份功能介绍文档，供客户查阅。
305 +
306 +
307 += function_case#3_20191008 =
308 +
309 +
310 +~-~-~-~-~-~--
9 9  问题描述：igo充电记录导出表格，希望可以加上会员昵称这一项（在平台有这一项显示）。
10 10  ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
11 11  运营商初步排查结果：
... ... @@ -12,16 +12,14 @@
12 12  \\~-~--分析
13 13  
14 14  
15 -\\~-~--解决
317 +~-~--解决
16 16  
17 17  状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
18 18  
19 19  售后（跟单）工程师：施文俊  何倩怡
20 20  
21 -(% class="wikigeneratedid" %)
22 -= =
23 23  
24 -= funcation_case#2_20190923 =
324 += function_case#2_20190923 =
25 25  
26 26  
27 27  ~-~-~-~-~-~--
... ... @@ -37,9 +37,8 @@
37 37  
38 38  售后（跟单）工程师：施文俊
39 39  
40 -= =
41 41  
42 -= funcation_case#1_20190912 =
341 += function_case#1_20190912 =
43 43  
44 44  
45 45  关于平台账单中“异常”的可靠性问题及如何在业务层面提供辅助信息补充说明的问题的讨论及建议:
... ... @@ -55,5 +55,3 @@
55 55  ~-~-
56 56  
57 57  售后（跟单）工程师：施文俊
58 -
59 -
1574404652323-218.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +96.8 KB
Content
1574404666962-644.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +96.8 KB
Content
1574738028559-110.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +397.4 KB
Content
1575861008265-279.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +88.7 KB
Content
1576027922341-911.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +9.4 KB
Content
1577072446290-882.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +16.1 KB
Content
1577182019279-783.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +88.7 KB
Content
1579232008611-525.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +345.2 KB
Content
1583210787973-129.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +13.5 KB
Content
1583315527111-589.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +34.6 KB
Content
1583315543931-173.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +296.8 KB
Content
1583317444244-284.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Chinyee
Size
... ... @@ -1,0 +1,1 @@
1 +18.2 KB
Content
1584438663706-955.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +70.6 KB
Content
1_中山12月营销计划.docx
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +22.8 KB
Content