Skip to Content
Settings & AdminRoles & Permissions

Roles & Permissions

Roles control access. Omniflow ships with four built-in roles that cover most teams; for fine-grained needs, you can build custom roles by mixing and matching individual permissions.

Built-in roles

RoleCan do
AdminEverything. Workspace settings, billing, integrations, members.
SupervisorManage their team, build training, review QA, see all conversations.
AgentHandle conversations on their team, take training, see their own dashboards.
TraineePractice scenarios; can’t handle live conversations until promoted.

You can clone any built-in role to use as a starting point for a custom role.

Permission categories

Permissions are grouped:

CategoryExamples
ConversationsRead, reply, transfer, resolve, delete.
TicketsCreate, edit, merge, delete.
ContactsRead, edit, merge, export.
Agents (AI)Read, edit prompt, publish, delete.
TrainingTake, review, build, assign.
QAView scorecards, override scores, build rubrics.
SettingsRead, edit (per tab).
BillingView, pay, change plan.
IntegrationsRead, connect, disconnect.
APIUse API keys, manage API keys.

Each permission is a checkbox; roles are bundles of checkboxes.

Build a custom role

  1. Settings → Roles & Permissions → New role.
  2. Clone an existing role or start blank.
  3. Tick / untick permissions.
  4. Save.

Examples:

RoleNotes
Read-only auditorAll read permissions, no edit. For compliance reviewers.
TrainerTraining full access, conversations read-only. For external coaches.
API consumerAPI key management + read on conversations. For service accounts.
Billing-only adminBilling edit, everything else hidden. For finance.

Role changes apply on next login or after the affected user reloads. Sessions don’t update mid-stream.

Multi-team scoping

Permissions can be scoped per team:

  • “Sarah is a supervisor on EMEA Tier 1 but a regular agent on EMEA Tier 2.”
  • “Alex can override QA scores for the Billing team but not the Cards team.”

Per-team scopes layer on top of the global role and only grant additional access — they can’t take away from the role’s defaults.

Inheritance and least privilege

Best practices:

  • Default to least privilege. Start people as Agent or Trainee; promote when needed.
  • Audit roles quarterly. Roles tend to accumulate; trim unused custom roles.
  • Use SCIM groups → role mapping if you have an IdP. → SSO & SCIM

Don’t grant Admin to service accounts. Use a custom role with the specific permissions the integration actually needs — usually API key management plus a read scope.

Audit log

Every permission and role change is logged with the actor, timestamp, and before/after diff. Export from Settings → Audit log.

Open in Omniflow

If you want to…Go to
Map IdP groups to rolesSSO & SCIM
Use API keysAPI Keys
See what people are doingReports & Trends