Changing Security Permissions in Therefore
Changing Security Permissions in Therefore
This article will show you how to change user/group permissions within Therefore to ensure that users can only access what they need to access. This process applies to both categories and workflow permissions. In order to change these permissions, you will need to be a Therefore administrator and also have access to the Therefore solution designer.
Changing the Permissions
- Open the Therefore Solution designer
- Navigate to the category you wish to change the permissions for:
- In this example, we will use ""Example Category"
These permissions work in the same way as windows permissions. Permissions applied at the top level will apply to the folders beneath it, unless specified otherwise
- Right-click the category you wish to change the permissions for
- Once in the Security page, you can see which users/groups already have access to that section
- To add a new group/user to these permissions, select "Add..."
- Once in the next menu, you will see all of the users available to use - you are also able to search for specific users
- In most cases, ensure the "Domain" is set to your business domain
- This is not the case in Therefore Online systems, this will show as "<THEREFORE>"
- In this example, we will add desktop support to the security of the Finance Archive category. To do this, double click the record you want to add
- This will add them into the "Select" section
- Once you have added the relevant users/groups, select "OK"
- You will now see the record in the security page along with what permissions they already have
The "Inherit permissions from the parent object", means that the permissions are being inherited from a folder higher up the chain. However the same process of adding new users still applies.
- From here, you can change what permissions the user/group will have and which ones you want to deny
- Once you have made the relevant changes, click "OK"
Please note that if you deny a permission, this will deny this for that group and will stop anyone in that group from performing the denied action, regardless of their other group memberships. The deny permission takes priority over the Allow permission. In most cases, it is best to leave the Deny options unticked.You have now made the relevant security changes to the relevant categories or workflows within Therefore.
If you require any assistance, please feel free to contact IT@Spectrum support at support@itspectrum.co.uk.
Related Articles
Changing User Assignments in Therefore Workflows
Changing assigned users in Therefore tasks This guide will provide instruction on how to change the users which workflow instances are assigned to in a Therefore workflow. There are multiple methods which are used to assign workflow tasks in ...Updating a Therefore > Sage DLL in a Workflow
Updating the custom Sage DLL Over time, you may have Sage updated to a new major version for various reasons. However once this is updated, you may come across some issues the a customer DLL task in the Therefore workflow for posting data into Sage. ...Creating a user in Therefore Online
Creating a Therefore Online User This article will guide you through the process to add a new user in your Therefore Online solution. You will need access to the Therefore Solution Designer and also administrator permissions within Therefore. Open ...Adding Users to Groups In Therefore
Adding users into Groups This guide will show you how to add users into specific groups in Therefore. The users will first need to be added into the domain group "Therefore Users" in order for them to be able to access Therefore. When the user is not ...Changing Email Addresses in Therefore Reports
Changing Recipients in Therefore Reports This guide will show you how to add or remove recipients in a Therefore report. You will need permission to the Therefore Solution Designer and permission to alter the report. If you do not have this ...