Skip to main content
MyGigsters versions the API with a mandatory 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 include X-API-Version: 1.2 (recommended) or X-API-Version: 1.1.
Requests without a supported version header are rejected. See Authentication for the error responses.

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.
Last modified on November 10, 2026