Create Webhooks
To create webhooks, follow the instructions below. Step 1: Navigate to the “Webhooks” section from the sidebar under the “Configure” menu.

| Webhook Type | Receives alerts for | Recommended use |
|---|---|---|
| Production | Production connectors | Live customer integrations |
| Development | Development connectors | Testing and development connectors |
Note: Production and Development webhooks are environment-specific. This means a Production webhook will only receive alerts for connectors created in the Production environment, while a Development webhook will only receive alerts for connectors created in the Development environment.Step 6: Choose the events for which you want to receive notifications by selecting the appropriate checkboxes:
- Sync start: Receive an alert when a connector’s sync starts.
- Sync error: Get notified when a connector sync fails.
- Sync completed: Get notified when a connector sync job is successful.
- Employee model change: Receive an alert when any employee data is modified.
- Data model change: Receive an alert when any data model is modified.
Payload Properties
webhook: Information about the webhook that was triggered.connector: Information about the connector associated with the event.data: The affected connector sync status data.sync: Information about the sync job that triggered the event. This object is included in all webhook payloads.error: Information about the sync failure. This object is included only in theconnector_sync_errorwebhook.
Sync information
All webhook payloads include a top-levelsync object in the following format:
| Field | Description |
|---|---|
sync_id | The unique identifier of the sync job. |
sync_type | How the sync was triggered. Possible values:MANUAL and AUTOMATED. |
sync_name | The name assigned to the sync job. |
Sync error information
Theconnector_sync_error webhook includes a top-level error object in the following format:
| Field | Description |
|---|---|
failed_at | The timestamp at which the sync job failed. |
message | A summary of the sync job error. |
detail | Additional details about the error. This is returned as an empty object ({}) when no additional details are available. |
Webhook event types
- Connector Sync Started
- Connector Synced
- Connector Sync Error
- Employee Data Changed
- Connector Data Modified
Sample payload for webhook events
- Connector Sync Started
- Connector Synced
- Connector Sync Error
- Employee Data Changed
- Connector Data Modified
Receive an alert when the connector sync starts.
Retry Mechanism
When a webhook event is triggered, Bindbee sends aPOST request to your configured destination URL. If the request fails due to a request or network-layer issue, Bindbee automatically retries the delivery up to 4 times within 60 seconds.
Each delivery attempt has a timeout of 10 seconds. Your server should respond within this window to avoid the request being treated as timed out.
Retry behavior
| Property | Value |
|---|---|
| Maximum retries | Up to 4 retries |
| Retry window | Within 60 seconds |
| Request timeout | 10 seconds per attempt |
| Request method | POST |
| Retry trigger | Request/network-layer failures and all non-2xxresponses |
Failures that trigger retries
Retries are triggered only for request or network-layer failures, including:| Failure category | Examples |
|---|---|
| Timeout errors | Connection timeout, read timeout, write timeout, connection pool timeout |
| Connection errors | Connection error, read error, write error, close error |
| Protocol errors | Local protocol error, remote protocol error, unsupported protocol error |
| Other request errors | Proxy error, response decoding error, too many redirects |
Security
To secure your API endpoint, ensure it verifies that POST requests are genuinely from Bindbee and not from a malicious source, and that payloads haven’t been tampered with during transit. You can achieve this by checking if theX-Bindbee-Webhook-Signature field in the request header matches an encoded combination of your organization’s unique webhook signature and the payload of the incoming request.
In the Webhooks configuration page, you should find a Security section where you can access your signature key. This key is unique to your organization and can be regenerated if it becomes known to an unauthorized party.