Skip to main content
This is a staging build of the docs

2025-01-10: Deprecation of legacy webhooks

ยท 2 min read
David Coplowe
Product Owner, Client Experience

On January 10, 2025, we will deprecate our legacy rule-based webhooks service following the release of our new webhooks service and webhook event types.

Here's what our new webhooks service provides:

โš™๏ธ Smart retries: We automatically retry missed events and failed webhook deliveries, ensuring your crucial messages reach their destination without hassle.

๐Ÿ”„ Event replay: We make it a breeze to replay successful and unsuccessful event deliveries, enabling you to recover from any system failures on your end.

๐Ÿ“ Detailed event logging: Use our detailed delivery attempt overview to gain deep insights into your webhook events, resolve issues, and view event payloads.

๐Ÿงช Mocked events: Test, debug, and refine your webhook consumers with ease using mocked events. Select the event type you want to trigger and we'll deliver it to your application.ย 

๐Ÿ›ก๏ธ Improved stability: Our new webhooks service is engineered for resilience and delivers unmatched performance and uptime to support your critical operations.

Action requiredโ€‹

If you are using our legacy rules-based webhook service, migrate to the new webhooks service following our Migration guide for basic webhook setup.

Additionally, you need to change your notification configuration to use the new event types instead. Follow our New event types migration guide to switch to the new types.

Company-specific rulesโ€‹

If you are currently using company-specific rules with our legacy service, use company tags with our updated webhook service instead. You can add metadata to a company using tags and filter the webhooks based on them.

Company information using tagsโ€‹

For example, if you previously passed company information via the webhook consumer's path (such as POST /region/{regionId}/accounts/{accountId}), you can use tags when creating or udating a company as follows:

{
"name": "{you company name}",
"tags": {
"region": "{regionId}",
"account": "{accountId}"
}
}

This metadata will then be passed to your webhook consumer in the payload.referenceCompany.tags property. See Add metadata to a company

Filter webhooks based on tagsโ€‹

To route specific companies to designated webhook consumers, use the company tags filter for your webhook consumer. This allows you to send messages only for companies with tags that match any of the tags defined on the webhook consumer.

For additional information, see Filter webhooks by company tags.

Expected impactโ€‹

If no action is taken by January 10, 2025, you will no longer receive webhook notifications from us.