Concepts
How workflows run
A workflow turns repeatable work, an audit, a review, an intake, into a structured, trackable sequence of steps attached to an item. Scroll through the moving parts, then dig into the reference below.
- Anatomy
- Roles
- Lifecycle
- Branches
Scroll
Anatomy of a step, in detail
Section titled “Anatomy of a step, in detail”Each step carries:
| Part | What it holds |
|---|---|
| Name, description, summary | What the step is and why it exists. |
| Type | A plain task, by default. |
| Instructions | Guidance for whoever does the work. |
| Due date | Optional. |
| Result | A free-form, Markdown write-up of what the work produced. |
| Form | Optional structured questions: see Forms. |
| Documents | Files attached to the step: see Documents. |
| Item links | Connections to related items beyond the workflow’s own. |
The result is usually where the substance lives, findings, a write-up, a summary of what was checked, captured as Markdown so it renders cleanly wherever the step is viewed, in-app or through get_step_context.
Steps can also link directly to items beyond the workflow’s own item, as a parent, child, sibling, or related record, to tie the work to whatever it actually touches.
Assignment, in detail
Section titled “Assignment, in detail”An approval record starts pending. Once the approver acts, it records their decision along with optional comments and a timestamp: room to explain a rejection, or flag something for the preparer to fix before the step comes back around.