A Group can be defined as a set of multiple users that all need to interact with your Issuetrak system in the same way. Groups allow you to establish and control role-based Permissions collectively without manually granting individual users the same permissions over and over.
It’s best to be familiar with several terms going forward:
|Group||Allows you to associate users together. Members of a group inherit the permissions granted to the group.|
|Group Membership Type: Any||Any user record may belong to this group. This group cannot be granted any agent-level permissions.|
|Group Membership Type: Agent||Only users with the type of Agent can belong to this group. This group can be granted agent-level permissions.|
|Group ID||A unique identifier for your group. Can contain letters and numbers, but no spaces. It’s recommended to include the term “group” or “team” within the ID for it to remain clear when selecting or searching. The Group ID cannot be changed without the assistance of the Support Team.|
Purposes of Groups
Groups have four main purposes that are all related to linking users together. Users can be associated with one or more groups. The users within a group inherit the permissions from that group. If a user belongs to several groups, then the user receives the permissions from all of the groups. While groups are not required, they can be a powerful tool.
The use of Groups is optional. However, controlling common permission sets at the group level instead of the user level makes user administration easier and more consistent. In addition, Group Restrictions allow you to control access to specific Quick Picks, Issue Types, Tasks, Knowledge Base articles, and other values based on group membership(s). We strongly recommend using groups whenever possible.
When working with your site, think about what your users need to do within Issuetrak. Do they need different permission levels? Do you need to assign issues or tasks to more than a single person? Do you need to notify specific users when certain things happen? Do certain Knowledge Base articles, issue types, or Quick Picks need to be restricted? These questions help you decide what groups to create and which users should belong to each group.
Some users have a specific purpose in the site or require a certain set of permissions. Every site normally has an End User group for users that may only need to login, submit, and view their own issues. You may have managers that need to view all issues, access the Dashboard, or run reports. You might create a group to grant the agent-level permissions to all your agents. It’s important to include only the necessary permissions, keeping the permissions for each group to a minimum. Users can be associated with multiple groups. Additional permissions can be granted by adding the user to more granular groups. This can cover the different roles that each user needs to play on your site.
The purpose of these is to assign an issue or task to more than one user. For example, if you have six people in your customer service department, you could create a customer service group with all six people as members. When an issue is assigned to your customer service group, all members of the group are notified and responsible. You may have agents with multiple areas of responsibility. In that case, you can use groups to create queues used for automatic assignment and reporting. We recommend using the word “group” or “team” in your group names. This makes it easier to differentiate between users and groups when assigning issues, in searches, or in dropdown lists.
Email Distribution Groups
These are for creating email distribution lists in your site. As an example, let's say that you need to set up escalations or email notifications to go to a number of managers. Rather than add each one individually, create a group to add them all at once. This is especially helpful in times of staff turnover, or position changes. Instead of needing to update every notification list, you can simply update the group.
The purpose of these are to set “restrict to” values on issue types, subtypes, and Quick Picks when submitting issues. These groups effectively limit which values a user may select when submitting or maintaining issues. This does not impact the overall visibility of the issue. A group can also be used to restrict knowledge Base articles and categories. It’s also important to remember that these are "restrict to" values, not "restrict from" values. "Restrict to" means that if you’re a member of the group, you can see the item or value.
Users can inherit all of their permissions through group membership(s). Or, inherit additional permissions to those already applied through a template or selected in their user records.
As users are added to a group, their inherited permissions will appear in a read-only format on their user records. These permissions cannot be changed without changing the entire group’s permissions or removing the user from the group.
Permission options on group records are almost identical to those on user records. However, there are additional properties that must be considered.
A group cannot log in or submit issues as if they were an individual user. But a group can:
|Be assigned issues||The individual group members may be assigned issues if they have Can be assigned issues permission.|
|Be assigned Next Actions||The individual group members may then be assigned Next Actions;if they have Can be assigned Next Action permission.|
|Be assigned Tasks||The individual group members may also then be assigned Tasks;if they have Can be assigned Tasks permission.|
|Be added to Email Distribution Lists||The individual group members will then be sent notifications to the email address in their user record. Notifications will also be sent to the address in the group record if one has been defined.|
|Be added as Project members||The individual group members will then be included in the project.|
Groups are not valid for the assignment of Issues, Next Action, or Tasks without having active members added.
You may allow members of certain groups (or organizations) to view and select additional values not available to other users through Group Restrictions. This includes:
- KB Articles
- KB Categories
- Issue Types
- Issue SubTypes 1-4
- Task Groups
- Quick Picks
Some examples of restrictions in practice are:
In order for a group to work, it must contain at least one active user. Users can only be added to a group from the Edit Group screen. Groups can be added and edited by any user with the Sys Admin parameter or Can access and maintain Administration functions permission.
Adding a Group
- Go to Administration > Groups > List All > Add. The Add Group screen will then appear.
- Select the Membership Type.
- Enter a Group ID. It cannot be modified once a record is saved. If no group ID is entered, a numeric group ID will be assigned by the system.
- Enter a Display Name (required).
- (Optional) Fill in a phone, email, and SMS email values. These are for informational purposes only and have no bearing on email notifications.
- If no system-generated email notifications should be sent to any member of this group, select Suppress All Email.
- Select a default Organization (required).
- If the organization selected is marked as Internal Only, then only issues, users, and other groups within this organization will be available to members on issues and in reporting mechanisms. If this group has members outside of this Internal Only organization, then these users will be allowed to see issues pertaining to this group only.
- (Optional) Select a Department value for the group.
- Any assignments made to the group will show up in reporting for the department selected. If the department selected is marked Internal Only, then only issues, users, and other groups within this department will be available to members on issues and in reports. If this group has members outside of this Internal Only department, then these users will be allowed to see issues pertaining to this group only.
- (Optional) Select Round Robin Assignments, if desired.
- Select any Menu Options/Pages Allowed to display to all members of this group.
- Select any permissions that all members of this group are to inherit.
- A license must be available for each member to have any Agent permissions.
- Click Save.
- Clicking Reset will instead clear all current entries and selections.
A confirmation message will appear when this process is complete.
Editing a Group
- Navigate to Administration > Groups. This will open the List All Groups screen.
- Perform a Quick Search for the record.
Once you're on the Edit Group screen, you can perform the following changes as needed:
- To deactivate, unselect Active.
- To add or remove members, use the View/Maintain Member List link.
- Modify any other appropriate details and/or permissions.
- Click Update.
- Clicking Reset will instead return all entries to the values defined during the most recent save/update.
You will then be returned to the List All Groups screen and the message "Group successfully updated" will appear.
Click here to see a complete list of our training videos.