Webhooks
Kombo sends you webhooks so that you don’t have to poll our API for changes.
Please be aware that this page covers downstream webhooks. These are webhooks that Kombo sends to your system for events like new integrations or finished syncs. If you try to understand webhooks that Kombo receives from the connected ATS/HRIS such as Personio or Recruitee, check out this page.
Webhook Use Case
Use our webhooks to be notified about finished syncs. This allows you to fetch any changes that occurred during a sync and to keep your database up to date without scheduling/polling. Easily test webhooks with Webhook.site.
Enable Webhooks
You can configure your Kombo webhooks in the dashboard directly in the webhooks tab. After creating the first webhook, a random webhook secret will be generated and shown. You can learn how to use it in Validate the data.
Available webhooks
Sync finished
The sync-finished
webhook is sent every time a sync finishes, regardless of
the sync state. Possible values for sync_state
are:
SUCCEEDED
The sync finished successfully.FAILED
There was a critical error during the sync and the sync did not finish.PARTIALLY_FAILED
There was a non-critical error that needs your attention. Please check the logs for actionable error messages or contact us for support.AUTHENTICATION_FAILED
The authentication of the connection is incorrect. Please check the Kombo dashboard for further steps.
This webhook is usedful to sync data from Kombo into your system. Read more here.
Remote event received
We will send a remote-event-received
webhook every time we receive an event
from an integration that has webhooks enabled. Read more about upstream webhooks here. Whenever you receive
this webhook, you can query our API with the changed_after
filter to get recent changes.
You can use this webhook type in the same way you would use the
sync-finished
webhook to keep your database up to date.
This webhook is usedful to sync data from Kombo into your system. Read more here.
Integration created
The integration-created
webhook is sent for every integration that is created.
Please react to this webhook event by adding the integration to your database
or by performing any other business logic that is required when an integration is
created.
Integration deleted
The integration-deleted
webhook is sent when an integration is deleted.
Please react to this webhook event by removing the integration from your database
or by performing any other business logic that is required when an integration is
deleted.
Connection flow failed
The connection-flow-failed
webhook is sent whenever an error occurs during the
connection flow. These errors could, for example, originate from a user entering
incorrect credentials or from a mismatch between the required and supplied API
permissions.
This is not an alert-type webhook, but should instead be used to collect data and get insights into user behavior. The connection flow can still be successfully completed after this webhook is sent.
You can check whether the connection flow ended successfully by following the
link under log_url
. Additionally, the log will display the exact errors your
customer ran into, which you can use to provide support if needed.
Assessment order received
The assessment:order-received
webhook is sent every time an assessment is
ordered for a candidate from within an end-customer’s tool.
Integration state changed
The integration-state-changed
webhook is sent when the status of the
integration changes. Use this to detect stale credentials and to reconnect your
customer.
Possible values for the "state"
key include:
ACTIVE
The integration is active and working.INVALID
The connection requires reconnection in order to work again.INACTIVE
Upon your request, Kombo support can mark the integration as inactive.
Validate the data
Anyone could post data to your webhook URL. That’s why we’re signing each
request with a secret specific to your Kombo account. The secret is called
Kombo Webhook Secret
will be sent to you when we activate Webhooks for
you.
Each valid webhook POST from us will include the X-Kombo-Signature
header.
Validate it by:
- Using HMAC-SHA256 to sign the request body with your
Kombo Webhook Secret
- Digest with base64url encoding.
Our ‘base64url’ encoding does not include the optional trailing ’=’ padding characters.
Here are some examples of how you could achieve this in a few different languages:
You have to use exactly the same string we use for signing. This means that
you should optimally use the raw body. Alternatively, you can manually turn
the parsed body into a string again. In that case, make sure to use the exact
same encoding and indentation (e.g., JSON.stringify(body, null, 2)
in
JavaScript).
Testing webhooks
The list of all created webhooks has two buttons on the right. One is for deleting the webhook, the other is for sending a test request. This test request will contain dummy data but will use the correct data schema.
Be careful when using this feature in production! It will send invalid data to your webhook.
Testing locally
For local development, you can use a service like localtunnel or ngrok. These tools allow you to expose a local port through a public URL provided by them. The setup is very straightforward: Once you’ve started a tunnel, simply add the provided URL as a webhook in the Kombo dashboard. You can then send test requests to validate that your endpoint is working properly.