#valkum_api
hearty widgetBOT
đ 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/1237129696991248455
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
daring sun
Taking a look. If this is just a standard subscription with a trial, you can update that price directly and that will be what we change to when the trial is over. That could help you avoid needing to use a schedule
And would you mind reporting that dashboard behavior to our support team after this? Any which way, I don't think we should restrict you from undoing changes that we allowed you to make via the API
Can you tell me more about what you are trying to do with this schedule? I see a lot of phases with just the same price and then the last phase which also sets metadata. Is the point to add that metadata at a scheduled point?
open ruin
The customer tried to downgrade to the lower tier. We currently don't show any state of an already scheduled downgrade and I guess the customer downgraded multiple times, which caused a bug in our logic. We currently bring the subscription into a schedule (if not already) and just append the changes. This is clearly wrong.
We schedule downgrades so that the customer can still use the higher tier feature until the end of the current period. If we update the price of the trial subscription, I guess this would trigger a subscription.update event and the customer would lose access to the feature of the plan they chose for the trial.
daring sun
Gotcha, that makes sense. I think that a schedule would be the best way to do this. I think this sounds like we may have some kind of dashboard bug. Let me see if I can reproduce this
That is interesting. I see dashboard requests that successfully changed that subscription schedule in your logs. Do you know at what specific stage we gave you an error about not being able to change the subscription schedule from the dashboard?
open ruin
I just removed all schedules at some point. As this was the only thing I was able to do without upgrading our account to Billing Scale. But that turned the subscription into an even more invalid state (wrong period end because the trial state was lost).
Also, the following invoice was created during all of that, which clearly has an invalid proration: in_1PDXI7GiGIQAiaQt4wJBWgVN
I will create the support ticket tomorrow (once I gained access to the Support Centre from our admin). It's the end of my day. We will fix the issue with endless chaining downgrades and see if we can still reproduce the issue from above in our staging env.
daring sun
Sounds good to me. I can currently update scheduled subscriptions on a test account without billing scale, so I am not sure what restriction your acount is running in to. If you can reproduce this on a test mode subscription and show it to our support team, they should be able to consult