#joeyhero-offsession
1 messages · Page 1 of 1 (latest)
Are you passing off_session: true for the PaymentIntent? See https://stripe.com/docs/payments/save-and-reuse#web-create-payment-intent-off-session
Confirmed. I do
it's actually PSD2, not DSP2, and we have lots of documentation on it https://stripe.com/ie/guides/strong-customer-authentication .
do you have an example pi_xxx PaymentIntent that declined?
pi_3JcoKGBtIveTfe582vKzu275
thanks, looking
Thank you for your time
ok so all that happened here is the bank refused to give the exemption.
you're doing things correctly from that I see. you attempted an off-session payment , which qualifies as a merchant-initiated-transaction (https://stripe.com/ie/guides/strong-customer-authentication#merchant-initiated-transactions-including-variable-subscriptions)
but the bank is allowed to refuse that , and in this case, they did, they declined the payment and asked for it to be authenticated.
https://stripe.com/ie/guides/strong-customer-authentication#exemptions-to-strong-customer-authentication
The cardholder’s bank will then receive the request, assess the risk level of the transaction, and ultimately decide whether to approve the exemption or whether authentication is still necessary.
entirely normal and this is something that can happen and you need to contact the customer about to come and do the payment again! (the recovery flow we mention at https://stripe.com/docs/payments/save-and-reuse?platform=web#web-create-payment-intent-off-session ) .
also your integration is slightly odd, you create a SetupIntent and then immediately do an off-session payment straight away? if you're doing that(accepting the card and charging it at the same time, while saving it), you should use a PaymentIntent with setup_future_usage instead of a SetupIntent. https://stripe.com/docs/payments/save-during-payment
probably not related here, but just mentioning
I understand. We will go through the documentation you sent us and evaluate how we should change our flow.
Thank you for your time