#dorwin_api
1 messages ¡ Page 1 of 1 (latest)
đ 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/1234952068620353536
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
I don't know if the behavior is possible actually, I don't think so, but maybe with tricky parameters and some code, who knows ^^
But we like to keep it simple, if it's not possible it's ok, we will keep management of out of band payments and theirs subs out of Stripe
Is the intent here to extend the subscription or is it to also generate an invoice while extending the subscription?
both, yes. I asked comptability, as we receive a check and collect it, we legally can't wait to create the invoice
The subscription you are working with, is it a yearly product?
yes, with cancel_at_period_end when it's out of band paid, and auto renew with card
and we can't really prevent (my boss will not be ok) customers to renew it 6 months before end for example. And he will not be ok to reset the invoicing cycle and create a credit balance of the non used 6 months
I can think of a workaround but it might involve adding a trial period
I'm open to suggestions ^^
Setting a trial resets the billing cycle though
Not sure about the invoice amount problem. Since we already have the check, we need the invoice to be exactly this amount, and it seems updating the cancel_at is subect to "prorata" or something like that, it's not a simple "subscription x 2"
probably unsolvable imo
there is a way with stripe and schedule, but we would have to refacto our code too deeply to have the same behavior in out front, for our customers, not worth it
we need the invoice to be exactly this amount, and it seems updating the cancel_at is subect to "prorata" or something like that, it's not a simple "subscription x 2"
Yeah that's the blocker. I was thinking you could create a new yearly price/product for the amount, update the
subscription while disabling proration and add 6 months trial to extend the subscription
Not sure if that'd work though
another solution would have to let the API update the cancel_at without create any invoices (and we can still manually make one), but Stripe would always want to handle future payments etc
it's ok, well thanks anyway, I had to try to ask ^^
Yeah creating one-off invoice could work