#DianaSamkova-3DS
1 messages · Page 1 of 1 (latest)
Could be an issue with the particular 3DS card. Can you give a PaymentIntent Id? pi_xxx
pi_3L0QOMFXfqRuJOyR22m8qHJe in test
mode
all cards that we test even in live mode failed with 3d, so i think it's problem not only with the particular 3DS card.
i got two
webhook events
payment_ intent.requires action and
immediately invoice.payment_failed
It's expected since this PI requires a 3DS confirmation, and then the Invoice failed to automatically collect the fund. After that if the customer authorize, the PI and Invoice should be updated back to normal.
But for this particular PI I see the customer didn't authorize it
status is "cancelled"
But why all card failed with 3d? When customer authorize in live mode, authentication shows as a success, but in actual it failed
You clicked on "authorize"? Maybe it's an account problem. Let me see
yes, and for user it shows like authentication succeeded
but actually, i got that webhooks (invoice failed)
maybe i missed something in settings or maybe 3d requires some specific flow to handle when user confirm payment ?
Could be, let me look at your account setting again.
Ok, but i read doc several time and from frontend and backend it seems like nothing neeeded to be added
Maybe it's your country and 3DS coverage. Can you write into Support and they would be able to check your account
I see your account setup as MT
ok, but we tested it from 2 different countries and problem still exist
can't it happen because of subscription? as i subscribe on regular payments and maybe 3ds can be only with one-time payments ?
No 3DS should be working with subscription too
We have an entire article about it
You tested it in 2 different accounts setup with different countries?
No, i test in 1 account from different countries
Then it's because the country of your account
Your account is registered in one specific country
Ok, i get it
so is it the only reason can be?
and what should i do? write to support to ask them to ckeck what?
do i understand correctly that everything is ok with this payment intent?
I think PI is okay, but just your Stripe account is not
Yes please write into Support ask them to check 3DS capibility on your account
specifically asking about if it's about country
ok thank you!
last question
maybe i need to check something specific in code to make sure that 3ds set correctly?
I think your code works fine. But anw you would want to have your account enabled first to be able to debug
I wrote to them
And they say that my account has the 3DS capability.
Can you tell me the email you have used?
Okie, are you live-chatting with them?
yes
Okie... I am checking pi_3L0QOMFXfqRuJOyR22m8qHJe again and it seems like the authorized action is never recorded within Stripe
could you give an example screen record of the test card you were using? (3220)
yeah one sec
@hollow barn
Well that looks perfectly fine... What is the PaymentIntent Id for that screen recording?
pi_3L0hwjFXfqRuJOyR0kVHUnDu
https://dashboard.stripe.com/test/logs/req_guvCFdmeAfNMJW is the request to create the Subscription, right? What is that on the UI, did you build it yourself? Looks like a Stripe Checkout but I couldn't find a Checkout Session
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Or are you using any 3rd plugin?
Yes, I don't use session , we built the same way as https://github.com/stripe-samples/subscription-use-cases/tree/master/fixed-price-subscriptions
And we don't use any 3rd plugin
maybe is it a problem?
👋 I am getting my colleague here who could have ideas about this.
hi I'm taking over for @hollow barn could you please give me a moment to catch up?
yes, i really need your help
the video seems to be a checkout session, whereas the implementation you had was more related to a Subscription created manually and using its latest_invoice.payment_intent to pay it
am I right?
yes
are you using webhooks to update that PaymentIntent to set the setup_future_usage to off_session?
yes
there you go! here's the actual problem
first you don't have to setup_future_usage when you have a subscription
The PM will automatically be linked to the subscription once it gets confirmed
By updating the PI your manually changing its status from requires_action to requires_confirmation
which means you'll have to go back and confirm it so it gets to requires_action but that will trigger the webhook and you'll end up with an infinite loop
could you please try to remove that part of the code in your webhook and look whether this solves the issue?
Wow, thank you!!
We did it for that case if first payment succeeded and second payment fail, and new card that user fill into become by default for next payments6 because stripe doesnt do it by default. how should i handle it right?
are you using the Customer Billing Portal?
no