#jeff_subscription-proration
tidal ospreyBOT
đ 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/1234984650577809472
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
charred cedar
Currently we don't allow you to void of delete draft Invoice that are tied to a Subscription so that wouldn't be an option. Is there a specific reason you're trying to do your subscription updates during this stage? Is there a reason you're not doing them earlier (before the draft invoice is generated)?
still isle
I can't control when my user wants to change their subscription. I could check the status of the subscription's latest_invoice and display a message stating they can't change their subscription at the moment, but that seems like horrible UX
charred cedar
Gotcha - mostly I was asking whether this was something that you had built in to your flow, but it sounds like this is more about handling an edge case when a user wants to change their subscription right after the renewal invoice was already generated
still isle
yeah it's an edge case but not some 1 in a million scenario or anything. I would have thought Stripe had a way to handle it since I'm sure it comes up pretty regularly. generating two invoices seems weird enough imo. but you can get into some really funky situations when the 1st invoice (the one in draft state) fails to collect payment but the 2nd one (which will have prorations) is paid successfully. the 2nd invoice assumes the 1st one can be collected, when that might not always be the case. does that make sense?
exotic hazelBOT
charred cedar
Yeah that makes sense (sorry I'm just juggling a couple of different threads at once)
Generally I'd recommend that you have your customer pay both Invoices since that's what our prorations calculations assume (we calculate prorations based on the previous Invoice for the sub even if it hasn't been paid yet since we assume it will be paid). One thing you could try is updating the Subscription w/ no prorations and then adding your own Invoice items to charge for the update onto the draft invoice
rigid plover
jeff_subscription-proration