

The stat strip counts users, invited (only when somebody is waiting on an invitation),
roles and permissions.
The two things that decide access
What somebody can do is their roles. How widely they can do it is their scope — the sites and places they are granted. The two are independent: a powerful role scoped to one site is narrow, and a modest role with no scope reaches the whole organisation. Scope is enforced by the server on every read. Somebody who cannot reach a site cannot reach it by typing an address either. Changes take effect on their next request — they do not need to sign out.Warnings at the top of the screen
Banners appear above the tabs when something needs attention, and only then.The People tab
A new organisation has one role, the System Administrator, which can see and do everything. Create
a narrower role on the Roles tab before inviting anybody who should not run the organisation —
the invitation form warns you when the administrator is the only role on offer.
A row with no role is tinted red, and a row that is not active is tinted amber.
Row actions
The buttons are icons held in view at the right of the row, whatever the width of the table; hover over
one for its name. Remove is drawn in red. Actions that change an account need the permission to edit users; removing needs the permission to
remove users. Somebody without them can read the list but sees a note saying so, and none of the
actions.
Inviting someone
Invite a person opens the Add a person form above the list. Everything is asked at once — roles and sites included — and written in one go, so there is no half-set-up account.

When you choose Set a password now, a second question appears, What they sign in with:
A username — they have no email at all (the default on this path) or Their email address.
Locale and timezone are not on this form — they are each person’s own, set on their profile once
they accept. Send invitation (or Create the account on the password path) is enabled once the
required fields are filled.
What you see afterwards:
The new person’s row opens straight away, ready for any further grants.
Adding people from your directory
Where your organisation has an enabled directory connection with a branch of the directory to search, Add from your directory appears beside Invite a person. Use it to add people who already have a Windows or directory account, without typing their details again. Organisations without such a connection do not see the button. Type part of a name, a Windows account name or an address and click Search. Leave the box empty to list everybody; a single character is refused, because it would match almost everyone. When you have more than one directory connection, choose which one to search first. Only the first 50 people are shown, so type more of a name to narrow a long list. Each person found shows their name, account name, address and job title. Click Add beside the one you want. What is added is what the directory holds — the name, the address and the job title — and the account is linked to the directory entry, which is what Windows sign-in matches first. Nobody is emailed. There is no invitation to accept and no password to choose: they sign in with their Windows account or their directory password, and start with the connection’s default role. The panel stays open after each addition, so you can add a team one after another.
A person can also be refused when you click Add: because their address is at a domain the
connection does not accept, because they already have an account here under a different address,
or because their name, phone or job title in the directory is longer than the product keeps.
Warnings on the form
A person’s grants and workforce link
Click a person’s name to open their grants beneath the row.

Putting someone on the workforce
An account that signs in is not automatically somebody work is assigned to. The Workforce panel says which they are:- Already a technician — their name and works number, how they are engaged, their team, and Add them to a team / Another team… to put them in a further team.
- Not on the workforce — “Not somebody work is assigned to.” Two ways in:
This panel is the only way to add a technician: every technician signs in, so the roster is built
from accounts. Service accounts are never on a roster. See technicians.
Editing a person
The pencil on a row opens Edit person.

An account needs an email or a username, because one of the two is how they sign in. If you empty
both, the form says so before it saves and marks both boxes.
Status is not on the form: an account becomes active by accepting its invitation, and is suspended,
deactivated or reactivated with the row actions. Fields your organisation has added in the
form studio appear here too, and Edit form opens the form studio for this
form if you may change it.
Service accounts
Add a service account creates an identity for an integration rather than a person. There is nobody to invite, so it is created active and nothing is emailed. It can never sign in with a password: whoever is wiring up the integration issues it a key on API keys, or on the reader it is for. The button opens the same New identity form as the API keys screen, and both make the same thing, so an identity made here appears straight away under Acts as when a key is issued.

Create it makes the identity and tells you the address it was created as. It reaches every site,
like any account with no site grants; narrow it to a site, or change its roles, from its row here.
Service accounts show service beside their name, are never sent notifications or assigned work,
and have no Set password action. The button is offered only to people who may create API keys.
Setting somebody’s password
The key button, Set password, opens a small form under the row:
Prefer letting people reset their own password from the sign-in screen. This is for accounts with no
email, or somebody who cannot receive the reset email.
Suspending, deactivating and removing
Removing somebody
How scope combines
A person reaches a record when their roles allow the action and the record is inside their scope:
See narrowing a role.
Field-level access
Who may see or answer an individual field — a cost field only planners fill in, a field hidden from contractors — is set field by field in the form studio, under Who may answer it and Hidden from. Ticking a role under Who may answer it restricts the field to the ticked roles; ticking a role under Hidden from hides it from that role only. For the product’s own fields, hiding applies to the form and the record screen, while lists, exports and reports still show the value.Delegation
The Delegation tab records who may decide in somebody else’s name — for holiday cover, or for a committee that meets offline and has its decision recorded afterwards. A delegate is always recorded as themselves, acting on behalf of whoever they name: the decision says who clicked and whose authority they used. Nobody signs in under another person’s account.

A line above the list says how many arrangements are in force today; only those are offered on the
approval screen. Each row has Edit this delegation and Remove this delegation.
Add a delegation opens Let somebody decide in another name:
Grant it saves a new arrangement; Save saves an edit. When editing, switching an arrangement
off stops the authority immediately and keeps the record of it.
Multiple organisations
One login can belong to more than one organisation — a consultant working across several sites, for example. After the password, they choose Which organisation?, and a switcher at the foot of the navigation moves between them. Switching moves you: you are in exactly one organisation at a time, and what you may do is decided entirely by your account there. On this screen, such an account shows also in 1 other organisation.Users and technicians
A user signs in; a technician is somebody work is assigned to. Every technician is a user, linked through the workforce panel. Technicians themselves are managed under technicians.Who can use this screen
See the permission reference.

