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 their trigger’s configured format. 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/ plus 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 its trigger’s configured format. 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


The API returns these errors when the request does not meet validation requirements.

Entity errors


Workflow errors


Workflow condition errors


The API returns these errors when a node’s structured condition object fails validation during workflow creation or update.

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 occur while a node calls an external service. They surface as node failures in the execution details.

Concurrency errors


Webhook errors


Webhook trigger contract errors


The API returns these errors when you save a webhook trigger’s input_contract or activate the workflow. It also returns them during validation of an incoming payload against the contract.

External OpenAPI request and configuration errors


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