Skip to main content
Administration is where an administrator sets up the closed lists and policies the rest of the product reads — statuses, priorities, roles, sign-in rules, numbering, integrations — grouped into six areas, one card per screen. The Administration screen, with its cards grouped into six areas The Administration screen, with its cards grouped into six areas Open it from Setup → Administration in the navigation. The menu item only appears for people who can view configuration; somebody without that permission is not offered a screen with nothing on it for them.

How the screen works

Why a card might be missing

Two things decide whether you see a card, and both are decided per person: The platform’s own machinery — statuses, approval workflows, the audit trail, branding, the form studio, billing — has no module switch, so every organisation has those cards.

Every card, by area

The tables list every card exactly as the screen labels it, in the order the screen draws it.

Work and maintenance

Assets and inventory

People and places

Commercial

Platform

Workflow activity, Audit and Copilot activity are not configuration — they show what has happened. They are here because “where do I see who changed this” and “why is this approval stuck” are questions people bring to Administration.

Integrations

Lists

Lists holds your organisation’s own named lists — a “Category Master”, a list of shift patterns or a list of colours — each with its values on the same screen as its name. Name a list once with Add a list, add the values beneath it, and the same list is offered wherever a screen draws its values, such as a chosen-from-a-list question in the form studio. The stat strip counts lists and values, and a search box narrows the lists by name. A new organisation has none.

What is not in Administration

Assets, vendors, contracts, parts and sites are records you create, but they are not edited here. Each is edited on its own screen, beside its meters, its contracts, its coverage or its stock, because that context is the reason those screens exist. Somebody looking for an asset goes to the asset register; somebody looking for a site goes to the sites register. The Getting started checklist is beside Administration in the Setup group rather than inside it, because it is the list of what is still missing rather than a settings screen.

The order to set things up

Nothing forces an order, but each step below makes the next one easier.
1

Organisation, modules and branding

Your name, currencies and timezone on Organisation; which modules you use on Modules; your address and sign-in page on Branding.
2

Sites and locations

Everything hangs off where things are. Decide the boundaries first — see setting up sites — then build them on the sites register.
3

Organisation structure

Companies, business units, cost centres and departments, if cost has to roll up beyond a single site. Organisation structure
4

Roles, then people

A new organisation has one role, the System Administrator. Compose narrower roles first, then invite people into them. Roles · People and access · Authentication
5

Asset configuration

The classification tree, criticality, meter types, manufacturers and models — before you load assets. Asset settings
6

Work configuration

Priorities and their service levels, work order types, resolution codes, request sources and categories. Work orders · Work requests
7

Workforce, inventory and tools

Skills, certifications and shifts; stores, bins and reorder policy; tool statuses and conditions. Workforce · Inventory · Tools
8

Statuses, forms and numbering

Adjust lifecycles, add the fields your organisation tracks and decide what records are called, once you have seen the defaults in use. Statuses · Form studio · Numbering
9

Notifications and approvals

Who is told what, and what has to be signed off first. Notifications · Approval workflows
10

Load your data

Work down Getting started, importing the files you have.

Generic lists

A handful of small lists — tool conditions are the usual example — are edited on a generic list screen rather than a designed one. You reach one from a link on the configuration screen that owns it, or from Add one on the Getting started checklist when a line has no designed screen. The address has the form /admin/ followed by the list’s name. A generic list screen showing tool conditions A generic list screen showing tool conditions A list larger than 500 rows loads its first 500; the footer says so, and that sorting and column filters apply to the rows loaded while the search box looks at all of them. Some lists can be put in order by dragging rows, where the order matters — a ladder of levels, for example. The form a generic list opens is built from the list’s own fields, so it always matches what a row holds. Required fields are marked, and a field that may only be set once says so. The form for a new tool condition The form for a new tool condition
Prefer switching an entry off to deleting it. A row that is no longer active stops being offered on new records and still reads correctly on old ones — a job closed against a resolution code you have retired still shows what it was closed as. Deleting a row that records still use is refused.
If you open a list your role may not administer, the screen says it is administered by somebody else rather than showing an empty table. If the list belongs to a module your organisation has switched off, it says the module is not enabled.

Who can use Administration

A screen you can read but not change says so at the foot, rather than letting you edit and then refusing the save.