The permission management in awork is based on general authorization roles and project roles. The general permission roles apply to the entire awork workspace and therefore also across projects.
The rights of the project roles only apply to the projects where the user is assigned as a member of the project with the said role.
You can find the permission management in the main menu under Settings > Permissions.
General authorization roles
The general authorization roles apply to the entire awork workspace and therefore also across projects.
Each user is always assigned exactly one role.
In the role, you will be able to define what users in this role can see and edit. Additionally, you will be able to hide menu items for certain roles.
Create a new role
To create a new role, simply click on the blue + New Role-button. Now you will be able to choose a name for the role and decide whether you want to configure it yourself or use a template from awork. If you create a role from a template, you wil be able to customize it afterward.
On the details page of the permission role, you will find all the options for setting the permissions. All details about the individual settings can be found below in this article.
Edit or delete a role
You will be able to edit and delete project roles in the project roles overview by clicking the action button.
However, the Admin and Guest roles cannot be edited or deleted.
If you delete a user role, you will need to choose immediately another permission role that the users should get instead. One user must always have one permission role assigned to them.
If the permission roles have not yet been customized in your awork, these three roles exist:
Admin: Allowed to do everything
User: Allows to do everything except changing the settings
Guest: Strongly restricted and needs explicit rights for a project.
At the bottom of the Settings > Permissions page, you will find a list of all users. Here you will be able to assign users their appropriate permission role.
☝️Note: You will not be able to remove yourself from the Admin role, as you would lose access to this page.
The Guest role in awork is a special role, with very limited permissions, yet users with this role only take up 1/3 of a booked user in awork.
Learn more about guests in awork here.
The Admin role is a system role in awork. They have all permissions and are allowed to see everything in awork except private tasks and calendars.
Additionally, only users with the Admin role are allowed to make certain changes in awork. These include:
change the subscription
configure the permission management
Why can't I change some roles (Guest & Admin)?
The roles Admin and Guest are system-relevant roles in awork with predefined permissions. These roles can neither be deleted nor edited.
I only want to give permissions to specific projects. How can I set this up?
Suppose you wish a user to have access only to certain projects. In that case, you will be able to simply revoke all permissions in the permission role and set the permissions for the individual projects by adding a user to the project and selecting a project role.
Project roles for different rights, depending on the project
The project roles define the authorization at project level. If a user is not part of the project team, the permissions from the general authorization role will apply to them. If a user is added to the project as a member, a project role must also be selected.
☝️ Hint: If the project role gives a user more rights on the project than the general authorization role, then the project role has an effect on the rights. A project role cannot restrict the rights of the general authorization role.
To create a new role, simply click on the blue + New role-button in the project-roles section. Now you can define a name for the role and decide whether users in this role can see/edit the project details, see/edit project tasks or see/edit the project times.
A project role can be defined as a standard role. This role is then always preselected when a project is assigned. If the default role is deleted or the marking as a default role is removed, an alternative default role must be selected.
Permissions explained in detail
Projects & Tasks
Your own private tasks can only be seen and edited by yourself. No special permissions are needed for this.
Project tasks that are assigned to a user can always be seen and edited by this user.
Users are allowed to create projects
Users are not allowed to create projects
See all projects in the project overview
Hint☝️: The workspace can be deleted only by admins.
Hide individual menu items
In the menu Visibility tab, in the details of an authorization role, it is possible to define which menu items should be visible for users in their role in the main menu and which will be hidden.
This way, you will be able to hide whole areas, e.g. if a certain group of users does not need to see the time tracking area, and these menu items would only disturb them.
Just click on the eye icon to enable or disable the menu items for that role.
If the eye icon is deactivated and not selectable, the permission roll already has too few permissions to see the menu item at all, and it is already automatically hidden.
Frequently asked questions
Is it possible that users can only see their own projects & tasks?
Yes, it is possible to create a role in awork where users can only see projects they are members of. In this case, the user cannot see other projects or times entered by other users. This role is especially useful if freelancers or clients are invited to join the team.
Alternatively, the guest role can be used. Users with this role take only 1/3 of a full license in awork.
Do the rights also apply in the API?
Yes, the rights configured here also apply to the awork API.
Is there a setting that users cannot track times as a matter of principle?
No, there is no setting for that.
Who can delete projects?
Users who are allowed to edit the project details in the workspace-wide as well as project-based permission role can delete projects. Independently of this, every user can delete the projects he/she has created at any time.