API Versioning

​

Overview

The Extend API uses versioning to ensure that your integration remains stable as we evolve our API. The version is specified using the x-extend-api-version header in your requests.

​

Specifying a Version

To specify an API version, include the x-extend-api-version header in your requests.

The API version is specified in the format YYYY-MM-DD and corresponds to the date of the release that introduced the breaking changes.

curl -X POST https://api-prod.extend.app/v1/workflow_runs \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "x-extend-api-version: 2024-11-14" \
-H "Content-Type: application/json" \
-d '{ ... }'

If you don’t specify a version:

• You’ll automatically receive the latest version (2024-11-14) for new integrations
• Some organizations may default to a legacy version for backward compatibility predating the introduction of the x-extend-api-version header. Reach out to the Extend team if you need to change this.

Note: The v1 prefix is the routes is legacy and will be deprecated in the future. We recommend specifying the version using the x-extend-api-version header.

​

Webhook Endpoints

When you create a webhook endpoint in the Extend dashboard, you will be prompted to select the API version you’d like to use. All webhook notifications sent to that endpoint will include the same API version in the x-extend-api-version header, ensuring consistency in payload formats.

We strongly recommend keeping the versions defined on your webhook endpoint in sync with the version specified in your requests.

​

API Version Changelog