Application error responses follow RFC 9457 — Problem Details for HTTP APIs and are served as application/problem+json. The body always contains status, title, and instance. detail and violations appear on specific variants below.
Validation errors (400)
Validation failures return a list of violations so you can highlight every problem at once. No detail on this variant.
A missing or malformed request body returns the simpler shape with a detail field and no violations:
Resource not found (404)
The resource does not exist, or the path or identifier could not be parsed.
Method not allowed (405)
The endpoint exists but does not accept the HTTP method used.
Content negotiation (406, 415)
The Accept or Content-Type header is incompatible with what the endpoint produces or consumes.
Server errors (500)
An unexpected condition prevented the request from completing. Reads can be retried freely; for state-changing requests, retries are safe only when the original request included an Idempotency-Key.
Status code summary
Last modified on May 20, 2026