#gdrakakis_best-practices

1 messages ¡ Page 1 of 1 (latest)

gaunt wraithBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1326463017608548454

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

vital ridge
#

Do you mean that you collected the card via this SetupIntent flow, and it's 3DS-ed already. But it is still asking 3DS everytime?

sharp parcel
#

yes! I used that testing card that always ask authentication because I have 2 cases like this

#

and I keep getting the same error when try to make a paymentintent in the backend. "3D Secure attempt incomplete
The cardholder began 3D Secure authentication but has not completed it."

#

payment intent is completed but the UI has that error.

#

If I change the paymeintent data a bit by adding 'off_session' => true, I get an immediate "Your card was declined. This transaction requires authentication."

#

According to docs only solution is to contact the client and ask him to put another card that doesn't have this kind of restriction? seems odd and didn't have such a problem with my previous payment gateway

#

So I guess I am doing something wrong.

vital ridge
#

No you are closed! When you get the PaymentIntent on backend, it has requires_action state, correct?

#

You can just go back to your frontend and call confirmPayment JS method on the same PI

sharp parcel
#

hm... the payment intent is happening via a cronjob.

#

The case is that the card is already stored and we charge the customer card each month

vital ridge
#

Yes I know, but in fact the issuer bank can still ask for 3DS. They ultimately have the final call

#

So we want to make our integration adaptable, and collect those case

sharp parcel
#

ok is there any reference for such a case? For example do I have to send an email to point him to a UI that fetch this incoplete payment intent and continues the auth it needs?

#

I only have one problem with all this issue. While it seems that I have to do an implementation to catch this case, if you try to charge the same card from the Stripe UI it doesn't asks any extra authentication ( at least in sandbox mode ). So this triggered me that I may doing something wrong since Stripe can charge the same card without extra auth.

#

Can you explain this please?

vital ridge
#

Which testing card are you using?

#

The payment in a cronjob is different with a payment in Stripe UI. Payment in cronjob could have off_session = true and the testing card could be configured to always ask 3DS in off_session transactions, for example