User Roles

Overview

Every Tavnit user belongs to an organisation with exactly one of four roles: Owner, Admin, Member or HITL Only. The role is set when you invite someone and decides what they can see and do across the whole app. The only per-item override is Bucket access, which is granted person by person.

OwnerFull control
AdminManages people & content
MemberRuns what exists
HITL OnlyReviews only
RoleIn one lineGive it to
OwnerFull control, including organisation settings and deleting the organisation.The people accountable for the account.
AdminBuilds and manages everything and manages the team, except org settings.Whoever configures flows, Cleaners, pipelines and Buckets day to day.
MemberRuns what already exists, works Cases and reads results. Cannot change most configuration.People who process documents but should not rewire the pipeline.
HITL OnlyCan do nothing but review the items they are assigned to.Approvers and auditors who must never touch configuration or data.
Roles are per organisation

The same person can be an Owner in one organisation and a Member in another. Switching organisation switches your role with it, so check the switcher before wondering why a button disappeared.

Owner

At least one owner

The person who creates the organisation is its first Owner, and an Owner can promote others to Owner. Every organisation must keep at least one: the last Owner's role cannot be changed until someone else has been promoted. Nobody can change their own role or remove themselves from the team page.

Owners have unrestricted access to everything:

  • Everything an Admin can do (below)
  • Invite people with any role, and change the role of, or remove, any other member, including Admins and other Owners
  • Edit the organisation in Settings → "Organization": name, timezone, run failure notifications and the "Failed runs" auto-retry setting
  • Delete the organisation
  • Make a Bucket private, and set Admins' access to any Bucket

Admin

Trusted power users

Admins run day-to-day operations. They can build and change anything in the workspace and manage Members, but cannot touch organisation settings or other Admins.

Admins can:

  • Create, edit and delete flows, Collections, Subjects, Splitters, Cleaners, agents, Inspectors, Fillers, Signals, Nets, pipelines and Buckets
  • Configure agents, including the variables and secrets they use
  • Manage Subject bindings and Signal recorder assignments
  • Run everything and view all results
  • Invite new people as Member or HITL Only
  • Change the role of, or remove, Members and HITL Only users
  • View the organisation's Audit Log
  • Open a Bucket's Access page and set each Member's access

Admins cannot:

  • Edit organisation settings
  • Delete the organisation
  • Make a Bucket private
  • Change another Admin's or an Owner's role, access or membership
  • Invite someone as Admin or Owner

Member

Run what exists

Members use the workspace an Admin has built. They can run every feature and read every result, and they can fully manage Matchers, but they cannot create or change most configuration.

Members can:

  • Trigger flow runs and view all runs and results
  • View flow details, including fields and every feature's settings
  • Run splits, agents, Inspectors, Fillers, pipelines, Signal waves and Net catches
  • Work Cases in Subjects: open, edit and close them, upload documents, resolve held documents and run checks
  • Create, edit, delete and run any Matcher
  • View all org-visible Buckets, and edit a Bucket's data if an Owner or Admin grants them Editor access
  • See the Team page and their own API key

Members cannot:

  • Create flows, Collections, Subjects, Splitters, Cleaners, agents, Inspectors, Fillers, Signals, Nets, pipelines or Buckets
  • Edit or delete configuration they didn't create, or toggle flow features (webhook, email trigger, email output, data cleaning, Bucket Export)
  • Invite, remove or change the role of anyone
  • See private Buckets unless explicitly granted access, or open a Bucket's Access page
  • See organisation settings or the Audit Log
Creators keep edit rights

Flows, Collections, Subjects, Inspectors and Fillers stay editable by the person who created them. If an Admin who built a flow is later changed to Member, they can still edit and delete that flow.

HITL Only

HITL Only is a deliberately narrow role: the holder can review and decide on the items they are assigned to, and nothing else. Their sidebar shows only the Human in the Loop queue, and every processing and data operation is refused, in the app and over the API alike.

Someone with this role can:

  • Open the Human in the Loop queue and see the runs, matches, inspections and fills awaiting their review
  • Read the extracted data next to the source document
  • Edit values, add or drop rows and columns during review
  • Approve an item, or reject it with a reason

