|
| 1 | +--- |
| 2 | +title: "Teams" |
| 3 | +description: "Manage groups of users with role-based access to workspaces & bases" |
| 4 | +tags: ["Collaboration", "Teams", "User Management", "Roles & Permissions"] |
| 5 | +keywords: ["NocoDB teams", "user groups", "role-based access", "workspace collaboration", "base permissions"] |
| 6 | +--- |
| 7 | + |
| 8 | +<Callout type="info">Availability: **Business** plan onwards in cloud and On-premise **Enterprise** edition</Callout> |
| 9 | + |
| 10 | +## Overview |
| 11 | + |
| 12 | +Teams let you group existing workspace members, so you can assign and manage permissions at scale. Instead of configuring the same role for each person on every base, add users to a team and grant that team a role on one or more bases. |
| 13 | + |
| 14 | +Teams help you to |
| 15 | +- **Organize** members by department, project, or function |
| 16 | +- **Manage permissions** efficiently by assigning roles to teams instead of individuals |
| 17 | +- **Scale access control** without managing individual user permissions |
| 18 | +- **Maintain flexibility** with inheritance and override capabilities |
| 19 | + |
| 20 | + |
| 21 | +## Create Team |
| 22 | + |
| 23 | +1. Navigate to **Workspace Settings** > **Teams** tab. |
| 24 | +2. Click **New Team**. |
| 25 | +3. Enter a team name (Optional). |
| 26 | +4. Click **Create Team**. |
| 27 | + |
| 28 | + |
| 29 | + |
| 30 | + |
| 31 | +When a team is created, the creator is automatically added as its first member and designated as the **Team Owner**. Team Owners have full administrative privileges, including adding or removing members, renaming the team, and deleting it when necessary. Multiple owners can be assigned to a team, but each team must always have at least one owner. |
| 32 | + |
| 33 | +## Add Members to a Team |
| 34 | + |
| 35 | +In the **Teams** tab, select the team you want to manage, then follow these steps: |
| 36 | + |
| 37 | +1. Click **Add Members**. |
| 38 | +2. Use the toggle buttons to select existing workspace members to add. Members already part of the team are clearly indicated. |
| 39 | +3. Click **Add Members** again to confirm your selection. |
| 40 | + |
| 41 | +You can search by name or email to quickly locate users. Existing team members have their toggles disabled to avoid duplicate additions. Each member’s workspace role is displayed beside their name for better context. |
| 42 | + |
| 43 | + |
| 44 | + |
| 45 | + |
| 46 | + |
| 47 | +## Remove Members from a Team |
| 48 | + |
| 49 | +In the **Teams** tab, select the team you want to manage, then follow these steps: |
| 50 | + |
| 51 | +1. Locate the member you want to remove. Use the search bar if needed and open the **Actions** (three dots) menu beside their name. |
| 52 | +2. Select **Remove Member**. |
| 53 | +3. Confirm the action when prompted. |
| 54 | + |
| 55 | + |
| 56 | + |
| 57 | + |
| 58 | +To remove **multiple members** at once: |
| 59 | + |
| 60 | +1. Use the checkboxes to select the members you want to remove. |
| 61 | +2. Click **Actions** > **Remove from Team** at the top of the member list. |
| 62 | +3. Confirm the action when prompted. |
| 63 | + |
| 64 | + |
| 65 | + |
| 66 | + |
| 67 | +## Manage Team Owners |
| 68 | + |
| 69 | +A team can have multiple owners, but it must always have at least one. |
| 70 | + |
| 71 | +To add or remove team owners: |
| 72 | + |
| 73 | +1. In the **Teams** tab, select the team you want to manage. |
| 74 | +2. Locate the member whose ownership status you want to change. Use the search bar if necessary and open the **Actions** (three dots) menu beside their name. |
| 75 | +3. To grant ownership, select **Assign as Team Owner**. To revoke ownership, select **Remove as Team Owner**. |
| 76 | + |
| 77 | + |
| 78 | + |
| 79 | + |
| 80 | + |
| 81 | +## Leave Team |
| 82 | + |
| 83 | +Members can leave team on their own if they no longer wish to be part of it (any team member can leave, not just owners -- as long as at least one owner remains). |
| 84 | + |
| 85 | +To leave a team you are a member of: |
| 86 | +1. In the **Teams** tab, open team context menu by clicking the **Actions** (three dots) button beside the team name. |
| 87 | +2. Click the **Leave Team** button from the dropdown menu. |
| 88 | +3. Confirm the action when prompted. |
| 89 | + |
| 90 | + |
| 91 | + |
| 92 | + |
| 93 | +## Rename Team |
| 94 | + |
| 95 | +In the **Teams** tab, select the team you want to rename. Edit team name as needed, and your changes will be saved automatically. |
| 96 | + |
| 97 | + |
| 98 | + |
| 99 | + |
| 100 | +## Delete Team |
| 101 | + |
| 102 | +<Callout type="warning">Only Team Owners can delete a team. Deleting a team will not remove its members from the workspace; it only dissolves the team grouping. </Callout> |
| 103 | + |
| 104 | +To delete a team: |
| 105 | +1. In the **Teams** tab, open team context menu by clicking the **Actions** (three dots) button beside the team name. |
| 106 | +2. Click the **Delete Team** button from the dropdown menu. |
| 107 | +3. Confirm the action when prompted. |
| 108 | + |
| 109 | + |
| 110 | + |
| 111 | + |
| 112 | +## Assign Roles to Teams |
| 113 | + |
| 114 | +You can assign roles to teams at both the workspace and base levels, similar to how you assign roles to individual users. When a team is granted a role, all its members inherit that role according to the effective role resolution rules detailed below. |
| 115 | + |
| 116 | +### Effective Role Resolution |
| 117 | + |
| 118 | +Effective permissions for a user at base level are determined by combining explicit (individual) assignments and team-derived assignments using the following precedence rules: |
| 119 | + |
| 120 | +1. Explicit individual role at Base (highest precedence) |
| 121 | +2. Best (most permissive) role among Team roles assigned at Base |
| 122 | +3. Explicit individual role at Workspace level other than "Inherit" |
| 123 | +4. Best (most permissive) role among Team roles assigned at Workspace |
| 124 | +5. No-access (default) |
| 125 | + |
| 126 | +**Notes** |
| 127 | +- An explicit individual assignment always overrides any team-derived role at the same level. |
| 128 | +- Lower-level roles (Base) override higher-level roles (Workspace) when an explicit assignment exists at the lower level. |
| 129 | +- When multiple team roles apply, the system chooses the most permissive role (for example, between Viewer and Editor it will choose Editor). |
| 130 | + |
| 131 | +## Best Practices |
| 132 | + |
| 133 | +* **Invite all users** to the workspace with the **Inherit** role. This grants no direct permissions but allows users to be included in teams. Note that assigning a **No Access** role at the workspace level overrides and blocks all team-derived permissions. |
| 134 | +* **Organize teams** based on your company’s structure — for example, by departments or project groups. |
| 135 | +* **Assign roles to teams** at the workspace or base level according to access needs. |
| 136 | +* **Use explicit individual roles** only for special cases or exceptions to maintain consistent access control. |
| 137 | +* **Maintain clear naming conventions** for teams (e.g., `Eng - Backend`, `Ops - HR`) to simplify management and improve visibility across large workspaces. |
| 138 | +* **Review team membership regularly** to ensure only active users retain access. Remove members who have left the organization or changed roles. |
| 139 | +* **Assign multiple team owners** to avoid administrative bottlenecks in case one owner is unavailable. |
| 140 | + |
| 141 | + |
| 142 | + |
| 143 | +--- |
0 commit comments