#tulliaglaeser_webhooks

1 messages ¡ Page 1 of 1 (latest)

robust rapidsBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can 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/1253637858531737683

📝 Have more to share? Add details, code, screenshots, videos, etc. below.

jolly oriole
#

hi! .released happens when a Schedule ends naturally. So if you have a schedule that say "<phase 0>for one month, use Price A, then <phase 1> for 5 months use Price B", and end_behavior:"release" , then the .released event happens at the end of the 6 month.

lost arch
#

I can't trigger it via the dashboard?

#

And if not then how can I recognize from my webhooks, ie. Subscription_schedule.updated webhook, when I have clicked Manage scheduled update > Delete update

jolly oriole
#

sorry we mainly answer API questions here not things about the Dashboard.

when I have clicked Manage scheduled update > Delete update
I assume that updates the Schedule to remove entries from the phases array, so it would generate a subscription_schedule.updated event.

lost arch
#

Yes indeed

#

But without comparing it to my previous schedule I can't see that that it removed phases then

jolly oriole
lost arch
#

Ok one second

#

Ok that might work

#

So for my other question

#

Is there a way then that I could do this same action of Delete update (deleting a phase or if that doesn't work releasing the schedule) by only having the subscription id and not schedule id?

#

To avoid having to list all schedules first to then find my corresponding schedule for my subscription

jolly oriole
#

subscriptions contain the ID of the schedule associated with them.

lost arch
#

Yes but I don't save this information anywhere

jolly oriole
#

so?

lost arch
#

So i would have to change my architecture to save this and I wanted to avoid this

jolly oriole
#

I don't see what you mean or the problem. If you know the subscription ID sub_xxx, you can call the Retrieve Subscription API, then look at sub->schedule to get the ID of the schedule, and then call Retrieve SubscriptionSchedule and/or any other API for updating/releasing the Schedule.

lost arch
#

Ok, but I wanted to avoid making two calls to your API

#

I wanted to see if I could, with one simple API call, update the schedule or release the schedule from the subscription