Run your first workflow
Move from a deployed process definition to a completed instance.
Choose a small process
Start with one service task between a start and an end event. Give the service task a job type your worker will handle. Match that exact type when activating work.
Follow one complete execution
- Deploy the BPMN model with
POST /api/v1/process-definitions, as a multipart file or a raw XML body. It answers 200 withdeployments, each naming thebpmnProcessIdand itsversion. This route deploys BPMN only and costs nothing. - Start an instance with
POST /api/v1/process-instancesand{"bpmnProcessId": "...", "variables": {...}}. It answers 201 with theprocessInstanceKeyand costs 1 credit. The newest deployed version always starts. - Activate the task's job with
POST /api/v1/jobs/activateand{"type", "maxJobsToActivate"}, process its variables, then complete it withPOST /api/v1/jobs/{key}/complete, which answers 204 with an empty body. - Read the instance with
GET /api/v1/process-instances/{key}.COMPLETEDmeans it finished.INCIDENTmeans the run failed; it cannot be resumed over REST today, so fix the cause and start a new instance.
Use the published endpoint contracts
Keys and identifiers are opaque strings, never numbers. DMN and CMMN models deploy through POST /api/v1/models, not the process-definitions route. Errors are JSON bodies of the form {"error": "..."}.
Machine-readable contracts: MCP tools JSON · OpenAPI JSON. See the contract notes for older examples.
CONTINUE READINGBuild reliable workers →