mirror of
https://github.com/twentyhq/twenty.git
synced 2026-06-12 09:57:03 -04:00
@martmull v2.0 ;) --------- Co-authored-by: martmull <martmull@hotmail.fr> Co-authored-by: bosiraphael <raphael.bosi@gmail.com>
48 lines
2.0 KiB
Markdown
48 lines
2.0 KiB
Markdown
# Workflows
|
|
|
|
Use when the app needs to ship a manual workflow on install, or when a logic function should be invocable from the workflow builder.
|
|
|
|
See `logic.md` for post-install hooks. See `app-structure.md` for source layout.
|
|
|
|
## Mental Model
|
|
|
|
Twenty workflows are workspace records, not app entities — no `define*` primitive. Ship them via `definePostInstallLogicFunction` and the workspace API.
|
|
|
|
A workflow is a `Workflow` plus at least one `WorkflowVersion`. Creating a `Workflow` auto-creates its draft `v1`; never create a `WorkflowVersion` directly.
|
|
|
|
## Manual Record Trigger
|
|
|
|
- Trigger type: manual record selection.
|
|
- The selected record is the trigger payload — no wrapping `record` field.
|
|
- Reference fields with `{{trigger.<field>}}`. Do not use `{{trigger.record.<field>}}`.
|
|
|
|
## Lifecycle
|
|
|
|
Always: create → configure draft → activate. Never publish a draft directly.
|
|
|
|
1. Find or create the `Workflow` by stable name or slug. `createWorkflow` produces the draft `v1`.
|
|
2. Set the trigger on the draft via `updateWorkflowVersion`.
|
|
3. Add steps via the workflow-step mutations. `createWorkflowVersionStep` returns a `stepsDiff`, not the step — read the diff for the new step id, then call `updateWorkflowVersionStep` with the full payload.
|
|
4. Activate via `activateWorkflowVersion`.
|
|
|
|
Forbidden:
|
|
|
|
- Do not write `Workflow.statuses` — it is computed from the active version's status.
|
|
- Do not create `WorkflowVersion` rows directly.
|
|
|
|
## Idempotency
|
|
|
|
Find by deterministic name or slug before creating. Single-record queries throw on absence in some Twenty versions — treat not-found as "needs create."
|
|
|
|
## Permissions
|
|
|
|
Seeders need workflow settings permissions on the app role. Grant via `defineRole`. If a typed mutation is rejected from the app context, fix the role — falling back to raw GraphQL signals the wrong scope.
|
|
|
|
## Invoking Locally
|
|
|
|
```bash
|
|
yarn twenty dev:function:exec
|
|
```
|
|
|
|
`yarn twenty dev --once` skips install hooks. Run again after rebuilding to verify idempotency.
|