Skip to content

A role is a named bundle of permissions. A permission is one thing a person may do, written as a string such as connection:share. Each person holds exactly one role. To change someone's access, you replace their role. You never add a second one.

Where to find it: Settings → People → Roles

Before you start

Requirement Detail
Permission Manage roles (role:manage) to create or edit custom roles.
Plan Your plan must include custom roles (Gold or Black). Without it, New role is greyed out and names the plan that unlocks it.

Everyone can see the built-in roles. You can change only custom roles.

Built-in roles

Every organization starts with eight built-in roles. You cannot edit or delete them. Elaichi keeps their permissions up to date when the product adds new capabilities.

Six of them form a ladder. Each role can do everything the role below it can do, plus one more job:

Guest → Member → Team Admin → People Admin → Org Admin → Org Owner

Role Who it is for What it can do
Org Owner The people ultimately responsible for the organization. Everything in the permission catalog, including billing. At least one member must always hold this role.
Org Admin Day-to-day administrators. Everything except managing billing and the subscription, and deleting the organization.
People Admin Whoever runs joiners and leavers. Everything a Team Admin can do, plus inviting people, removing people and assigning roles.
Team Admin Leads who run teams. Everything a Member can do, plus managing any team and its membership, even teams they did not create.
Member The default for new people (invites, domain join, and SCIM when no group is mapped). Browse connectors, connect and share accounts, build and share templates and toolboxes, create teams and run the teams they create, reach your organization's MCP endpoint, run tools, and create their own API tokens.
Guest Read-only guests. Browse the connector catalog. A Guest cannot connect accounts, run tools or change anything.

Two more roles sit outside the ladder, for people who need one narrow slice of access.

Role Who it is for What it can do
Billing Admin Finance. Manage billing and the subscription, and nothing else. No access to the rest of the organization.
Auditor Compliance and oversight. Read-only visibility across the organization, including the audit log. An Auditor cannot change anything and cannot run tools.

Guest, Billing Admin and Auditor are free seats. They do not use a billable seat.

Info

Seeing the organization, the member directory, teams and role names comes with being a member. No permission controls it. Even a Guest can see who is in the organization.

Permissions by built-in role

A check mark means the role holds the permission. The first table covers the six ladder roles.

Permission Org Owner Org Admin People Admin Team Admin Member Guest
org:manage ✓ ✓
org:delete ✓
billing:view ✓ ✓
billing:manage ✓
team:create ✓ ✓ ✓ ✓ ✓
team:manage ✓ ✓ ✓ ✓
member:manage ✓ ✓ ✓
role:manage ✓ ✓
connector:view ✓ ✓ ✓ ✓ ✓ ✓
connector:create ✓ ✓
connector:share ✓ ✓
connector:manage ✓ ✓
connection:create ✓ ✓ ✓ ✓ ✓
connection:share ✓ ✓ ✓ ✓ ✓
connection:manage ✓ ✓
template:create ✓ ✓ ✓ ✓ ✓
template:share ✓ ✓ ✓ ✓ ✓
template:manage ✓ ✓
toolbox:create ✓ ✓ ✓ ✓ ✓
toolbox:share ✓ ✓ ✓ ✓ ✓
toolbox:view ✓ ✓
toolbox:manage ✓ ✓
restriction:view ✓ ✓
restriction:manage ✓ ✓
restriction:override ✓ ✓
audit:view ✓ ✓
api_token:view ✓ ✓
api_token:create ✓ ✓ ✓ ✓ ✓
api_token:manage ✓ ✓
sso:view ✓ ✓
sso:manage ✓ ✓
logging:view ✓ ✓
logging:manage ✓ ✓
notification:view ✓ ✓
notification:manage ✓ ✓
tool:execute ✓ ✓ ✓ ✓ ✓

The two free-seat roles that sit outside the ladder hold only what their job needs.

Permission Billing Admin Auditor
billing:view ✓ ✓
billing:manage ✓
connector:view ✓
toolbox:view ✓
restriction:view ✓
api_token:view ✓
sso:view ✓
logging:view ✓
notification:view ✓
audit:view ✓

Permission catalog

These are the permissions you can tick when you create a custom role. The role editor groups them the same way.

Four verbs repeat across the catalog. Each one always means the same thing.

Verb What it means
create Make your own, and manage what you made.
share Decide who else can use what you made.
view See organization-wide settings of that kind. On connections, templates and toolboxes it does not show you other people's resources.
manage Administer organization-wide settings of that kind. On connections, templates and toolboxes it reaches only what you own or hold an Edit share on.
Info

Connections, templates and toolboxes work on grants, not on organization-wide permissions. A bare :view or :manage permission never reaches a resource that nobody shared with you. This is true for an Org Admin and for an Org Owner too.

Organization

Permission What it allows
org:manage Edit the organization's name, logo and verified domains.
org:delete Permanently delete the organization and everything in it. Only Org Owner holds it.
team:create Create a team. You become its team admin, with full control of that team: rename it, add and remove people, appoint and step down admins, and delete it. Anyone can leave a team.
team:manage Create, edit and delete any team, including teams you are not on, and manage who belongs to it and who administers it. Can also remove a team's last admin.
member:manage Invite people, change roles, and remove members.
role:manage Create custom roles and choose which permissions they include.

