Request Statuses

Request Statuses define the status vocabulary your office uses across the request lifecycle. The labels you configure here are what coordinators pick from on a request, what colours the dashboard grid, and what filters and groupings are built on.

(screenshot placeholder — capture: the Request statuses list with the inline edit form open on one status)

Where to Find It

Open Settings from the app toolbar and choose Statuses in the Requests group. The panel follows the standard list-plus-editor pattern: a list of existing statuses with Add, an inline edit form, and a delete guard that blocks removing a status still in use.

Statuses and the System Lifecycle

Every request moves through five system stages — Draft → Active → In Review → On Hold → Closed — shown as the lifecycle rail across the top of the request detail panel. Your configured statuses are the labels users work with along that lifecycle: coordinators change a request's status inline from the header picker where their stage offers a choice.

Configuring a Status

• Label — the status name. Status labels are translatable fields, so you can supply the text in each of your tenant's active languages.
• Colour — status colour on the dashboard comes from your tenant's configured status vocabulary.

Where Statuses Appear

• Dashboard grid — each row shows the request's status, coloured according to your configured vocabulary.
• Filters and grouping — the dashboard filter strip multi-selects by status, and the grid can be grouped by status.
• Request header — the status picker offers the statuses available at the request's current stage.

Statuses and Request Types

The request type chosen at intake drives the statuses available on a request, along with its numbering and due-date rules.

Tips

• Configuration Packs seed a status vocabulary for your jurisdiction — import one and customize the labels rather than starting from scratch.