Skip to content

Error codes

This page lists the common HTTP status codes used across the API. All error responses MUST conform to the JSON:API error object format.

The request was successfully processed. This status is typically used for GET, PATCH, or bulk POST operations when resources are modified or retrieved but not newly created.

The request created a new resource. The response will include a Location header with the URI of the created resource and a data object describing it.

The request was malformed, invalid JSON, or structurally incorrect according to the JSON:API format. This may include missing required members such as type, id, or attributes.

Authentication is required and has failed or was not provided. The client MUST provide valid credentials to access the endpoint.

The client is authenticated but does not have permission to perform the requested action.

The requested resource does not exist, or the URL is invalid.

The HTTP method used is not supported for the target endpoint.

The request could not be completed due to a conflict with the current state of the resource. For example, attempting to create a resource that already exists and cannot be duplicated.

The Content-Type of the request must be application/vnd.api+json. This error is returned if the client uses an incorrect or missing media type.

The request is syntactically valid, but semantically invalid or fails domain-specific validation rules.

A generic error indicating an unexpected server-side condition. Clients SHOULD NOT rely on this for predictable error handling.


All error responses MUST return an array of error objects using the format defined by JSON:API.

{
"errors": [
{
"status": "422",
"title": "invalid field value",
"detail": "the provided guid is not a valid UUIDv5",
"source": { "pointer": "/data/id" },
"meta": {
"provided_guid": "1234-invalid-guid"
}
}
]
}
  • status: the HTTP status code
  • title: a short summary of the error
  • detail: a longer human-readable explanation of the issue
  • source.pointer: a JSON Pointer to the part of the request that caused the error
  • meta: additional non-standard metadata useful for debugging or client-side handling