tenant-admin, system-adminUpdated 2026-04-17

Roles and Permissions

What this covers

This article describes the four roles in Tessallite, what each role can do, and how roles are assigned and take effect.

The four roles

System Admin

The System Admin manages the Tessallite installation itself. There is one system admin per installation. This role is defined by environment variables set during deployment — it is not stored in the application database and cannot be created or removed through the interface.

The System Admin can:

The System Admin cannot access workspace-level content, including projects, models, and data.

Tenant Admin

The Tenant Admin manages users and settings within a single workspace. Multiple users in the same workspace can hold the Tenant Admin role.

The Tenant Admin can:

Modeller

The Modeller builds and maintains data models. This role is assigned per project within a workspace.

The Modeller can:

Analyst / Viewer

The Analyst connects BI tools and queries data. This role is assigned per project.

The Analyst can:

The Analyst cannot:

How roles are assigned

The Tenant Admin assigns workspace-level roles (Tenant Admin) from the Admin panel. Project-level roles (Modeller, Viewer) are assigned from the project's Access settings.

Role changes take effect immediately. There is no caching or delay.

Role hierarchy

Roles are ordered from lowest to highest access:

Analyst → Modeller → Tenant Admin → System Admin

A user with a higher role holds all capabilities of the roles below it in the hierarchy.

Tessallite role hierarchy from least to most access

Permissions reference

ActionSystem AdminTenant AdminModellerAnalyst
Create workspacesYesNoNoNo
Manage workspace usersNoYesNoNo
Create / edit modelsNoNoYesNo
Configure aggregatesNoNoYesNo
Connect BI toolsNoNoYesYes
Run queriesNoNoYesYes

Related