Users & Roles¶
Tenant Roles¶
Users are created with one of two tenant-level roles:
| Role | Capabilities |
|---|---|
admin (Tenant Admin) |
Full access: manage users, fractals, API keys, delete logs |
user |
Access fractals based on per-fractal permissions |
The first user is created during initial setup as an admin. Additional users are invited by admins from the Admin tab.
Fractal Roles¶
Each user can be assigned a per-fractal role controlling what they can do within that fractal:
| Role | Capabilities |
|---|---|
admin |
Manage fractal settings, keys, and alerts |
analyst |
Search logs, write comments, view alerts and notebooks |
viewer |
Search logs only |
Tenant admins have full access to all fractals regardless of per-fractal roles.
User Management¶
Admins manage users from Admin > Users.
- Create user: Provide a username, optional display name, and role (
adminoruser, defaults touser). Admins never set a password. Bifract generates a one-time invite link that the user opens to choose their own password. Invite links expire after 7 days; use Reset invite to issue a new one. - Enable / disable user: Suspend an account without deleting it. A disabled user cannot log in but their comments, notebooks, and dashboards are preserved.
- Reset password: Admins can issue a password reset for a local account.
- Delete user: Remove a user account. Admins cannot delete their own account.
- Download mTLS certificate: When running in
mtls-appmode, a Cert button appears next to each user. Click it to generate and download a.p12client certificate for that user. See mTLS Client Certificates for details.
OIDC-provisioned users have no password and no invite; see OIDC / SSO.
Groups¶
Groups let you grant fractal and prism permissions to several users at once instead of managing each user individually. Manage them from Admin > Groups.
- Create a group, then add users as members.
- Grant the group a role on a fractal or prism from that fractal's Manage > Access tab, exactly as you would for a single user.
- A user's effective role is the strongest role granted to them directly or through any group they belong to.
Groups are the recommended way to manage access once you have more than a handful of users, because removing someone from one group revokes their access everywhere it was granted.