keithlard

[feral vigil]

Hi there!

[solar galleon]

Hello 🙂

[feral vigil]

Sorry for the delay, having a look now.

[solar galleon]

Thank you

[leaden trellis]

Could you please share the Subscription Id ?

This one sub_1NfIlgAjtNFaRAYopNOgjvGb ?

Ok the Subscription was deleted actually at 2023-08-23 06:55:39 you've received a webhook event evt_1NiAydAjtNFaRAYoEE29pC6K

It was deleted automatically because it wasn't paid

[solar galleon]

But a cancelled sub cannot be reactivated right?

[leaden trellis]

No you can't, you should create a new one

[solar galleon]

I don't understand why bacs subs go straight to cancelled and not past due

If they can be retried

[leaden trellis]

That' not a recurring payment, you ar ereferring to an initial payment

But in all cases, when you receive a webhook event for a deleted subscription

You shouldn' t accept any payment from the customer

[solar galleon]

Ye I understand

so our flow went like this

customer paid with bacs direct debit -> obviously delayed before we know the outcome

sub has gone from active to cancelled

we have then sent them an email to a new checkout to use a different payment method

they used card which has gone through with billing reason = subscription create

but it hasn't made a new sub

[leaden trellis]

You should check the Subscription status before sending this mail

You had to create a new Subscription

and send the customer an email to try another payment method for the new subscription

because the first one was canceled automatically

[solar galleon]

Ye we do normally

I think it's bad logic on our end

i usually check the payment intent on the latest invoice for the sub

and if it doesn't exist I make a new one

But in this case it must exist

[leaden trellis]

In this case you need to check the Subscription status too not just the subscription's latest_invoice's payment_intent

[solar galleon]

ok cool

thank you