Summary

• Page properties (1 modified, 0 added, 0 removed)
• Attachments (0 modified, 1 added, 0 removed)
  • 1575861008265-279.png

Details

Page properties

Content

...	...	@@ -2,6 +2,50 @@
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	+
5	5	= function_case#8_20191126 =
6	6
7	7	系统单元：bo2.0，刷卡
...	...	@@ -10,9 +10,12 @@
10	10	示例：
11	11	00010000000000000013
12	12	0001000000000013
	57	+原因：
	58	+印刷写卡错误，这批卡号到1000
	59	+解决：
	60	+给客户配置可以按16位处理
13	13	[[image:1574738028559-110.png]]
14	14
15		-
16	16	= function_case#7_20191119 =
17	17
18	18	系统单元：MC2.0

1575861008265-279.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.ShiChuck

Size

...	...	@@ -1,0 +1,1 @@
	1	+88.7 KB

Content