#daniel-caz_api
spare nightBOT
đ 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/1392914116338913382
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
iron quail
My current approach creates a new subscription for the new customer and cancels the old one at period end, but I'm concerned about:
Potential double billing
Loss of trial period benefits
Billing cycle misalignment
How to handle proration correctly
What's the recommended approach for transferring subscription ownership between customers while maintaining billing continuity?
I'm building a React Native app with a Node.js backend that helps people track PMDD symptoms. The app has a unique feature where partners can pay for their loved one's subscription. Users should be able to transfer payment responsibility seamlessly without losing their subscription benefits or creating billing complications.
The backend uses Stripe SDK version with API version "2025-05-28.basil" and I'm storing subscription metadata in Firebase Firestore to track who pays for whom.
slow wing
Hi there
Yeah the easiest way to do this is to simply set cancel_at_period_end on the Sub you want to cancel and then start a new Sub with a trial period set until that cancel date.
iron quail
What if the trial's already ended?
slow wing
The trial period just ensures you don't bill when the new Subscription is created.
You other option is to use a Subscription Schedule and schedule the start date to be on the cancel date of the Sub you are cancelling.
spare nightBOT