Deactivating, removing access, and reactivating users in the admin panel

1. Open your admin panel. 

2. Click Users.

3. Search for and locate the user you want to deactivate or provision. 

4. Click ... icon next to your preferred user's name. 

5. Select either Deactivate/ Remove access or Provision.

6. Click Deactivate/ Remove access or Provision to confirm your selection.

1. Open your admin panel. 

2. Click Users. 

3. Click the checkboxes to the left of your preferred users' names. 

4. Click Actions in the top right corner.

5. Select Deactivate/ Remove access or Provision users. 

6. Click Deactivate/ Remove access or Provision to confirm your selection.

1. Open your admin panel. 

2. Click Workspaces.

3. Search for and locate the workspace hosting the base you want to transfer.

4. Click that workspaces’ “bases” link under the “Bases” column.

5. Search for and locate the base you want to transfer to a new owner.

6. Click the ↗️ icon next to the name of the base you want to transfer.

7. Click Share in the top-right corner

8. Click Manage access.

9. Search for or locate the account where you want to transfer your workspace.

10. Click the ↗️ next to the account name’s permission level under the “Permission” column.

11. Click the ⌄ icon under the “Permission” column and select “Owner.”

12. Click Confirm.

1. Open your admin panel. 

2. Click Users.

3. Click the “Status” filter and select Deactivated.

4. Search for and locate the user you want to reactivate.

5. Click ... icon next to your preferred user's name.

6. Click Provision.

Deactivating users prevents them from logging in to Airtable, while removing users only removes their existing workspace and base privileges—still allowing users to log into Airtable and create workspaces and bases.

To remove an admin, check out this support article.

• Automations - If the user you're deactivating set up any Automations that use triggers or actions with external accounts like Google or Slack, it's important to have another collaborator in the affected base(s) edit those automations to connect with their external account(s) instead. This can be done by selecting a different account from the actions' dropdown menus. Also, it would be advisable to inform your IT team to keep the user's email active or transfer ownership of any external accounts that may be connected.

• Syncs - Syncs created by the user will stop syncing and will need to be reconfigured. If you're organization is specifically using the Emailed data sync integration, there are some unique points to consider. Unlike regular Syncs, the Emailed data sync integration will continue to function even after the owner is deactivated, as long as other users have the email address to send the file to or set as an email endpoint for automated services. However, it's important to note that ownership of the table containing the Emailed data sync integration cannot be transferred from one user to another. For a new person to assume ownership, they would need to set up a new sync. For more information on this, you can refer to this support article.

• Workspace ownership - If the user being deactivated is a unique owner on the workspace, it's crucial to manually transfer ownership to another collaborator prior to deactivation. As an admin, you can adjust the workspace permissions via the admin panel.

No. While there is no way to remove deactivated users from the user's list, you can filter deactivated users out of your results if needed.

Deactivated users who own bases, workspaces, etc., do not count toward your account’s overall usage. However, their bases and workspaces will remain under their ownership. The deactivated user will lose access to the account but retain ownership of the bases and workspaces.