Skip to main content

Error format

The /v1 management API returns errors as an RFC 9457 problem document, served with the application/problem+json content type. Webhook routes answer in the format their trigger is configured for — see Errors on webhook routes.

Field definitions

  • code – The stable Flowker error code. Branch your integration on this field.
  • type – A URI that identifies the error. It is always https://errors.lerian.studio/v1/ followed by the code.
  • title – The standard HTTP reason phrase for status, such as Not Found or Conflict. It does not change per error code.
  • status – The HTTP status code, repeated in the body.
  • detail – A human-readable explanation of this occurrence. Responses with a status of 500 or above carry a fixed generic message instead, so use code to tell them apart.
  • instance – A URI that identifies this specific occurrence, when the endpoint provides one.
  • errors – An optional array of per-field entries. See Field-level error details.

Field-level error details

When a request fails validation on specific fields, the problem document carries an errors array. Each entry names the offending input.
Each entry carries a location (where the problem is, such as body.nodes or path.id), a message, and the offending value when it is safe to echo.

Errors on webhook routes

A webhook route answers in the format its trigger is configured for. A JSON webhook route returns a compact error object with the application/json content type:
  • code – The stable Flowker error code, taken from the tables below. Branch your integration on this field.
  • title – The HTTP reason phrase for the response status, such as Not Found or Payload Too Large.
  • message – A human-readable explanation of this occurrence.
An XML webhook route returns an <error> document instead, because the whole route works in XML.
The code element carries either a Flowker code from the tables below or one of two XML-specific codes:

General errors


These errors apply to all Flowker API endpoints.

Request validation errors


These errors are returned when the API request does not meet validation requirements.

Entity errors


Workflow errors


Workflow condition errors


These errors are returned when a node’s structured condition object fails validation as the workflow is created or updated.

Catalog, executor, and trigger errors


Executor configuration errors


Provider configuration errors


External OpenAPI provider configuration errors


These errors apply to provider configurations of kind external_openapi, which call an operation declared by a stored OpenAPI schema.

Provider schema binding errors


Workflow execution errors


Outbound request errors


These errors are raised while a node calls an external service. They surface as node failures in the execution details.

Concurrency errors


Webhook errors


Webhook trigger contract errors


These errors are returned when a webhook trigger’s input_contract is saved, when the workflow is activated, or when an incoming payload is validated against it.

XSD schema errors


External OpenAPI schema errors


These errors apply to the OpenAPI schemas you store per tenant and reference from triggers, provider configurations, and nodes.

OpenAPI spec registry errors


These errors apply to the shared OpenAPI spec registry, which pins the spec version Flowker uses to enrich a service’s output schemas.

Scheduled occurrence errors