从版本< 5.4 >
shi chuck编辑
在2019/12/06 08:09上
到版本
shi chuck编辑
在2019/12/11 09:52上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,6 +2,42 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 += function_case#11_20191211 =
6 +
7 +系统单元:BO2.0
8 +问题描述:互联互通支持刷卡的测试(测试环境)
9 +
10 +~-~--跟踪
11 +1、互联互通刷卡充电,已经更新到测试环境 https:~/~/mc-uat.linghuchongtech.com,需用办公室交流桩做刷卡测试。
12 +2、将一台支持刷卡的桩(A)迁移到“内部集成运营商”下站点“互联互通测试”。
13 +[[image:1576027922341-911.png]]
14 +3、用ubidy用户的卡刷桩A,记录测试用例和结果。
15 +
16 +(% class="wikigeneratedid" %)
17 += =
18 +
19 += function_case#10_20191209 =
20 +
21 +系统单元:MC2.0 
22 +问题描述:发票模式从按充值改为按消费开票,产生的遗留问题。
23 +
24 +~-~--跟踪
25 +我们现在提供了一种切换机制:引入发票遗留金概念
26 +\\发票遗留金:由于系统开票规则由按充值开票升级为按消费开票,在切换日2019年x月x日 xx:xx前①已消费未开票 ②已开票未消费  的金额称为发票遗留金。
27 +\\1、已消费未开出发票:
28 +①在切换日后的首次开发票时,会补开该部分金额的发票。
29 +②当选择开票的消费金额+发票遗留金≥最低可开票金额时,可申请开票。
30 +③实际开出发票金额=选择开票的消费金额+发票遗留金
31 +\\2、已开出票未消费:
32 +①在切换日后的首次开发票时,需扣减发票遗留金。
33 +②当选择开票的消费金额-发票遗留金≥最低可开票金额时,可申请开票。
34 +③实际开出发票金额=选择开票的消费金额-发票遗留金
35 +\\注:赠款部分不可开发票。
36 +看客户是否采用,如果不采用,就需要他们引入运营资源去处理,处理完后通知我们进行切换
37 +[[image:1575861008265-279.png]]
38 +发票遗留金功能已经上线了的
39 +
40 +
5 5  = function_case#9_20191206 =
6 6  
7 7  系统单元:MC2.0 
... ... @@ -21,7 +21,6 @@
21 21  
22 22  售后(跟单)工程师:施文俊
23 23  
24 -(% class="wikigeneratedid" %)
25 25  = =
26 26  
27 27  = function_case#8_20191126 =
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