TIDY uses webhooks to send events to your application.
A webhook is an endpoint on your server that receives requests from TIDY, notifying you about events such as completing a cleaning. Add a new endpoint to your server and make sure it's publicly accessible so we can send unauthenticated POST requests.
We send events immediately to your webhook when a user makes an update in the system.
If a webhook attempt fails, then we will attempt to resend the event 10 times total. We gradually increase the length of time between each attempt, in order to give you time to resolve any issues. The first re-attempt will be after a few seconds, the last attempt about a week after the first failure. After 10 failures, you will need to manually update any status via the TIDY website or the API.
Some events can occur while a pro is offline, so these events won't be sent until TIDY receives the update. For example: If a pro completes a job at an offline location, their update will be synced when they reconnect to the internet and sync their data. Then, the event will be sent to your webhook.
Types of Events That TIDY Sends to Webhooks
While we may add more event types over time, the current events we send are one of the following booking updates:
Start Using Webhooks
To start using webhooks, a user typically follows these steps:
First build a custom endpoint in your application. For each event occurrence, TIDY POSTs the webhook data to your endpoint in JSON format. The full event details are included and can be used directly after parsing the JSON into an Event object. Thus, at minimum, the webhook endpoint needs to expect data through a POST request and confirm successful receipt of that data.
Here is some example code for Ruby, but you can handle webhooks in any language.
Inside the "Developers" section, go to the "Webhooks" section and you should see the option to add a webhook.
Test your webhook to make sure it receives events correctly by opening the webhook, then tapping "Test". This will send a sample request to the Webhook, which you can use to see the format of the data and handle appropriately.
Follow these steps to handle events sent via TIDY.
a. Read the event data
TIDY sends the event data in the request body. Each event is structured as an Event object with a type, id, and related TIDY resource nested under data.
b. Handle the event
As soon as you have the event object, check the type to know what kind of event happened. You can use one webhook to handle several different event types at once, or set up individual endpoints for specific events.
c. Quickly return a 2xx response
To acknowledge receipt of an event, your endpoint must return a 2xx HTTP status code to TIDY. All response codes outside this range, including 3xx codes, indicate to TIDY that you did not receive the event.
Send a 2xx response to TIDY as quickly as possible because TIDY will retry sending if we do not receive a response.
Because properly acknowledging receipt of the webhook notification is so important, your endpoint should return a 2xx HTTP status code prior to any complex logic that could cause a timeout, then run any long-running processes asyncronously in your application.
Inside the webhooks section, tap the on the webhook. Then tap "Logs" to view the events sent to that Webhook.