They cannot:

  • Upload a document or trigger a run of any kind
  • See the dashboard, Runs, or any feature's configuration
  • Read or write Bucket data outside a review
  • Call the processing API: those endpoints refuse the role outright
  • Invite anyone, or see organisation settings
Assignment is still separate

The role permits reviewing; it does not grant it. A HITL Only user still has to be named as a reviewer, for example on a flow's reviewer list or a Cleaner's review action. Without that they sign in to an empty queue.

Permissions at a Glance

What Owner, Admin and Member can each do, feature by feature. HITL Only is deliberately absent: it is denied every row in this table, and its only capability is reviewing items it has been assigned.

Owner
Admin
Member
Flows
Create flows
Edit / delete flowsOr the flow's creator
View flow features & fields
Configure flow featuresWebhook, email, data cleaning, Bucket Export, review
Trigger runs
View runs and results
Collections & Subjects
Create Collections / Subjects
Edit / delete Collections / SubjectsOr their creator
Manage Subject bindings
Work CasesOpen, edit, close, upload, resolve held documents, run checks
Splitters & Cleaners
Create / edit / delete Splitters
Run splits
Create / edit / delete Cleaners
Agents
Create / configure / delete agentsIncluding saved variables and secrets
Run agents
Matchers, Inspectors & Fillers
Create / edit / delete any Matcher
Run matches
Create Inspectors / Fillers
Edit / delete Inspectors / FillersOr their creator
Run inspections / fills
Signals & Nets
Create / edit / delete Signals and Nets
Manage Signal recorders
Run waves / catches
Pipelines
Create / edit / delete pipelines
Run pipelines
Buckets — Configuration
Create / edit / delete Buckets
Make a Bucket private
Open the Access page
Change Admins' access
Change Members' access
Buckets — Data
View org-visible Buckets
View private BucketsAdmins and Members need an explicit grant
Edit data (org-visible)Admins unless set to View only; Members need an Editor grant
Edit data (private)Requires an Editor grant
Team
Invite as Member / HITL Only
Invite as Admin / Owner
Change role / remove Members and HITL Only
Change role / remove Admins and Owners
View the Audit Log
Integrations & API
Use your own API keyIt carries your role's limits
Generate an MCP connectorWhen enabled for your organisation
Organisation
Edit org settingsName, timezone, notifications, failed-run auto-retry
Delete organisation

Inviting your team

Owners and Admins invite people from the Team page:

  1. 1Go to Team and click "Invite Member"
  2. 2Choose "By email" and enter their address, or "Invite code" to create a code you share yourself
  3. 3Pick the role. Admins can only offer Member or HITL Only; Owners can offer any role
  4. 4Click "Send invitation". Tavnit emails a Tavnit invitation with a link to join; if they have no account yet, they create one on the way in

Invitations and codes expire after 7 days. Under “Pending Invitations” you can “Resend” an email, “Copy link” to send it another way, or revoke it. Later, use “Change Role” or remove someone from the member list.

API keys, the MCP connector and gated features

  • Each member has their own API key (Settings → “Account” → “API Key”), and requests made with it are limited to that member's role. HITL Only keys are refused by the processing endpoints.
  • The MCP connector is generated from your own key on the Integrations page, so an AI assistant using it has exactly your permissions. The connector is enabled per organisation on request.
  • Agents, Signals, Nets and Bucket chat are also enabled per organisation. When they are off, they don't appear for anyone, whatever their role. Contact support to turn them on.

Bucket Access System

Buckets have a second access layer that lets Owners and Admins control exactly who can see and edit each Bucket, on top of the org role.

Layer 1: Visibility

Each Bucket is either Org-visible (everyone in the org can see it) or Private (only the Owner and users with an explicit grant can see it). Only the org Owner can make a Bucket private.

Layer 2: Access level

Each user can be given View only or Editor access to a specific Bucket (and, on a private Bucket, No access). These grants are stored independently of the user's org role.

To manage access, open the Bucket's details page and choose “Access”. The page groups people by role and shows each person's level; you can set it individually, use “Set all:” to update a whole group at once, or reset an override back to the role's default.

A Bucket grant widens access, it does not narrow it. Granting a Member Editor access to one private Bucket does not stop them reading every org-visible Bucket. If data must stay restricted, the Bucket has to be private in the first place.