#midnight_unexpected
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/1393258047002120383
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hi! Can you share the Request ID from your Dashboard for the API request that caused the issue?
req_xdLDi9B7etnFru
this is the request right before so maybe it was cancel that did it? idk
You seem to be adding the Stripe-Account header set to your own account; that can cause problems so I'd remove that first.
The pause_collection stuff doesn't 'cancel' the Subscription, and the way you're doing it indicates you never intend to collect that again (behavior=void).
Can you tell me more about what exactly you're trying to accomplish here?
That request I sent you is a cancel. That after that cancel request I was prorated. I am wondering why was I prorated there.
The goal is to test different behaviors while I have this schedule on a subscription. So early I paused and unpaused, and also tried cancelling and uncancelling.
You didn't pause the Subscription, you only paused collection of payments on the Subscription, and while doing so indicated that you never intend to collect payment on that Subscription.
You set the start_date in req_xdLDi9B7etnFru which caused the trial_end to be set to same - ending the trial early / before tomorrow. The amount of that invoice isn't a proration, it's the time from when the trial ended (as a result of the way your update request was made) to the end of the period (tomorrow).
When I specified that start date I inserted
proration_behavior: 'none'
shouldn't that prevent any time being credited
oh that cancel request, ended the trial?
Yes, exactly.
So there's no proration, just the "amount left to bill after cancelling the trial."
I see, so would your recommendation to fix this be to set the trial boolean on the schedule? or how would you approach it
I still don't understand what exactly you're trying to do, so I can't really recommend anything until I understand that.