Overview
This screen manages who can access your tenant and what they can do. Authentication happens through an external identity provider, so Simnet holds no passwords — what it holds is membership and role.Navigation: Organization → Users. Titled IAM Users, subtitled “User accounts and access management” with the tenant name appended when you’re in a tenant context.
Columns
Stat cards show Total Users, Active, Admins, and Pending. The Active card also reports how many are disabled.
There’s no filter dropdown and no bulk actions here, and clicking a row does nothing — there is no per-user detail page. Everything about a user is in their row and their
⋮ menu.Roles
The invite dialog calls these Admin and Member, while the table calls them Domain Admin and User. Same two roles, different wording in the two places.
Types — the important distinction
Type is not cosmetic. It decides whether a user has their own account or shares yours, and whether their role can be changed independently.Statuses
Row actions
The menu depends on the user’s status.Pending invitation
Pending invitation
Confirms with
Invitation cancelled.Active user
Active user
Disabled user
Disabled user
You cannot disable, demote, or remove yourself, and the Owner cannot be disabled or removed by anyone. That’s deliberate — it prevents locking everybody out of a tenant.
Disable versus remove
Removal requires typing the user’s email address to confirm, and warns:
Remove {name} ({email}) from {tenant}? This cannot be undone.
Inviting someone
1
Open the dialog
Invite User — “Invite a user to join . They will receive an email with instructions to join.”
2
Enter their email
Email Address is required and validated. Errors are specific:
Email is required, Please enter a valid email address.3
Choose the account type — decide this before the role
This choice governs the role field. Shared locks the role to yours; Private unlocks it.
4
Set the role, if you chose Private
Member or Admin. The helper text explains each: “Admins can manage members and invite others” or “Members can use resources in the tenant”.For Shared, the field is disabled and shows your own role.
Worked example: onboarding a contractor with limited access
1
Decide the boundary first
A contractor who shouldn’t see your existing resources needs more than a role — see tenants for a hard boundary. A contractor who works alongside you needs a Private workspace with the Member role.
2
Invite as Private, role Member
Invite User → their email → Private workspace → Member. They get their own isolated account, and their role is genuinely independent of yours.
3
Confirm the invitation is pending
They appear with Pending status. Until they accept, no access exists.
4
Verify Type and Role once accepted
The row should read Private and User. If it reads Shared, the invitation was sent with the wrong type — remove and re-invite, since type can’t be changed after the fact.
5
Disable, don't remove, when the engagement pauses
Disable preserves the membership and the audit trail. Remove only when the engagement is genuinely over.
Empty and error states
Related
Tenants
A hard boundary, when a role isn’t enough.
Audit Log
Who did what, including role changes.
Organization, tenants, and projects
How the ownership layers relate.