Depending on your needs and business processes, you can assign tasks to agents in two ways:
The "out-of-the-box" solution has preconfigured restrictions for assigning users or groups depending on the values of relevant fields. The reference restrictions for Assignment Group and Assigned User fields in the Task and ITSM Task tables are defined within the dynamic filters. These filters are stored in the Filter Option Dynamic (sys_filter_option_dynamic) table. From the ITSM Task table, the restrictions are inherited by the incident, user query, problems, request, change request tables.
Dynamic filter | Table | Description | |
---|---|---|---|
List of users based on assigned group | Task | If you specify an assignment group, you can assign only an employee who belongs to this group in the Assigned User field. If you do not specify an assignment group, you can select any employee record in the Assigned User field. | |
List of groups based on assigned user. | Task | If you specify an assigned user, you can only select the group the user belongs to in the Assignment Group field. If you do not specify an assigned user, you can select any group in the Assignment Group field. | |
List of ITSM_agent on assigned group | ITSM Task | If you specify an assignment group, you can select only an employee that is in this group and has the admin or ITSM_agent role in the Assigned User field.. If you do not specify an assignment group, you can select any employee that is in this group and has the admin or ITSM_agent role in the Assigned User field. |
Role required: admin. |
To create a new assignment rule, complete the steps below:
Keep in mind that a task auto assignment only triggers new record creation. The auto assignment rules cannot be configured to handle record update events. For example, the auto assignment does not work when the state or any other field value changes. |
Auto Assignment Rule form fields
Field | Mandatory | Description | ||
---|---|---|---|---|
Name | Y | Specify the assignment rule name. | ||
Description | N | Type a description of the assignment rule. | ||
Table | Y | Specify the table extending from the Task table and containing the objects to assign (like incidents, requests, and so on). | ||
Assignment Type | Y | Specify the assignment type. Available options:
| ||
Assigning to inactive user | N | Сhoose the system response options if a user who the task should be assigned to is inactive. The available choice options:
| ||
Warning | Y | Specify a warning message. The default value is "Task is assigned to inactive user". This field only appears if the Display warning option is selected in the Assigning to inactive user field. | ||
Condition | Y | Define the conditions to meet before the assignment rule is triggered. Use the condition builder to configure a filter that suits your needs. You can create complex AND and OR filters with more than one condition in one filter.
| ||
Assigned Group | Y | Specify a group that is responsible for this kind of tasks.
| ||
Assigned User | Y | Specify a person that is responsible for this kind of tasks.
| ||
Active | N | Select this checkbox to activate this rule. | ||
Use Script | N | Select this checkbox to specify the script that implements the advanced assignment logic. You can script actions for assigning users and/or groups.
| ||
Watcher | N | Reference to a business rule containing the assignment logic (conditions, groups, and so on). This rule is automatically created when the form is saved. The relevant field is also populated with the business rule ID automatically. You can manage this business rule later in an appropriate section (System Definition → Business Rules). | ||
Group Script | N | Specify the script that implements an advanced logic for a group assignment.
| ||
User Script | N | Specify a script that implements an advanced logic for a user assignment.
|
The server-side business logic may not work for system tables if the creation or updating of records is initiated by the backend. For example, an Import Set is created as part of loading an Import Source, or an Email is created as a result of a notification rule, and so on. A list of table examples for which server-side business logic may not work:
|
If you create a Load Balancer assignment type, define which tasks are not taken into account while evaluating the team's load. You should exclude the completed tasks. To do this, complete the steps below:
An alternative way to create a load balance element is the following:
|
Load Balancer Element form fields
Field | Mandatory | Description |
---|---|---|
Autoassignment Rule | Y | Reference to the auto assignment rule for which this configuration is done. If you create an element out of the related list, this field is populated automatically. |
Completed States | N | Specify the states that can be defined as "completed". All other states related to this rule will be considered "incomplete". You can specify more than one state in this field. |
You can find an example with filled fields in the screenshot below.
The Round Robin Element table stores information about the next group member to be assigned to a task. The count starts with "0" (group member 1). When the Current User Count field value is equal to "1", it means that the next task will go to group member 2.
Unlike the load balance element, the system automatically creates a relevant element once the auto assignment rule is executed. The round robin element does not have to be created manually.
To create a round robin element, complete the steps below:
An alternative way to create a round robin element is the following:
|
Round Robin Element form fields
Field | Mandatory | Description |
---|---|---|
Autoassignment Rule | Y | Reference to the auto assignment rule for which this configuration is done. If you create an element out of the related list, this field is populated automatically. |
Current User Count | Y | Specify a value that defines a user to be assigned to the next task. Note that "0" here means the first employee in the queue. |