Re: [w3c/payment-method-basic-card] fix: don't redact addressLine from billingAddress (#77)

Hi all,

I endeavored to find out whether there are some use cases for sending
the phone, organization, and recipient fields to merchants when
the PaymentAddress is used in a Basic Card billing scenario.

From my outreach I conclude that (card) information is useful both
for authorization and risk analysis.

@krystosterone pointed to the authorize.net documentation [1] and I
similarly looked at documentation from Braintree [2], Adyen [3],
Stripe [4], and PaySafe [5]. I also spoke with Jonathan Grossar by
phone.

It seems that for authorization, the three fields are not strictly
required. However, for risk assessment (e.g., via 3DS2), I understand
that phone is a useful field.

I also concluded from discussion that "addressLine" should be returned
in the Basic Card response. We had already reached that conclusion on
GitHub.

I have thus updated the pull request so that the redactList for Basic
Card is "organization" and "recipient".

Ian


[1] https://developer.authorize.net/api/reference/index.html
[2] https://developers.braintreepayments.com/reference/response/address/ruby
[3] https://docs.adyen.com/developers/api-reference/common-api/address
[4] https://stripe.com/docs/api/cards/object
[5] https://developer.paysafe.com/en/cards/api/#/introduction/complex-json-objects/recipient


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/payment-method-basic-card/pull/77#issuecomment-488813505

Received on Thursday, 2 May 2019 20:07:54 UTC