Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What happens when currency of offer differs from currency of selected payment instrument? #29

Open
ianbjacobs opened this issue Mar 9, 2016 · 2 comments

Comments

@ianbjacobs
Copy link
Collaborator

This was discussed at the 24 Feb 2016 FTF meeting:
https://www.w3.org/2016/02/24-wpwg-minutes#item09

At the meeting the sense was that we did not need the API to handle currency conversions in the API
as long as the API supported being able to specify different amounts and currencies for different payment methods, which is covered by Issue 3:
#3

Therefore, I recommend that we close this issue and defer to the decision for Issue 3.

Ian

@mattsaxon mattsaxon added this to the Priority: Low milestone Mar 21, 2016
@adrianhopebailie
Copy link
Collaborator

@ianbjacobs I don't think these are the same issue.

#3 is about making a payment request with different amounts in different currencies.
This issue is about a difference in currency between those offered by the payee and the currency that the payer wishes to us to pay.

I think that @mountielee 's comment on #3 is more appropriate on this thread:

two types of currency are used currently.
currency for merchant and
currency customer selected.

with DCC(Dynamic Currency Conversion) mechanism
merchant has product priced $100
and merchant add additional currencies by adding some margins.

merchant will offer multiple currencies and amount to customer.
when payment made with different currency than merchant's original currency

merchant will receive settlement amount based on their original currency
customer will pay different currency amount by customer's card issuer.
DCC vendor will share margins with Acquirer, merchant

The current architecture would make it difficult for the payee to advertise the currencies that that wish to use before the payee makes the offer and attempts to match the payer's currency (DCC flow). For now I'd suggest that we support DCC as follows:

  1. We allow multiple request amounts in different currencies (i.e. Resolve Should it be possible to provide "total" amounts in more than one currency #3 as such)
  2. We leave it to the payment processors to address currency conversion as they do today. If a payer gets a request to pay in one currency and responds that they wish to pay in another then it's up to the payee or their processor to handle this. This is only likely to happen if the payment method explicitly supports this scenario otherwise the payment app is just taking a chance (unlikely).

This does mean that the payee has to somehow guess what currency the payer would like to pay with so they can offer them a price in that currency but that's not impossible for them to do (it's often done this way already). The alternative is that the payment app makes a back-channel request (to some callback URL) requesting that they make payment in another currency and get a revised payment request in that currency.

TL:DR; We should support multiple prices in a single payment request that differ by currency (at a minimum). Currency conversion is out of scope for the browser API.

@rsolomakhin
Copy link
Collaborator

TL:DR; We should support multiple prices in a single payment request that differ by currency (at a minimum). Currency conversion is out of scope for the browser API.

+1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants