Permissons and roles
Depending on the role a user has in a workspace, they will get different features. A user can have a membership in multiple workspaces. Every membership comes with a role and the features assigned to this role. Per workspace the user can get assigned a different role.
In the following tables we described per membership which action the user can perform.
AskAnna membership
Every user has an AskAnna membership. Only people specifally assigned can have the admin role. By default every user account gets the role member for the AskAnna membership. If you are not signed in, you will get the guest role assigned.
The following table list the permissions per AskAnna membership role:
| Action | Guest | Member | Admin (1) |
|---|---|---|---|
| Edit AskAnna profile (2) | |||
| Delete user account (2) | |||
| Create workspaces |
Notes:
- AskAnna admins don't have the power to access every workspace and project. In the platform we also have users with the permission
superuser. Thesesuperuserscan in theory access everything. Of course these users know that they should not do this. - You can only edit and delete your own account
Workspace membership
The following table list the permissions per workspace membership role:
| Action | Guest | Viewer | Member | Admin |
|---|---|---|---|---|
| View workspace info | (1) | |||
| Edit workspace info | ||||
| Remove workspace | ||||
| Workspace project list | ||||
| Create project | ||||
| View workspace people | ||||
| Invite people to the workspace | ||||
| Resend invitiation | ||||
| Change workspace member role | ||||
| Remove member from a workspace | ||||
| View member profile | ||||
| Edit member profile (2) | ||||
| Remove "my" workspace membership |
Notes:
- A guest can only view workspace info if the workspace is set to allow public sharing
- You can only edit your own account
Project membership
The project membership is directly linked to the workspace membership. If you are an admin in the workspace, you are also have the role admin in the project. Same goes for member. In the future it will be possible to assign a higher role to the project membership, so that a workspace member can be a project admin.
The following table list the permissions per project membership role:
Notes:
- A guest can only access projects that have visibility set to
public