Webhooks & workflows
Read as MarkdownCronofy tells your application when something happens, rather than your application having to keep checking. Webhooks are sent to a URL your application provides at each point in a meeting’s lifecycle, so you can keep your own records up to date and drive workflows from them. For example:
- Updating an applicant tracking system when an interview is booked
- Sending a confirmation or a survey once a time is chosen
- Sending a reminder by text or email ahead of a meeting
- Starting a payment flow after a coaching session
Through the lifecycle #
From the moment your application asks for a meeting to the transcript arriving afterwards, there’s a webhook at every step:
Step by step
- Your application creates a Scheduling Request with Cronofy.
- The recipient picks a time.
- Cronofy sends your application a webhook that the time has been chosen.
- Cronofy sends your application a webhook that the meeting’s conference has been generated.
- If plans change, the recipient picks a new time. This step and the next are optional.
- Cronofy sends your application a webhook that the meeting has been rescheduled.
- Cronofy sends your application an Event Trigger webhook at a set time before the meeting starts.
- Cronofy sends your application a webhook that its Meeting Agent is preparing to join the meeting.
- Cronofy sends your application a webhook that the Meeting Agent has started recording.
- Cronofy sends your application a webhook that the Meeting Agent is complete, with the meeting’s recording and transcript ready to download.
- Cronofy sends your application an Event Trigger webhook at a set time after the meeting ends.
| Webhook | When |
|---|---|
| Scheduling Request webhooks | A Scheduling Request is booked, rescheduled, declined, or cancelled |
| Conferencing webhooks | A meeting’s conference is generated, or the event is written without one |
| Event Triggers | A set time before or after a meeting starts or ends |
| Meeting Agent webhooks | A Meeting Agent joins a meeting, starts recording, completes, or fails |
Similar webhooks are available across the rest of the infrastructure, such as Calendar Webhooks for changes to the events in your users’ calendars. Each reference page covers how to subscribe, what’s sent, and how quickly your application needs to respond.
Receiving webhooks #
- Every webhook carries a
Cronofy-HMAC-SHA256header, so you can check it came from Cronofy. - Respond with a
2xxstatus quickly, and queue the work for later. A slow or failed response is retried, so the same webhook can arrive more than once. - Include an identifier in the webhook URL to know which of your users or customers it relates to, as described in Identifying the account.
- To test locally, forward webhooks to your machine with a tool such as Hookdeck or ngrok; see Testing locally.
- Your webhook URL needs a valid HTTPS certificate; see Certificates.