X-API-Version header. You pin your integration to a release and upgrade when you’re ready. Breaking changes are never deployed to an existing version.
Send the version header
Every request must includeX-API-Version: 1.2 (recommended) or X-API-Version: 1.1.
Available versions
See the changelog for what changed in each version.
Deprecation policy
12 months' notice
A deprecated version keeps working in production for at least 12 months after the announcement.
Sunset alerts
Responses from a deprecated version include a
Warning: 299 header with the sunset date. You also get email and dashboard alerts.No surprise breaks
New optional fields, endpoints, and webhook events ship without a version bump.
What counts as a breaking change
Upgrade from 1.1 to 1.2
1
Rename camelCase fields to snake_case
Version 1.2 uses snake_case for every request and response field, for example
customer_id, due_date, gst_registered, and save_card. Update any field names your integration sends or reads.2
Update the version header
Change the default header in your HTTP client, middleware, or API gateway. If you don’t use any renamed fields, this is the only required change.
3
Update error and webhook handling
Version 1.2 returns one error format for all 4xx and 5xx responses and signs webhooks with HMAC-SHA256. See Errors and conventions and Receive webhooks.
