Summary

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

Details

Page properties

Content

...	...	@@ -2,78 +2,6 @@
2	2	{{toc/}}
3	3	{{/box}}
4	4
5		-= function_case#11_20191211 =
6		-
7		-系统单元：BO2.0
8		-问题描述：互联互通支持刷卡的测试（测试环境）
9		-
10		-~-~--跟踪
11		-
12		-背景：\\
13		-
14		-1、A运营商用户的卡在B运营商的桩上刷卡启动，B运营商解析卡号知道属于A运营商才会互联互通到A的boss，所以卡号一定要有A运营商id
15		-2、意味着卡号前4位必须和db中运营商ID一致。
16		-
17		-
18		-
19		-测试摘要：
20		-1、互联互通刷卡充电，已经更新到测试环境 https:~/~/mc-uat.linghuchongtech.com，需用办公室交流桩做刷卡测试。
21		-2、将一台支持刷卡的桩（A）迁移到“内部集成运营商”下站点“互联互通测试”。
22		-[[image:1576027922341-911.png]]
23		-3、ubidy用户在测试环境中对应运营商id为2, 即，卡号为0002xxxxxxxxxxxx。
24		-4、协助发一张测试卡供 互联互通测试。【请moln协助】
25		-5、将新发卡片绑定至ubidy其中账户，用新卡刷桩A，记录测试用例和结果。
26		-
27		-(% class="wikigeneratedid" %)
28		-= =
29		-
30		-= function_case#10_20191209 =
31		-
32		-系统单元：MC2.0
33		-问题描述：发票模式从按充值改为按消费开票，产生的遗留问题。
34		-
35		-~-~--跟踪
36		-我们现在提供了一种切换机制：引入发票遗留金概念
37		-\\发票遗留金：由于系统开票规则由按充值开票升级为按消费开票，在切换日2019年x月x日 xx:xx前①已消费未开票 ②已开票未消费  的金额称为发票遗留金。
38		-\\1、已消费未开出发票：
39		-①在切换日后的首次开发票时，会补开该部分金额的发票。
40		-②当选择开票的消费金额+发票遗留金≥最低可开票金额时，可申请开票。
41		-③实际开出发票金额=选择开票的消费金额+发票遗留金
42		-\\2、已开出票未消费：
43		-①在切换日后的首次开发票时，需扣减发票遗留金。
44		-②当选择开票的消费金额-发票遗留金≥最低可开票金额时，可申请开票。
45		-③实际开出发票金额=选择开票的消费金额-发票遗留金
46		-\\注：赠款部分不可开发票。
47		-看客户是否采用，如果不采用，就需要他们引入运营资源去处理，处理完后通知我们进行切换
48		-[[image:1575861008265-279.png]]
49		-发票遗留金功能已经上线了的
50		-
51		-
52		-= function_case#9_20191206 =
53		-
54		-系统单元：MC2.0
55		-问题描述：代金券券支持服务费模式（中山平实等挂靠令狐充模式要求）
56		-~-~--跟踪
57		-**包含两大类：**
58		-**一、挂靠模式需考虑的功能点：**
59		- 1.1、财务对账结算的影响
60		- 1.2、充值时未标注代金券适用站点， 也需考虑用户充值时 系统给出 “代金券仅试用指定站点” 类似提示。
61		-\\**二、代金券支持仅抵扣服务费**
62		- 2.1、产品已计划的改动：设置代金券时，增加一个抵扣适用选择，是消费总额or服务费。【预计12.30完成】
63		- 2.2、产品未计划的改动：终端UI如微信，如仅抵扣服务费类型，可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。（标记不明确可能产生纠纷,）。【此项请评估工作量是否可和1一起完成】
64		-
65		-~~update 20191211
66		-客户已知悉第二项中功能需要改动后支持。
67		-客户希望12.12日做代金券活动。愿意先用总费用抵扣模式，但平台也需先实现1.2中功能 才能提供挂靠客户使用，请评估可行性。（目前已经支持指定站点使用，不过前端需要增加提示显示）
68		-
69		-~-~--解决
70		-
71		-状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
72		-
73		-售后（跟单）工程师：施文俊
74		-
75		-= =
76		-
77	77	= function_case#8_20191126 =
78	78
79	79	系统单元：bo2.0，刷卡
...	...	@@ -82,12 +82,9 @@
82	82	示例：
83	83	00010000000000000013
84	84	0001000000000013
85		-原因：
86		-印刷写卡错误，这批卡号到1000
87		-解决：
88		-给客户配置可以按16位处理
89	89	[[image:1574738028559-110.png]]
90	90
	15	+
91	91	= function_case#7_20191119 =
92	92
93	93	系统单元：MC2.0
...	...	@@ -123,7 +123,7 @@
123	123
124	124	售后（跟单）工程师：施文俊
125	125
126		-= =
	51	+= =
127	127
128	128	= function_case#5_20191015 =
129	129

1575861008265-279.png

Author

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

Size

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

Content

1576027922341-911.png

Author

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

Size

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

Content