Skip to main content
The Access screen is where you add people to your organisation, decide what they may do and how widely they reach, and record who may decide in somebody else’s name. The People tab of the Access screen The People tab of the Access screen Open it from Administration → Access. It has three tabs: 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.
No grants means every site. A person with no site or place grants reaches every site in the organisation, not none. Granting their first site narrows them from everything to that one; removing their last widens them back to everything. The screen says “every site” in as many words, and the sentence above the table counts how many people have no site grants.
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.
Search by name or email narrows the list. The table pages through long lists. 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. The Add a person form on the Access screen The Add a person form on the Access screen The first question, How they get in, changes the rest of the form: 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

Click a person’s name to open their grants beneath the row. A person's roles, sites, places and workforce link opened under their row A person's roles, sites, places and workforce link opened under their 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. The Edit person form The Edit person form 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. The New service account form The New service account form 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

Removing cannot be undone. If the intent is temporary, suspend instead. If they had a handset, end its sessions on Authentication first; a device can only be revoked by the person it is enrolled to, from Your devices on their profile.

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. The form for letting somebody decide in another name The form for letting somebody decide in another name The list shows each arrangement: 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.