付款卡处理的业务伙伴Business Partners for Payment Card Processing
付款卡代表了每天业务交易的一个重要的部分；
几个业务伙伴包含在付款卡处理中；
持卡人使用卡来采购货物或服务；
商家交货或提供服务给客户并接受付款卡作为付款方式；
票据交换所clearing house为卡发布授权并执行结算；
商家开户行代表商家参与结算和付款处理；
发卡银行负责发行卡给持卡人并且也参加结算和付款处理；
SAP目前支持商家和票据交换所之间的业务交易（不支持打印或客户卡管理）；
付款卡处理的处理链Process Chain for Payment Card Processing
付款卡处理支持下列功能：
一个付款卡计划在抬头分配给销售订单；该计划包含信息例如卡号，卡类型以及授权数据；
当创建交货时，会为授权执行一个有效性检查；如果授权不再有效，或者如果数量的增加需要价值的增加，则用户需要在销售订单中再次执行授权；
付款卡数据从订单复制到Billing凭证；
付款卡数据和授权数据在Billing凭证传输到FI时向前传送；在配置中，你可以配置系统以使当包含采购卡时，结算所需的额外数据从SD传输到FI；
使用付款卡的交易可以记账到deviating accounts（当控制Billing类型时查看字段Account determination for payment cards）；
最终结算处理是通过票据交换所在这些信息的基础上执行的；
使用外部系统为付款卡授权Payment Card Authorization with an External System
这种形式的处理发生在零售业；电子收款机系统（POS）是为货物付款的地方（通常是收银机）；
没有销售或者装运凭证产生；
当使用电子收款机系统，授权在一个外部系统中执行；
相应的数据导入到R/3系统，Billing凭证在R/3系统中创建；
客户主记录中的付款卡数据Payment Card Data in the Customer Master Record
付款卡数据可以通过Payment transaction screen存储在付款者主记录中（Payment cards button）；
这里，你指定付款卡类型（例如，VISA），付款卡号码，以及该卡的有效期；
一张卡也可以输入为默认值；这会出现在订单处理中的F4帮助中；
如果一张卡被锁，也可为相应的付款卡输入锁住的原因；（仅用于信息的目的，对于订单中的锁没有影响）；
当你在客户主数据中输入付款卡，下列检查会被执行：
系统检查卡号的有效性，倘若相应的检查程序已经在该卡类型的配置中维护了；
系统也检查是否该卡已经在另外的客户主记录中输入了；同样的卡不能输入到多个客户的主数据中；
带有付款卡计划的订单的结构Structure of an Order with Payment Card Plan
一个付款卡类型必须分配给允许付款卡处理的所有销售凭证类型（例如，如果没有付款卡计划类型分配给现货销售，则这里不会出现付款卡的输入字段）；
付款卡数据只能在抬头输入；
付款卡处理所需的信息存储在销售订单的不同水平：
订单抬头包含付款人的数据
订单条目包含定价信息；
计划行包含交货日期和数量；
付款卡计划包含付款卡数据和授权数据；
授权处理在订单被保存时自动地触发或者它可作为一个后台作业执行；
授权之后，授权号存储在订单中；如果例如数据传输有技术问题，该号码也可以手工的输入；
每个单个的授权都有一个详细屏幕，在这你可以查看附加的信息；
数据传输到票据交换所Data Transfer to the Clearing House
票据交换所为订单发布授权并且也负责结算；
和外部系统的透明接口允许商家传输和接收数据；
在标准的R3系统中，函数CCARD_AUTH_SIMULATION作为一个模板提供给你以创建用户定义的授权函数；
标准系统还包含了函数CCARD_SETTLEMENT_SIMULATION，用于创建用户定义的结算函数；
授权Authorization
授权通常在订单的抬头执行；用其他的话说，新的授权必须始终为整张订单创建；
使用检查组，你可以在配置中设置必要条件，用来控制在什么环境下授权会被确定；然后你可以设置系统以使授权仅为完整的订单执行；
依赖于检查组，你还可以指定授权范围（用其他话说，授权什么时候会被确定）；
如果你使用标准系统中提供的授权必要条件1，授权在你保存订单时触发；授权必要条件1供后台处理使用；
检查组必须分配给销售凭证类型；
在上面的例子中，一张订单已经在今天输入并且使用VISA卡支付；授权会在创建交货前一天执行并且有效期为14天；
依照计划行，下一次物料可用日期在3天后；这意味着授权处理必须在2天的时间内执行，根据指定的授权范围；
订单中的授权在Billing中使用；订单中的一个状态显示哪个授权已经被使用；
Mark：你可以在配置中使用检查组来控制是否在订单中执行初步授权（价值0，如果目前日期在授权范围之外）来检查卡数据的正确性；
结算Settlement
当会计凭证从传输过来的包含付款卡数据的Billing凭证创建时，会执行下列记账：
客户帐户的借方和贷方记账；
销售收入记账；
应收款记账到票据交换所的中间科目；
该记账流程可以解释为授权担保应收款并且票据交换所代表相应的业务伙伴付款；
应该为每个票据交换所建立一个中间科目，因此条件技术可用于执行记账到相关的科目（所有使用VISA和MC支付的应收款记账到GZS的中间科目；所有使用AMEX支付的应收款记账到AMEX票据交换所的中间科目，等等）；
每隔一定间隔，单笔记账可以在票据交换所的中间科目累积并作为一个总值记账到相应的中间银行科目；同票据交换所的结算由中间银行科目触发；现在该科目包含期待付款的来自票据交换所的应收款；应收款通过一次结算运行来传送；
后台处理号码可用于收款过程中作为分配的目的；
中间银行科目在票据交换所支付应收款的基础上被清帐；
