文档更改迭代

在2020/04/21 14:30上被yuandong he修改
从版本< 6.2 >
由shi chuck编辑
在2019/12/09 11:10上
到版本
由shi chuck编辑
在2019/11/22 14:37上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,64 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= function_case#10_20191209 =
6 -
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 -
28 -= function_case#9_20191206 =
29 -
30 -系统单元：MC2.0 
31 -问题描述：代金券券支持服务费模式（中山平实等挂靠令狐充模式要求）
32 -~-~--跟踪
33 -**包含两大类：**
34 -**一、挂靠模式需考虑的功能点：**
35 - 1、财务对账结算的影响
36 - 2、充值时未标注代金券适用站点。
37 -\\**二、代金券支持仅抵扣服务费**
38 - 1、产品已计划的改动：设置代金券时，增加一个抵扣适用选择，是消费总额or服务费。【预计12.30完成】
39 - 2、产品未计划的改动：终端UI如微信，如仅抵扣服务费类型，可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。（标记不明确可能产生纠纷,）。【此项请评估工作量是否可和1一起完成】
40 -
41 -~-~--解决
42 -
43 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
44 -
45 -售后（跟单）工程师：施文俊
46 -
47 -= =
48 -
49 -= function_case#8_20191126 =
50 -
51 -系统单元：bo2.0，刷卡
52 -
53 -问题描述： 云卡打印卡号20位，实际系统传输到平台是16位，见下图。
54 -示例：
55 -00010000000000000013
56 -0001000000000013
57 -原因：
58 -印刷写卡错误，这批卡号到1000
59 -解决：
60 -给客户配置可以按16位处理
61 -[[image:1574738028559-110.png]]
62 -
63 63  = function_case#7_20191119 =
64 64  
65 65  系统单元：MC2.0
... ... @@ -95,7 +95,7 @@
95 95  
96 96  售后（跟单）工程师：施文俊
97 97  
98 -= =
40 += =
99 99  
100 100  = function_case#5_20191015 =
101 101  
... ... @@ -171,3 +171,5 @@
171 171  ~-~-
172 172  
173 173  售后（跟单）工程师：施文俊
116 +
117 +
1574738028559-110.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -397.4 KB
Content
1575861008265-279.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -88.7 KB
Content