#Austin_Truthifi
carmine vector
lean swan
Good question, I think that that may be the case (though you can also proactively cancel the subscription). Double checking and will get back to you
vale niche
Ok, thanks. I assume we could proactively delete it, but I think I'll leave it intact, at least until they've selected and paid for one plan or the other. Once that's done maybe we'll proactively delete it.
lean swan
Hey apologies, server got very busy and I accidentally dropped this thread. It looks like it isn't possible to update the original invoice once it has been finalized. So creating multiple subscriptions may be the way to go here
vale niche
What I'm doing is I'll check to see if there is a sub w/ a matching priceId and if so I'll return it. Otherwise I create a new one. I figure once the desired subscription is paid for it can just sit as incomplete and will get removed after the 24hr period.
lean swan
The one other thing that I can think to do would be to use our deferred intent flow which would let you render the payment element without creating a subscription first. There would be complications here like you needing to calculate the total and other things like that yourself, you could use our "preview an upcoming invoice" API endpoint to have us do those calculations but the latency would be comparable to creating new subscriptions https://stripe.com/docs/payments/accept-a-payment-deferred?platform=web&type=subscription
lean swan
What I'm doing is I'll check to see if there is a sub w/ a matching priceId and ...
Yep, totally reasonable implimentation
vale niche
Perfect, thanks for your help!
lean swan
Of course, glad I could provide some clarity. And again my apologies for dropping this thread
vale niche
No prob!