Customise statuses and workflows
A workflow defines the statuses a record type moves through and which moves are allowed between them. Belrald Assets ships sensible defaults, so change this only when your team’s real process differs — for example, when work orders need an “Awaiting parts” stage.
Every status sits in a category — a fixed system bucket like “in progress” or “closed”. Categories are what the rest of the product reasons about, so your custom status keeps working in dashboards and reports.
Build a workflow
Section titled “Build a workflow”- Go to Settings → Workflows.
- Choose the record type — work orders, maintenance requests, assets, vendors, locations, PM schedules, incidents, permits and more.
- Start a new workflow, either from a preset or by copying an existing one.
- Give it a name — up to 64 characters.
- Add your statuses. Each needs a key in lowercase letters, digits and
underscores (for example,
awaiting_parts), a display name, and a category valid for that record type. Colour, icon and description are optional. - Mark one status per category as the default for that category.
- Add the transitions — which status can move to which. If a move is not listed, nobody can make it.
- Activate the workflow.
Rules to work within
Section titled “Rules to work within”- Up to 25 statuses per workflow. Past that, ask whether you need a label rather than a status.
- Reserved keys —
archived,deleted,draft,systemandnullcannot be used as status keys. - Large re-categorisations are blocked. Moving a status to a different category when it affects more than 50,000 records needs an owner to override it. Admins cannot force it through.
Adjust a live workflow
Section titled “Adjust a live workflow”- Reorder statuses so boards read left to right the way work actually flows.
- Archive a status you have stopped using, and restore it if you need it back.
- Disable a transition to close off a shortcut without deleting the status.
Some of these run as background jobs on large workspaces. The change is applied when the job finishes.
What happens next
Section titled “What happens next”Every status change across the product is checked against the active workflow — in the web app, on mobile and through automation. A move you did not allow is rejected rather than silently applied.
Was this page helpful?
Thanks — your feedback helps us improve these guides.

