文档更改迭代

在2020/04/21 14:30上被yuandong he修改
从版本< 2.3 >
由shi chuck编辑
在2019/10/15 12:45上
到版本
由shi chuck编辑
在2019/12/11 09:32上
< >
修改评论 上传新附件1576027922341-911.png

Summary

Details

Page properties
Content
... ... @@ -2,9 +2,102 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -(% class="wikigeneratedid" %)
6 -= funcation_case#5_20191015 =
5 += function_case#10_20191209 =
7 7  
7 +系统单元：MC2.0 
8 +问题描述：发票模式从按充值改为按消费开票，产生的遗留问题。
9 +
10 +~-~--跟踪
11 +我们现在提供了一种切换机制：引入发票遗留金概念
12 +\\发票遗留金：由于系统开票规则由按充值开票升级为按消费开票，在切换日2019年x月x日 xx:xx前①已消费未开票 ②已开票未消费  的金额称为发票遗留金。
13 +\\1、已消费未开出发票：
14 +①在切换日后的首次开发票时，会补开该部分金额的发票。
15 +②当选择开票的消费金额+发票遗留金≥最低可开票金额时，可申请开票。
16 +③实际开出发票金额=选择开票的消费金额+发票遗留金
17 +\\2、已开出票未消费：
18 +①在切换日后的首次开发票时，需扣减发票遗留金。
19 +②当选择开票的消费金额-发票遗留金≥最低可开票金额时，可申请开票。
20 +③实际开出发票金额=选择开票的消费金额-发票遗留金
21 +\\注：赠款部分不可开发票。
22 +看客户是否采用，如果不采用，就需要他们引入运营资源去处理，处理完后通知我们进行切换
23 +[[image:1575861008265-279.png]]
24 +发票遗留金功能已经上线了的
25 +
26 +
27 += function_case#9_20191206 =
28 +
29 +系统单元：MC2.0 
30 +问题描述：代金券券支持服务费模式（中山平实等挂靠令狐充模式要求）
31 +~-~--跟踪
32 +**包含两大类：**
33 +**一、挂靠模式需考虑的功能点：**
34 + 1、财务对账结算的影响
35 + 2、充值时未标注代金券适用站点。
36 +\\**二、代金券支持仅抵扣服务费**
37 + 1、产品已计划的改动：设置代金券时，增加一个抵扣适用选择，是消费总额or服务费。【预计12.30完成】
38 + 2、产品未计划的改动：终端UI如微信，如仅抵扣服务费类型，可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。（标记不明确可能产生纠纷,）。【此项请评估工作量是否可和1一起完成】
39 +
40 +~-~--解决
41 +
42 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
43 +
44 +售后（跟单）工程师：施文俊
45 +
46 += =
47 +
48 += function_case#8_20191126 =
49 +
50 +系统单元：bo2.0，刷卡
51 +
52 +问题描述： 云卡打印卡号20位，实际系统传输到平台是16位，见下图。
53 +示例：
54 +00010000000000000013
55 +0001000000000013
56 +原因：
57 +印刷写卡错误，这批卡号到1000
58 +解决：
59 +给客户配置可以按16位处理
60 +[[image:1574738028559-110.png]]
61 +
62 += function_case#7_20191119 =
63 +
64 +系统单元：MC2.0
65 +
66 +问题描述：充电网络/充电站管理 电价计费设置内选择”直流分时充电计费“时，不熟悉平台的客户会优先看到显示的”交流桩电价“和”交流桩服务费“而忽视下面定价时段的电价及服务费，认为计费设置不合理。
67 +
68 +(% class="box infomessage" %)
69 +(((
70 +定价时段内的电价及服务费需要加上”直流桩“几个字，让客户对价格设置能明确理解。（”交流分时充电计费“同理）
71 +[[image:1574404666962-644.png]]
72 +)))
73 +
74 +~-~--跟踪
75 +
76 +~-~--解决
77 +
78 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
79 +
80 +售后（跟单）工程师：施文俊 chinyee YD
81 +
82 += function_case#6_20191104 =
83 +
84 +系统单元：MC2.0 令狐充运营商
85 +问题描述：筛选查询 中  审核时间条件  疑似 不合理，描述见下：
86 +1、客户于2019-11-1 申请在线退款，当前为未审核状态。
87 +2、进入“首页/客户管理/会员管理/退款审核管理”，筛选条件中申请时间 选 2019-10-30至2019-11-5，审核日期保持初始默认，查询结果为空。（预期有数据）
88 +3、补充 额外 筛选条件中审核日期 选 2019-10-30至2019-11-5，可以查得待审核数据。（未审核状态单子 是否不需要 选审核日期）
89 +~-~--跟踪
90 +
91 +~-~--解决
92 +
93 +状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
94 +
95 +售后（跟单）工程师：施文俊
96 +
97 += =
98 +
99 += function_case#5_20191015 =
100 +
8 8  ~-~-~-~-~-~--
9 9  问题描述：“首页/客户管理/会员管理/会员管理”，因mc2.0计划保留站点管理员密码充电，此处需参照bo1.0，支持管理员创建虚拟“站点管理员”，可自行命名管理员名称， 用于强可读性的和站点进行绑定。
10 10  ~-~--跟踪
... ... @@ -15,10 +15,8 @@
15 15  
16 16  售后（跟单）工程师：施文俊
17 17  
18 -(% class="wikigeneratedid" %)
19 -= =
20 20  
21 -= funcation_case#4_20191014 =
112 += function_case#4_20191014 =
22 22  
23 23  poweredby升级时会涉及到一个账号切换问题：
24 24  1）2.0是以是否有操作权限区分了两批人，超级管理员和普通操作员。
... ... @@ -29,7 +29,7 @@
29 29  产品部提供一份功能介绍文档，供客户查阅。
30 30  
31 31  
32 -= funcation_case#3_20191008 =
123 += function_case#3_20191008 =
33 33  
34 34  
35 35  ~-~-~-~-~-~--
... ... @@ -46,7 +46,7 @@
46 46  售后（跟单）工程师：施文俊  何倩怡
47 47  
48 48  
49 -= funcation_case#2_20190923 =
140 += function_case#2_20190923 =
50 50  
51 51  
52 52  ~-~-~-~-~-~--
... ... @@ -63,7 +63,7 @@
63 63  售后（跟单）工程师：施文俊
64 64  
65 65  
66 -= funcation_case#1_20190912 =
157 += function_case#1_20190912 =
67 67  
68 68  
69 69  关于平台账单中“异常”的可靠性问题及如何在业务层面提供辅助信息补充说明的问题的讨论及建议:
... ... @@ -79,5 +79,3 @@
79 79  ~-~-
80 80  
81 81  售后（跟单）工程师：施文俊
82 -
83 -
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