Allocation Flavours
Last updated
Last updated
There are several allocation options available which allow you to route work items to the most appropriate resources for your business. These allocation options are defined when configuring your processes in Enate Builder.
Watch the following video to find out more about allocation options in Enate.
There are two main approaches to allocating work in Enate, these are ‘Pull’ Approach and ‘Push’ Approach:
Pull Approach – work gets routed to Work Queues. This allows a) the work to be visible to the Manager(s) of that Queue and b) for people working out of that Queue to be allocated unassigned work items from it when they next bit the ‘Get more work from Queue’ button in their Enate Inbox. To use the Pull approach, you specify to allocate to a Queue, and then leave the Primary / Secondary allocations blank.
Push Approach – works gets routed directly to a user, either because of a specific user allocation, or to a position (from which the system selects one of the users holding that position). To use a Push approach, you specify and Primary (and, if you would want a backup in case no users are found with first rule, a Secondary) allocation.
Note: that when specifying a Push allocation it’s still highly recommended to specify a Queue allocation so that the work is linked to a Queue. If you do not, and the work becomes unassigned, the Team Leader will lose visibility of the Work item.
To configure a new allocation flavour, click to add a new allocation. Alternatively, you can click to clone an existing allocation flavour and adjust the settings for the new allocation flavour from there.
This will bring up the Allocation pop-up where you will need to enter a name and description for the new allocation flavour, as well as the Queue, Queue Method and Primary allocoation method for it.
Setting
Description
Name
Name of the allocation method. This name will subsequently be seen in the selection dropdown.
Description
Description for the allocation flavour.
Queue Method
For Pull allocations: There are two methods through which Queues can be determined: By Queue Name alone (you then just select from a list of Queues), or by the Queue Name for a specific Team. See here for more details.
Queue
For use with the standard ‘Pull’ allocation approach. This determines the Queue into which this Work Item should be allocated. The majority of allocations should use this pull approach where work is sent to a Queue and agents then pull work from this Queue when they are available to perform the activity. You can also create a new queue from here, see here for further information.
Primary
If you are using ‘push’ allocation – where work is more directly allocated straight to a user, this is where you set the allocation method used for determining which positions or team to allocate the work to. A number of standard methods are available to choose from. Depending upon the method selected, additional parameters may be required. See here for more information about allocation methods.
Inform Via Email
For Push allocations, whether to send an email to the person who the work is allocated to.
CC on Emails to all Primary Position
For Push Allocations, whether to email every person who occupies the position being used to determine someone to allocate to.
The following video shows you how to create Queues and set Queue methods.
You can create a new queue from here by clicking on the plus icon from the Queue dropdown.
Enter the new Queue's name and hit 'Create'.
This newly added queue will be automatically selected.
Please note that you can't delete and edit queues here, this can only be done from the system-settings.
Method
Notes / Further Variables
From Queue by Name
Select a Queue from the dropdown
From Queue by Name and Team
Select a Queue from the dropdown.
This method is used when you have a very large number of Queues you might have to configure, e.g. a different Queue for each contract but you have a thousand contracts.
To use this method you should first create a Queue in the general settings section with a name which will be used as a suffix to the eventually used Queue name, e.g. ‘+L1’.
The system will use this information and will then auto-generate a new Queue for you with the text specified in the ‘Team’ attribute of the Contract (see Service Matrix section). e.g. if you set a name of ‘ACMEContract’ in the ‘Team’ attribute of a Contract, the system will autogenerate a Queue called ‘ACMEContract +L1.
This method saves large amounts of effort having to manually create and maintain the Queues – instead they are auto-generated based on this information.
If you are using ‘push’ allocations where work is directly allocated straight to a user, you should then select an allocation method to determine position or team to allocate the work to.
This can be configured in the Allocation pop-up of a work item.
There are a number of standard methods available to choose from and, depending upon the method selected, additional parameters may be required. There is more detailed information for each of these options below.
Watch this video for more information about setting primary and secondary allocation methods.
With this allocation method, you can allocate certain Actions to the user who completed the previous Action. By doing so it decreases the load on the Queue and directly assigns the Work Item to a specified user as per config.
Simply select the particular Action Type from the resulting dropdown.
This allocation method lets you allocates work based on a contact tag. At runtime, the system will look for users associated with the work item which have been tagged with the configured user type tag, and allocate the work to them. If multiple users share this tag, the system will select the user with the least amount of work items in their inbox to allocate to.
Simply select the desired contact tag from the resulting dropdown. The list of contact tags you can can choose from are defined in the General Settings section of Builder.
This allocation method will allocate work items to an individual in a particular User Group based on a round robin basis i.e. user 1, then user 2, then user 3, then user 1 etc.
Simply select the desired User Group from the resulting dropdown. The list of User Groups you can can choose from are defined in the User Management section of Builder.
This allocation method allocates work items to an individual in a particular User Group who has the lowest amount of estimated hours of work in their inbox.
Simply select the desired User Group from the resulting dropdown. The list of User Groups you can can choose from are defined in the User Management section of Builder.
This allocation method allocates work items to the owner of the parent work item. This allocation method is often used to ‘escalate’ Actions up to the Case owner.
This allocation method allocates work items to the user who started the parent work item.
This allocation method allocates work items to an individual based on the username supplied at runtime in a custom data field.
Simply select the desired Custom Data Field from the resulting dropdown.
This allocation method allocates a work item to the user who started the work item.
Clicking on Show Activity button in the ellipsis will show you the activity history of the Allocation Flavour. You can see when the Allocation Flavour was created and by who, as well as if any edits have been made to the Allocation Flavour, when they were made and by who.
Clicking on the 'References' tab of a flavour will show you where this Allocation rule is being used.
