#makspiechota_checkout-subscriptions

1 messages · Page 1 of 1 (latest)

bold moatBOT
#

👋 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/1229759385434198097

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

quiet sigilBOT
#

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

visual charm
random jungle
#

What's the follow-up question?

visual charm
#

and the section title says:
Build your own handling for recurring charge failures

but that's the thing I don't want to implement it myself

#

I want to leverage as much as I can stripe

random jungle
#

We do for some payment methods, not for most banking methods (SEPA, BACS, etc)

visual charm
#

ok so if I receive payment_intent.failed

#

then I need to deactivate the user subscription manually (by API)?

#

as Stripe won't do it?

#

or I can just look for this past_due parameter together with active

random jungle
#

It would never have been 'active' in the first place in the initial payment fails. It'd be in an past_due state

#

Easiest way is to just test these flows with the test data to get the scenarios you want

#

You can't blindly listen for .payment_failed events though as they might fire when your customer is on-session on the payment page if 3DS/auth is requested

visual charm
#

so what should I listen for then?

random jungle
#

For what, specifically?

#

checkout.session.async_payment_failed

visual charm
#

ok, once again, here is the scenario (and you can send me just one doc that will explain it, if exists):

I use builtin stripe checkout, the user selects bancontact and get's redirected to the third party website.

How do I handle if this customer is active or not

#

ok I started to read what you just sent, this might be what I need

#

please don't close the thread while I am reading

random jungle
#

Well Bancontact isn't an async payment method so the failure would happen on the payment page. The async part is irrelevant

random jungle
visual charm
#

so why in my dev env

#

when I checkout with bancontact

#

it displays the instruction about payment intents?

random jungle
#

I'm not sure what you're referencing

visual charm
bold moatBOT
#

makspiechota_checkout-subscriptions

random jungle
#

I guess it's a termninology thing. It's async in that you are redirected to the Bancontact site away from Checkout

#

But it's not delayed

visual charm
#

ok

random jungle
#

So as soon as you click 'authorize' there it will be succesful and you'll be redirected to your success URL

visual charm
#

so in this case it is enough to listen for checkout_complete event?

random jungle
visual charm
#

how about ideal?

elder rock
#

hi! I'm taking over this thread.

#

This step is only required if you plan to use any of the following payment methods: Bacs Direct Debit, Bank transfers, Boleto, Canadian pre-authorized debits, Konbini, OXXO, SEPA Direct Debit, SOFORT, or ACH Direct Debit.

visual charm
#

so for ideal I can just wait for checkout_complete event?

#

similarly to simple card payment?

elder rock
#

correct

visual charm
#

ok

#

and what would happen if recurring payment fails?

#

would it set the subscription to status inactive?

elder rock
#

you mean the first subscription payment or one of the recurring payment?

#

oh sorry I missread your question.

torn flare
#

Hi 👋 I'm jumping in as my teammate needs to step away soon. It's a bit hard for us to say exactly what will happen if a recurring payment fails for your Subscriptions, as those settings are account specific. You can check how you currently have those settings configured for your account in your dashboard here:
https://dashboard.stripe.com/settings/billing/automatic

Stripe Login | Sign in to the Stripe Dashboard

Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.

visual charm
#

checking

#

If all retries for a payment fail, cancel the subscription

#

so it means the subscription goes to status: inactive?

torn flare
#

No, it means it will be canceled and have a status of canceled, which is a terminal state for Subscriptions.

visual charm
#

oh ok

#

yeah

#

that's what I meant basically

#

that it is different than active

#

ok so in order to summarize

#

if I enable bancontact and ideal payment methods, the customer on checkout is taken to third party website, and after fulfilling they are taken back to the success_url and I receive checkout_completed event that payment was successful.

For recurring payments I don't have to care if it succeeded or failed, because in case of the failure the correspoinding subscription record is no longer in status: active state