财务 Payment - Funds Capture理解要点


1. payer

TCA中定义Customer的延伸, 用来持有相关的payment信息, 比如bank charge bearer 持票人

每个payer有绑定一个payment method, 比如是ACH Transfer(支票?), Credit Card(信用卡支付),  Bills Receivable(商业承兑汇票支付)

另外,还有payment instrument被assign到payer上,比如相关的Bank Account,  Credit Card的卡号等


2. 三种API

Transactional Extenstion: 存储payment相关的attribute
Authorization:             身份权限验证, 调用第三方
Settlement:                结算


3. Payment System Order Number

每一个从其他系统里面导入到payment系统来结算的Transaction , 都被赋予一个PSON, 通过这个PSON,可以用来查询到相应Transaction的Authorization的结果,或者是Settlement的状态

从IBY_TRXN_SUMMARIES_ALL里面来查找Payment System Order Number。  PSON需要在receipt上显示, 同时也需要在BR上显示。


4.  Payee

payee是一组BU或者是一个BU构成的,和customer company建立payment关系的是payee.  每个payee有自己独立的一组rule, routing rule. 用来定义有哪些payment method.


5. Routing Rule

每个payee (vison online), 都有自己的一组payment method(Credit Card)


6. Payment system,

指的是网银接口,Gate way或者是processor,  而Gate way最后还是调用processor来进行处理, processor连到不同的visa/master network里面去了。

authorization被发送到不同的network里面去验证了, 验证的信息然后从Visa Network转回来


7. Processing Type:

相关的支付方式:  Bank Account,  Credit Card,  Bills Receivable,  ACH

Bank Account Transfer processing type:  对于这个payment method需要配置一个flag, 用来确定是否可以给BillsReceivable


BR的Bank Account可以在transmit之后,mature之前设置, 所以在BR中这个值不是必要的


settlement API 需要4个相关的BR参数, is sign, is drawee, mature date, factor flag,  这个四个值用payment detail component来乘放。

recall的时候,需要API去修改settlement status到recalled, 这个recall的动作是冻结的, 知道settlement是transmited为止。 原因在于当这个BR下一次在Remit的时候,还可以使用相同的PSON,相同的settlement record 和authorization


BR方面没有需要银行的确认信息, 真正的transfer是在transmited后,在mature date完成的。


format的seeddata需要配置, 打印french,  italian, spanish格式

对于recall的真正过程,是用户和银行之间手工完成的,用户提交了BR到银行后, 在mature date日期之前,(可以把BR要回来?)


8.  Recall

Recall在user和bank之间是个手工的过程,settlement在Recall之后,是个recalled的新状态。  当BR下一次在create settlement 时, 任然使用的是同样的PSON


9. ACH支付

ACH是指自动交换中心,为满足高效的结算而设立的转账平台, 是银行和银行之间的结算平台。 全美95%以上都是ACH的成员, 由美联储管理。 在系统中的ACH是一类Receipt的class,标识通过ACH收款。

Automatic Clearing House


10. Payment 支持的集中类型:

收款: Credit Card, Bank Account Transfer, PINless debit cards, purcharse card.
付款: Checks支票,  Wires电报汇款,  Electornic funds transfer(交换中心电子支付)



11. Payment Method:

支持4种自动扣款的方式:

1. 信用卡, 2. 借记卡,  3. 银行账户,  4. Bills Receivable Remittance


在Receipt Class中给Bills Receivable Remittance这个Receipt Class,选择一个Bills Receivable的payment method.





12. Offline和Online Payment的区别

实时的还是后台定时Batch运行业务。 authorization的实时的,settlement可能是Batch。  但另外一些payment system,有可能是两个都是实时处理。

credit, purchase, and PINless debit cards 这几个是auth和settle都是实时的,  对于Electronic Funds Transfer, author是实时的。

Offline的 Payment是当提交payment信息时, 这个信息并不是立刻就发送到payment system, 而是先保存在Oracle Payment dB里面。等待定时的Schedule来完成发送工作。



13. Voice Authorization

有些Credit Card在Authorization的时候,需要first party去Call一下,并报上验证信息, 验证通过后,银行会Reserve相关的Money,同时给出一个code,  客户需要用这个Code来完成settlement transmit.



14. purchase Card

是Credit Card的一种形式, 不过它是由某个组织发行的, 用来向这个组织购买相关的物品。 目前应用不是很广泛,purchase card的好处在于可以更加灵活地控制各种规则



15. Funds Capture Bank Account Transfers

从银行转账的一种方式,auth是实时的, 而transfer是offline的。 即支持B2B, 也支持B2C的方式

payment连接到合适的clearing house network(payment system), 来完成bills Receivable的转账。



16. ETF电子转账

电子转账需要用到自动交换中心, automatic clearing house,  建立在ach的平台上,用于各个银行之间的快速结算。(可能相当于国内的银联)


Auth和Settlement都不是实时的,  只有在美国境内的ACH是auth实时的。




16. PIN Less Debit Card

不需要PIN的Debit Card,用户对其交易完全负责。目前只有少数几个payment system支持,Star, NYCE, and Pulse


和Credit Card不同的处理方式在于,  Auth完成后,Approve后,立刻进行Transfer。 这里是一个步骤,   而Credit Card的Auth和Settlement是分开的两个步骤。



17. Process Model和Gatewat Model的区别

这两者之间有什么区别,在handle各种payment method的时候,各有什么区别,  、

在Handle Bills Receivable payment method的时候有什么区别, Bills Receivable的payment method是如何处理的。



18. Funds Disbursement的payment method

a. checked in house printing by payer,  支票inhouse?
b. checked outsource to bank pring      银行支票?
c. ach, 电子支付
d. 电报付款, 电汇。


19. Fetching Settlement Batch Clearing

用ess job来查询Settlement batch的acknowledgement, 以及payment system给出的clearing information.  这个程序通过和payment system的通讯, 找到相应的信息,并用来更新相关的transaction, batch


20. Submitting Offline Transactions

找到相应的状态为pending offline transactions的no_batch settlement, 并把他们submit到相应的Gate way上。

为什么有些settlement是pending offline transactions, 有些不是?

Submit Offline Transactions 和 Settlement Batch有什么区别?

process model和gateway model有什么区别? 在处理的settlment上有什么区别么?



FIN_APP_ADMIN_OPERATIONS  用来配置payee的信息





你可能感兴趣的:(apt)