Managing Users

The Users page, under Administration, lists every account with its role, status and last sign-in, and shows how many of the license's seats are in use (Seats: 7 of 10 in use). Only administrators see it; other people can see only their own account.

Status

StatusMeaning
ActiveCan sign in. The card shows their email, role and when they last signed in (Never if they have not yet).
Invite pendingInvited and has not set a password yet.
No seatActive, but the license has fewer seats than active users and this user was given a seat most recently: cannot sign in until a seat is free.
InactiveDeactivated: cannot sign in.

Search by name or email, and filter by role or status, including No seat. When every seat is in use, or the license has fewer seats than active users, a note under the seat count says what to do. If the list cannot be loaded, the page says so; choose Retry.

Changing a user

A role change applies to the person's next action, without signing them out.

Seats

Each active user holds one of the license's seats. Creating, inviting or reactivating a user when every seat is taken is refused with a message saying so; deactivate someone, or apply a license with more seats under Settings. If a license with fewer seats than active users is applied, nobody is removed: administrators keep their seats, the users given a seat most recently cannot sign in, and adding users stays refused until enough users are deactivated or more seats are applied.

Protecting administrator access

Passwords

Administrators never see passwords. A password reset by an administrator (through the API) must meet the password rule and ends the person's older sessions. People changing their own password must give their current one.

Audit

Every change is recorded in the Audit Log under the administrator who made it: INVITE_USER, RESEND_INVITE, CREATE_USER, UPDATE_USER (with the fields that changed), DEACTIVATE_USER, ACTIVATE_USER, UPDATE_PASSWORD and DELETE_USER. Passwords are never recorded.