Roles and permissions
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.
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. |
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. |
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
- Open Settings → People → Roles.
- Choose New role.
- Enter a Name that says the job, such as "Support lead" or "Read-only analyst". Optionally, enter a Description.
- Under Permissions, tick the permissions from the catalog. To begin from an existing role's permissions, choose Start from an existing role.
- Choose Create role.
- 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.
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
- Open Settings → People → Roles.
- Open the role's row menu. Choose Edit role (or View role for a built-in role).
- 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.
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.
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.