Webhooks are user-defined rules that allow events in Osano to trigger events in other applications like Slack and Jira by sending a request over the internet.
Webhooks can be used to — for example — send your Data Request Manager a Slack message each time a subject rights request is ready for review or to create an issue in JIRA assigned to your Data Discovery Manager each time a data store fails to sync.
Users with the Admin role can create new webhooks and test how they will work by clicking your name at the bottom of the left navigation bar and selecting ‘Webhooks’:
Once on the Webhooks page users can create a prospective webhook by clicking the 'Add Webhook' button in the bottom-right corner of the webhooks table.
The Webhooks Configuration page for a prospective webhook will immediately display allowing users to set up a new webhook:
To save a prospective webhook, users must enter a value in the following fields:
Before configuring a webhook it is best to consult the public API and Webhooks documentation for the external application you are trying to create a webhook for.
The Settings section includes a name field for allowing internal users to identify the webhook. It also includes an 'Active' toggle allowing users to set whether a webhook is active or inactive. Inactive webhooks will not trigger even when their triggering conditions are met.
The App and Event section includes a product dropdown which populates a list of events in the event dropdown which can be used to trigger events in external applications.
This section also contains an Organizations field. Organizations can be added to a webhook as an additional triggering condition for the event specified on the webhook. When an organization is added as an additional triggering condition for an event only events associated with one of the listed organizations will successfully trigger. An organization is associated with events for a product in the following ways:
For example, the webhook below will only be triggered when a DSAR is email verified that is assigned to the Marketing organization.
The Actions section contains a method dropdown for selecting the HTTP method to be used when the webhook is triggered (e.g. POST, PATCH, PUT, DELETE, GET) as well a URL field for entering the URL address where the webhook will be sent.
Headers can be added to a webhook within the Headers section to specify information in the webhook request outside of the information contained in the body of the request. Whether headers are needed and what each header may require will depend on the external application the webhook request is being sent to. Additional headers can be added be clicking the 'Add Header' button below each header row. Headers can be deleted by clicking the trash can icon at the right of each header row.
The content section defines the message that will be sent to the external application when the event in Osano is triggered. To the right of the content section is a list of substitutable variables that can be used to embed information about the triggering event in the message sent to the URL defined on the webhook.
The Test button at the top right of the content section can be clicked to test whether the webhook has been correctly configured. When the test button is clicked the webhook configuration that displays on the pagewill be manually triggered. If the test is a success the webhook will fire and a green success notification will display at the bottom right of the page. If the test is a failure, the webhook will not fire and a red failure notificaiton will display at the bottom right of the page.
For additional information about webhooks, please visit our Developer Docs.