Roles — overview
What you'll learn
- What a Role is in VAT Portal
- How Role differs from the access levels explained in the previous article
- Where Role appears in the UI
- Why you can't create new roles yourself
What a Role is
A Role is a named preset that an admin picks when creating or editing a user. Each role bundles a few things:
- An access level (one of the seven from Access levels explained).
- A user-friendly name (e.g., "Operator", "AppAdmin", "Manager").
- Sometimes a scope — a specific module or resource the role is associated with.
Think of a role as a shortcut label that says "this kind of user gets this access level". Instead of setting raw numbers on every user, admins pick a role from a list, and the role determines the user's default access level across the system.
Role vs. access level
Roles and access levels are related but not the same thing:
| Concept | What it is | Who controls it |
|---|---|---|
| Access level | A numeric privilege tier (1=Root through 50=ReadOnly). Determines what a user can do on each resource. | The system (fixed — seven levels) |
| Role | A named preset that maps to an access level. Picked when setting up a user. | The system catalog (maintained at deployment) |
So every role points to a single access level, but the role's name is what you see in the UI — and that's what makes the system approachable. Instead of asking "what access level should this user be?" (and facing the counter-intuitive "lower is more" numbers), you ask "what role is this person?" and pick AppAdmin, Operator, or whatever matches.
Where Role appears
On the Users page (Settings → Users)
- Each user's row shows their Role as a small badge.
When creating or editing a user
- The User dialog has a Role dropdown. Picking a role sets the user's default access level for the system.
- The role dropdown lists every role defined in your system's catalog. You pick one; you don't type it freely.
On the user's own Profile page (Header → user icon → Profile)
- The Role line in the Account Information card shows the role name the admin chose for that user.
See Creating a new user and Editing a user's profile for the full context.
Role vs. per-resource access
Role sets the default; per-resource access overrides it.
Every user's role acts as their baseline access level across all resources they're permitted to see. But for specific resources, that default can be overridden:
- A user whose role is Operator might be explicitly granted AppAdmin on the
documentresource — giving them the ability to create and manage documents, while staying at Operator everywhere else. - A user whose role is AppAdmin might be explicitly dropped to ReadOnly on
user— they can still admin Document Flow, but can't see other people's accounts.
The per-resource overrides are set in the Manage Access dialog, covered in Managing a user's access (per-company ACLs). The role is what you pick once, at account creation; the overrides are for the exceptions.
You don't create or edit roles yourself
There is no "Roles" page in VAT Portal's admin interface — roles are set up in the system catalog at deployment. The list of roles available to you when you create a user is whatever your VAT Portal instance was configured with.
If you need a new role that doesn't exist — say, a specialized level for a new team's needs — contact your VAT Portal implementation partner or system administrator. For most organizations, the default set of roles covers every realistic user type.
In practice: think of roles as fixed options, like blood types. You pick from them; you don't invent your own.
Common questions
What's the practical difference between giving someone the AppAdmin role and giving them AppAdmin access on one resource?
The role sets their default everywhere. Granting AppAdmin on one specific resource (via Manage Access) overrides the role's default, but only for that resource. If you want a user to be AppAdmin on everything, pick the AppAdmin role. If you want them to be AppAdmin only on Documents and Operator on everything else, pick the Operator role and override Documents to AppAdmin.
A user's role says "Operator" but they can do something only AppAdmin should be able to do. How?
Check their per-resource access (Manage Access dialog). A role-level Operator with a per-resource AppAdmin override will be able to do AppAdmin-level things on that specific resource. See Managing a user's access.
Can I rename a role?
Not from within VAT Portal. Role names come from the system catalog and change only when your VAT Portal instance is reconfigured.
Can a user have more than one role?
No. Each user has exactly one role. The flexibility comes from the per-resource access overrides, not from multiple roles.
The role dropdown shows roles I've never heard of — what are they?
Some VAT Portal deployments have additional roles configured for specific needs (e.g., a "FieldInspector" role for a specialized Operator variant). Pick whichever role's description matches what you need; if none fit cleanly, go with the closest generic one (Operator, AppAdmin, etc.) and adjust per-resource as needed.
Does changing a user's role retroactively change what they've done?
No. Role changes affect what the user can do from now on. Actions they've already taken (approvals, edits, deletions) stay in the history with their original attribution.