Skip to content

User Details & Roles

Open any row on Account → Users to manage one user. The page is organized into four tabs — Profile, Permissions, Service access, and Phone access — with a sticky Save / Cancel bar that appears as soon as anything changes. All edits commit together when you click Save changes.

User detail page

Each tab is deep-linkable via URL hash: /account/users/<id>#permissions, #services, or #phones.


Lifecycle actions live in the ⋯ More menu in the top-right:

ActionBehavior
Reset passwordSet a new password for the user (12+ characters with mixed case, a number, and a symbol). They’re emailed a notification and must change it on their next sign-in.
Delete userRemoves the user after you type their email to confirm. Hidden when viewing your own account — you can’t delete yourself.

FieldNotes
First / Last nameDisplay name across Switchboard, Pulse, and call features.
EmailRead-only — it’s the sign-in identity.
ActiveToggle off to suspend (the user keeps all data but can’t sign in). Disabled on your own account.
Billing accessNon-owners only: adds this user to the billing notice list, so they receive invoice and payment notifications. It grants no access by itself; invoices and payment methods stay owner-only. The toggle is hidden for owners.

Assign the user to a permission group (or No group). The group’s permissions render as chips below the selector so you can see exactly what it grants before saving.

User detail — Permissions tab

If your organization has no groups yet, the tab links to Permission Groups to create one. Until a group is assigned, a User has only role-default capabilities.

Below the tabs, the collapsible Effective permissions panel shows the user’s resolved permission set with per-group attribution:

  • Owners show a “Full bypass (owner)” badge — group membership is informational because owners pass every check.
  • Users show each group they belong to and the permissions it contributes.
  • A user with no group sees a note that they can’t perform gated actions until assigned to one.

One row per subscription, with a seat-capacity bar:

  • Toggle a subscription on to grant the user access; the count previews the change immediately (e.g. ”(+1 pending)”) but commits only on Save.
  • When a capped subscription is full, the toggle is disabled with an At capacity warning — add seats on the subscription or unassign another user first.
  • Un-toggling an already-assigned user is always allowed (it frees a seat).

One row per phone number in the account. Toggle a number on to grant this user access to it — receiving calls (Pulse + Switchboard), plus SMS inbox and fax where the number supports those channels. Capability chips on each row (Voice, SMS, Fax) show what the toggle grants.

Like service access, changes preview as pending and commit on Save. The same grants can also be managed from the number’s side (Account → Phone Numbers → number) — both views stay in sync.


I don’t see the Save bar. It only appears when something has changed. Cancel reverts every pending edit.

I changed the permission group but the chips updated before I saved. The chips preview the selected group. The user’s actual permissions change only when you click Save changes.

The user still can’t see a service I just granted. They may need to sign out and back in — access is stamped into their session at sign-in time.