#jr24-subscription-invoice
1 messages · Page 1 of 1 (latest)
You can't control this. Only solution is to listen to invoice.created event and change it for each one if you want to disable auto advancement
https://stripe.com/docs/invoicing/integration/automatic-advancement-collection based on this it sounds like its set to "false" when generated wit the API
Why I'm asking is because I want to use the feature of replying to the the invoice.created webhook with a 200 response to finalize the invoice immediately
I think you might have misunderstood
invoices advance automatically by default, you don't need to do anything
sure but none of that contradicts what I said
Just to confirm - If the auto_advance parameter is set to true when the invoice is created and I respond to the invoice.created webhook with a 200 response, the invoice should finalize immediately (rather than an hour after)
no it finalizes an hour after, which is exactly what you should let us do
there's no reason ti want to immediately finalize an invoice created asynchronously
and auto_advance is unrelated. It'll be true in that case
Ok - it's misleading when it says it will finalize the invoice "immediately"
agreed especially since the last sentence clearly says the opposite
I'll flag internally
So this is more of a way for Stripe to confirm (via webhook) you want to finalize and send the invoice and if Stripe doesn't receive a response, they will not finalize for up to 3 days
correct
imagine your business listens to the event and adds extra line items for monthly usage
if we didn't wait and your server is down you don't charge anyone the right amount
so if you don't respond we wait and retry for up to 3 days
if you respond we treat it as ✅ and then our cron job continue moving forward async usually an hour or two later
if you want to fasten things you can finalize the invoice yourself and also pay it ifyou want, it's just unnecessary
got it, this makes a lot more sense
FYI - its better explained here https://stripe.com/docs/invoicing/integration/workflow-transitions#finalized