mentijm

[fresh rampart]

Sure can you share some object IDs

[flat schooner]

Renewal for "cus_LaiztUsEtPdx8P" coming up. Invoice "in_1NaOO7LLAsLlRiDeUpJppTbw" finalized at 01/08/2023.

Payment of "in_1NaOO7LLAsLlRiDeUpJppTbw" failed for the 3rd time 10/08/2023 02:55. Invoice is updated (event: "evt_1NdNA7LLAsLlRiDeR2tWFTMI") where the next_payment_attempt is moved from 1691628682 (2023-08-10 00:51:22 +0000) to 1691628682 (2023-08-16 09:54:30 +0000).

Subscription is automatically deleted (event: "evt_1NdVk0LLAsLlRiDe2wOQzhJO") at 10/08/2023, 12:05:15.

A new invoice ("in_1NdVk0LLAsLlRiDeLpFgNlld") is automatically drafted at 10/08/2023, 12:05:16 (event: "evt_1NdVk0LLAsLlRiDe45cUBnVX"), containing only a proration line.

Initial invoice "in_1NaOO7LLAsLlRiDeUpJppTbw" is voided, at: 10/08/2023, 12:05:18 (event: "evt_1NdVk3LLAsLlRiDeKMyMsuD2").

The new invoice was automatically finalized, paid and settled at 10/08/2023, 13:05:43

Sorry, there's the updated one

[fresh rampart]

Taking a look

[flat schooner]

Thanks

[fresh rampart]

I suspect it's because at the time the Subscription was cancelled, the unpaid Invoice was still in a payable state. Therefore we applied credit for the 'unused time'

[flat schooner]

But all of this was automatic by Stripe system right?

[fresh rampart]

Looks like your integration manually voided the Invoice: https://dashboard.stripe.com/logs/req_ZZZXffd6iNClmM

You should manually void any Invoices manually before the cancelation if the intention is to not credit for unused time

We treat the status of the Invoice separate the the status of the Subscription with the assumption that they will always be paid

[flat schooner]

We do void the invoices upon "customer.subscription.deleted"

[fresh rampart]

Yes, after. You need to do it beforehand to prevent us apply credit for the unused time

[flat schooner]

I see. What event should we react to upon a a renewal fail then?

the invoice still has a next_attempt_date

Should we void the invoice upon the payment_intent.canceled ?

[fresh rampart]

No, that event will likely fire in response the the Invoice being voided

In this scenario when you're scheduling Subscriptions to cancel on a specific timestamp, you'll need to schedule the voiding of any open Invoices before this date

[flat schooner]

I thought the subscriptions where canceled when smart retries on the cycle where exhausted?