Billing

Permission What it allows
billing:view View the plan, subscription and billable-seat details.
billing:manage Start checkout and manage the organization's subscription.

Connectors

Permission What it allows
connector:view View the connector catalog.
connector:create Author custom connectors for the organization.
connector:share Share custom connectors with teams or everyone at your organization.
connector:manage Edit or delete other members' custom connectors, and set the organization's own OAuth application for a connector.

Connections

Permission What it allows
connection:create Connect accounts for your own use (personal connections).
connection:share Connect accounts that you share with a team or with everyone at your organization.
connection:manage Reconnect, edit or delete a connection you own or hold an Edit share on. It does not reach a connection that nobody granted you.
Info

No organization-wide permission reaches a connection that nobody granted you, not even connection:manage, and not even for an Org Owner. Access to a connection always comes from owning it or holding a share on it, directly or through a team.

Templates

Permission What it allows
template:create Create tool templates and add tools to them.
template:share Share templates with members, teams or everyone at your organization.
template:manage Edit or delete a template you own or hold an Edit share on.

Toolboxes

Permission What it allows
toolbox:create Create toolboxes and add tools to them.
toolbox:share Share toolboxes with members, teams or everyone at your organization.
toolbox:view View organization-wide synthetic tool definitions. Despite the name, it does not control which toolboxes you can see.
toolbox:manage Edit or delete a toolbox you own or hold an Edit share on.

Governance

Permission What it allows
restriction:view View the organization's access restrictions.
restriction:manage Limit which connectors and tools a role or member can use.
restriction:override Create and change member-level restrictions, in addition to restriction:manage.
audit:view See every event across the organization. Without it, you see your own activity and activity on resources you own or can edit.

Tool execution

Permission What it allows
tool:execute Run tools on connected accounts, and run synthetic tools.

API tokens

Permission What it allows
api_token:view View organization API token details (never the token values).
api_token:create Create, list and revoke your own organization API tokens.
api_token:manage Revoke other members' organization API tokens.

SSO and identity

Permission What it allows
sso:view View SSO, SCIM and group-mapping settings, and verified domains.
sso:manage Set up SAML or OIDC SSO, SCIM tokens, and group-to-role mappings.

Logging

Permission What it allows
logging:view View the organization's logging destinations.
logging:manage Forward organization events to your logging tools.

Notifications

Permission What it allows
notification:view View the organization's notification destinations.
notification:manage Send organization events to Slack or email.

Create a custom role

  1. Open Settings → People → Roles.
  2. Choose New role.
  3. Enter a Name that says the job, such as "Support lead" or "Read-only analyst". Optionally, enter a Description.
  4. Under Permissions, tick the permissions from the catalog. To begin from an existing role's permissions, choose Start from an existing role.
  5. Choose Create role.
  6. Assign the role to people from Settings → People → Members. Or map it to a SCIM group under Settings → SSO and SCIM.

You will know it worked when people with that role see the screens and actions you intended, and nothing more.

Info

You can only grant permissions that you hold yourself. If a permission is greyed out while you build a role, your own role does not include it.

Edit or delete a custom role

  1. Open Settings → People → Roles.
  2. Open the role's row menu. Choose Edit role (or View role for a built-in role).
  3. To change it, update the fields and choose Save changes. To remove it, choose Delete role.

If members or pending invites use the role you delete, Elaichi asks where they go. Under Move everyone to, choose a role for all of them, or choose a role for each member. Moving people to another role needs Manage members (member:manage). You cannot delete a role while an SSO group mapping points at it. Change the mapping to another role first. Deleting a role cannot be undone.

A role change applies right away, including to people who are signed in now.

How roles combine with other access

A role is one of three layers. A tool runs only when all three allow it.

What must line up for a tool to run
flowchart TD
  Ask["Agent asks for a tool"] --> Role["Role permissions<br/>may they use MCP / connectors?"]
  Role --> Share["Resource share<br/>view / use / edit on toolbox"]
  Share --> Restrict["Restrictions<br/>connector or tool allow/block"]
  Restrict --> Run["Tool runs<br/>through their connections"]

In words: Elaichi first checks the person's role permissions, then the share on the toolbox or custom connector, then the restrictions. The tool runs only when all three checks pass.

Layer What it controls
Roles Which actions someone may take in the app, such as creating a connection or managing SSO.
Sharing Whether someone can view, use or edit a particular toolbox or custom connector.
Restrictions Which connectors or tools a role or member can use. A restriction can hide a connector even from a role that has connector:view.

What to know

  • Each person holds exactly one role. Promoting someone replaces their role.
  • Changes apply right away, including to people who are signed in now, and to API tokens and your organization's MCP endpoint when they run as that person.
  • You cannot edit built-in roles. Copy what you need into a custom role instead.
  • You cannot remove or demote the last Org Owner until someone else is an Owner.
  • New people who join by invite, verified domain or SCIM with no group mapping get Member unless you choose another role.
Tip

Start from Member or Guest and add only what the job needs. Granting one more permission later is easier than undoing a broad admin assignment.