Skip to content
FLOWTYPE

DEVELOPERS

BUILD WITH FLOWTYPE.

Trigger workflows, inspect executions and receive events through an API, webhooks and an SDK. The examples here show the intended interface.

RequestDemo example
POST /v1/workflows/customer-onboarding/trigger
Authorization: Bearer YOUR_API_KEY
Content-Type: application/json

{
  "customer": "Northwind Traders",
  "plan": "business"
}
Response · 202 AcceptedDemo example
{
  "status": "accepted",
  "execution_id": "demo_48291"
}

Demonstration example only. It is not connected to a live API, and the key shown is a placeholder.

Documentation

Concepts and a quickstart for building with FLOWTYPE ORCHESTRATE. These pages describe the intended developer experience.

Demonstration example. FLOWTYPE ORCHESTRATE does not expose a live API yet, and the values below are placeholders.

Introduction

FLOWTYPE ORCHESTRATE is designed so that everything you can do in the workspace can also be done through an API: define workflows, trigger them, read executions and receive events.

  • API: create, trigger and inspect workflows and executions
  • Webhooks: start workflows from events and receive execution events
  • SDK: a typed client that wraps the API (roadmap)

Concepts

TermMeaning
WorkflowA versioned definition of a trigger and steps.
ExecutionOne run of a workflow, identified by an execution ID.
StepA unit of work inside a workflow: rules, AI, connector, approval.
TriggerWhat starts an execution: webhook, schedule or API call.

Quickstart

  1. Create a workspace and an API key (placeholder flow).
  2. Choose a workflow, for example customer-onboarding.
  3. Send a trigger request with your payload.
  4. Read the execution to see its status and steps.
Trigger a workflowDemo example
POST /v1/workflows/customer-onboarding/trigger
Authorization: Bearer YOUR_API_KEY
Content-Type: application/json

{
  "customer": "Northwind Traders",
  "plan": "business"
}
Response · 202 AcceptedDemo example
{
  "status": "accepted",
  "execution_id": "demo_48291"
}

Authentication

Requests are intended to be authenticated with a workspace-scoped API key sent as a bearer token. Keys would be created and revoked in workspace settings and never displayed again after creation.

Errors

Errors are intended to return a JSON body with a code, a message and a request ID you can quote to support.

Error response (illustrative)Demo example
{
  "error": {
    "code": "workflow_not_found",
    "message": "No workflow with that ID exists in this workspace.",
    "request_id": "req_demo_7f3a"
  }
}

START BUILDING.

Create a workspace and trigger your first workflow.