Re: [webpayments] [Architecture] Payment App is a term used in EMV to describe the applet stored in SC (#31)


You wrote:
"The bank's app fetches the latest balance for all of the user's funding sources. The user doesn't have enough BankBucks points for this purchase but is given the option to split the payment and use their points for a portion and pay the balance using an ACH direct debit/their VISA card."

While I have heard that the ability to use N > 1 payment method for a given transaction is an important use case, it is not clear whether we should prioritize addressing it at the protocol layer. (It may be possible for a payment app to offer this service out of band.) Are you thinking that N instruments for a transaction should be part of the WG's API?


Reply to this email directly or view it on GitHub:

Received on Wednesday, 9 December 2015 14:58:33 UTC