#ultrapro5000_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/1275183095904993280
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
Interestingly I do not see the backdate_start_date parameter on that specific call https://dashboard.stripe.com/test/logs/req_GtnsG3qgeUUXXN
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Would you mind double checking your code and adding this param if it is not already there?
https://docs.stripe.com/api/subscriptions/create#create_subscription-backdate_start_date
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
That looks fine to run in test mode to me
That's the same I ran for req_GtnsG3qgeUUXXN
Can you run it again anyway to double check? I believe you but I have had so many other users here say that just as confidently only for it to turn out they didn't run that exact code after we've looked in to it for an hour or two.
haha I totally get it. will do
@hexed hare let me know if you still need help!
Hi RoadRunner, many thanks. Testing again now.
getting the same results
req_fLYq6Ow5p7aglC
We're not receiving backdate_start_date in the request: https://dashboard.stripe.com/test/logs/req_fLYq6Ow5p7aglC
Also note that backdate_start_date has to be in unix time
@hexed hare are you still testing?
Yes. I think the backdate_start_date wasn't being sent because of Laravel Cashier, since it also has a trial on the subscription. Trying now to use Stripe API library directly to update the subscription after creatio with the backdate_start_date
Looks like can't update with backdate_start_date as that's not an accepted parameter.
I think I need to do this without Laravel Cashier
Ah I see
@hexed hare are you still testing?
yeah,, just working on adding an invoice item for the customers amount due before the import, since backdate and free trial don't seem to be compatible.
can close the thread if you want, thanks for your help!
This might help: https://docs.stripe.com/billing/subscriptions/backdating?dashboard-or-api=api#backdating-no-charge
You can backdate and use proration_behavior: 'none'