Console > Workspace Members to manage people and roles inside a workspace.
Difference between member and user
| Term | Meaning |
|---|---|
| User | Individual account that can authenticate to Acrity. |
| Workspace member | User with a role in a specific workspace. |
| Invite | Pending request for a person to join the workspace. |
| Role | Fixed capability set assigned to a user in a workspace. |
Workspace roles
Roles are fixed capability sets defined by Acrity. They are not organization-configurable, so a given role grants the same capabilities in every workspace. Assign the least-privileged role that still lets each person do their work.| Role | What it can do |
|---|---|
| Workspace admin | Full workspace administration: settings, repositories, credentials, connectors, webhooks, API Keys, and members. Only Workspace admins can invite members and change roles. |
| Maintainer | Tracks repositories and runs day-to-day workspace operations, without access to the most sensitive administrative settings. |
| Member | Reads and participates in permitted workspace activity, including viewing the member list. |
| Billing Manager | Manages billing, wallet, invoices, and spending limits. Plan changes are handled by Acrity. |
For the canonical description of each role and how to think about access, see Roles and access.
Manage workspace members
Any role can openConsole > Workspace Members and view the list of people with access to the workspace.
Only a Workspace admin can:
- invite new members;
- change a member’s role;
- remove a person’s access;
- resend pending invites;
- copy an invite link when allowed;
- review expired or pending invites.
Invite a person
Only a Workspace admin can invite members.Change role
Only a Workspace admin can change a member’s role. To change a person’s role:- Go to
Console > Workspace Members. - Find the member.
- Open the member actions.
- Choose the new role.
- Confirm the change.
View as
Workspace admins can use View as to see the Console as a specific member sees it. This impersonation view helps you troubleshoot what a member can and cannot access without changing their role. View as is a security-relevant, auditable action:- It temporarily presents the workspace with the selected member’s role and visibility.
- Each use is recorded and can be reviewed in Audit Trail.
- Use it only to diagnose an access problem, then exit back to your own identity.
Leave workspace
Any member can leave a workspace they belong to. Leaving is a self action that removes your own access to that workspace; it does not remove other members. Before you leave:- confirm that enough Workspace admins remain (keep at least two per workspace);
- if you are the last Workspace admin, assign the role to someone else first;
- transfer any billing or integration responsibilities you own.
Console > Workspace Members, open your own member actions, and choose Leave workspace, then confirm.
Remove access
Only a Workspace admin can remove another member. Removing a member revokes their access to the workspace. Before removing:- transfer billing or integration responsibilities;
- review API Keys, webhooks, and credentials created by the person;
- confirm that enough Workspace admins remain;
- record the change in your team’s internal process.
Access best practices
- Separate technical administration (Workspace admin) from financial management (Billing Manager) when possible.
- Remove access for people whose role changed.
- Review pending invites periodically.
- Avoid sharing accounts between people.
- Prefer corporate emails administered by the organization.
Common issues
| Symptom | What to check |
|---|---|
| Person did not receive invite | Check email, spam folder, invite expiration, and resend option. |
| I cannot invite or change roles | Only a Workspace admin can invite members and change roles. Confirm your role. |
| User sees few menus | Their role may not include access to administrative areas. |
| I removed a member by mistake | Invite the person again and assign the correct role. |
Audit
Member, invite, role, and View as events can be reviewed inConsole > Audit Trail when you need to check administrative history. See Audit Trail.