From V10 - huntgroups are now referred to as queues.
An inbound ACD campaign receives incoming calls and can be set up to manage the routing and queuing of them according to:
See Inbound SDMP Messaging for details of the SDMP messages related to inbound call routing. See also Testing 3 - Inbound with Softdial Telephony Gateway™ for a practical test example.
Softdial Contact Center™ utilizes the following call routing and queue management features:
The routing process for an inbound call follows this sequence:
Incoming calls may be routed in 2 ways:
In the current software (V10.6) Incoming Call Routes are configured as a Landlord service only and therefore can only be configured via the Control Center > Name Space Editor.
All queue settings may be configured in both the Control Center > Name Space Editor and the Namespace Web Console.
CLI and DNIS information passed with the incoming call is compared to the routes set up in the Name Space Editor Incoming Call Route (Fig. 1)
Fig. 1 - Namespace Incoming Route
Select a route and click Edit to open the Incoming Call Route Editor (Fig. 2).
Fig. 2 - Incoming Call Route Editor
Any number of digits up to the full CLI or DNIS length can be entered so that numbers can be filtered by CLI prefix and / or DNIS suffix.
Softdial CallGem™ reads the CLI field from left to right and the DNIS field from right to left.
In Fig. 2 above, any numbers dialed from an 0131 prefix to a number with 0000 as the last four digits will be sent to queue address 250.
If neither CLI nor DNIS information is available the call will be handled via the default routing configured in the Name Space Editor.
An exact DNIS match takes precedence over a CLI match.
The Destination Address defines the extension, external number or queue to which the call is routed.
The Re-route External checkbox allows an inbound call to be routed back to the telephony layer (e.g. Softdial Telephony Gateway™) for forwarding to another external number. The advantage of using Softdial CallGem™ to re-route the call is that the call may be recorded (by checking the Record Externally-routed call checkbox) and the call details will appear in Softdial CallGem™ messages which are used for Reporting.
In Softdial Telephony Gateway™ based configurations, the Re-Route External feature allows an inbound call to be mapped to any external number using either the <route> or <addressTranslations> configuration in the Softdial Telephony Gateway™ Config.xml file. (see STG Configuration - Inbound ).
When the call is passed to a queue address the call handling is controlled by the settings for that queue. These settings are accessed via the Queue Configuration dialogue (Fig. 3 and Fig. 4).
In the examples shown below, 2 queues are set up as follows:
Setting | Description |
---|---|
Agent RNA time |
The Agent Ring No Answer (RNA) time is the time after which the call will be passed to another agent registered with this queue (see 3. below). |
Overflow Time |
This is the time the call is allowed to remain in this queue before being passed to another queue, or dropped. |
Queue Time Warning Threshold | These fields are used to trigger alerts and errors that are displayed in the Alert Monitor when a call remains in a queue longer than the specified times. This will also generate notifications via the Group Data [GZ] message Resource Status (RS) parameter. RS11 notifies that the call has exceeded the warning threshold time and RS12 notifies that the call has exceeded the error threshold time. |
Queue Time Error Threshold | |
Timed Reminder Interval |
This sets the interval between playing the Queue Timed Reminder Greeting (e.g. 'Thank you for waiting ...'). It must be set to a value greater than zero to play the greeting. If the character string '##' is entered in the Queue Timed Reminder Greeting field and the Timed Reminder Interval value is set to > 0, a TTS greeting: " You are number X in the queue " will be played. |
From V10.6.453:
- Overflow Time , Agent RNA Time and Warning/ Error Threshold Times can be set to 99999 seconds (was 999 seconds).
- The SLA Time To Answer can be set to a maximum of 86400 seconds (1 day).
- It is no longer possible to set recursive queue overflow, i.e. if the parent queue is selected as the Overflow Address, overflow is disabled.
The Allow application to determine route and App Route timeout fields are reserved for future enhancements.
Setting | Description |
---|---|
Overflow Address | This is the address the call will be passed to after the Overflow Time has expired. If no Overflow Address is specified the call will be dropped after the Overflow Time . If no agents are logged into the queue the call will overflow immediately. After 5 overflow cycles the call will be dropped*. * From V10.6.607 the limit of 5 overflow cycles is removed . An inbound call can now overflow more than 5 times as long as it does not overflow to a previously entered queue (recursion). From V10.6 the overflow address is selected using a dropdown list. This avoids the possibility of setting a non-existant overflow address. |
Out of Service Overflow Address | This is the address to which calls are routed when the queue has been taken Out of Service with the Group Out Of Service [OG] message. |
Overflow on Group Busy Immediately | If checked, this overrides the overflow time setting such that if no agents are available to handle the call in the current queue, the call will overflow to the queue specified in the Overflow Address setting. |
Allow Immediate blend or transfer for outbound agents | If checked, this allows agents on an outbound campaign to be made available (blended) to take an inbound call as soon as the current call is completed. This may result in an abandoned call on the outbound campaign. (See also Automated Call Blending) |
Force connect if not already connected | From V10.6.387 - Softdial Telephony Gateway™ does not automatically give an answer signal to incoming calls in queue. An answer signal is sent either as a result of the call being dequeued to an agent, or on timer expiry (as set in the Softdial Telephony Gateway™ configuration). This change is necessary for regulatory approval in some markets and to resolve some user billing issues for SIP trunking configurations. This property is set by default so users will not experience any change in behaviour unless a deferred connection is required for a particular queue. |
Keep queued even if queue has no active members | From V10.6.430 - When this option is selected calls will remain in the queue for the overflow time duration even if there are no agents active on the queue. In this case, calls can be assigned to the queue and will be not be dropped. If there are still no active agents or valid overflow at the end of the overflow period, the call will then be dropped. |
Selection Mode | From V10.5 - a Selection Mode dropdown replaces the Round-Robin checkbox to give a greater range of agent selection options. Note these apply to call distribution to agents logged in as ACD available. For control of calls to blended agents see the Blend fairness control below.
|
Blend Fairness | From V10.6.333 - This is an enhanced form of blending where agents handling inbound calls are swapped around with waiting outbound agents such that all agents get a fair distribution of the inbound calls. The blend fairness property allows blended agents to rotate into an inbound campaign. The demand algorithm for blending keeps blended agents on an inbound campaign whilst there is continuing inbound demand. In environments that place a high value on inbound calls (such as collections) this can leave some agents at a financial disadvantage if they don't happen to be waiting at a time when an inbound demand peak occurs. The blend fairness option allows agents to be moved between inbound and outbound queues to provide even distribution of inbound calls across the whole agent pool. The default setting is None (in which case the existing behaviour is retained) and with V10.6.366 there is one new choice of algorithm which is Last Offer. In this mode the agent who has been waiting the longest for an inbound offer in a specific queue may be moved from an outbound campaign to handle an inbound call. |
Queue Priority | This field sets the priority order for the queue. This is used where agents are logged into multiple queues. The default setting is 0. * |
SLA Time to Answer | These settings are used in Reporting and optionally to define call routing based on performance against the specified SLA settings. |
SLA Percentage Answer |
* The Queue Prioritisation feature was updated in V10.6.775. The prioritisation behaviour is now as follows:
The Campaign field allows the queue to be linked to a specific campaign - if blank the default is the System campaign. This field is not included in the V10 Dialogue.
The In-Queue Messaging fields are used to specify recorded messages to be played on entry into the queue, at timed intervals (as specified in the Timers > Timed reminder interval field) and when the caller is put on hold.
New to Version 10 is the Queue busy on entry greeting field. This enables a recorded message to be played to alert the caller to a delay in their call being answered.
From V10.6.669 - the following changes to In-Queue Messaging were introduced:
In a future release it will also be possible to route calls based on skill set parameters (Skills Based Routing) . This will be implemented as new parameters in the Group Membership [GM] message for dynamic setting and as additional field(s) in the Queue Configuration dialogue for static setting. Full documentation will be provided at the point of release.
It is now possible to overflow calls across campaigns. Previously, this was not allowed since each campaign has its own database table(s) and data attached to a call is specific to that campaign.
Note that since data attached to a call is campaign specific the data is not transferred with the call and a data loss alert is issued when this happens.
To cater for the case where the user wants to transfer the data across campaigns, a new Softdial CallGem™ registry setting (KeepDataOnOverflow - see Registry Settings) is provided. When this is set to 1 (default is 0), the data attached to a call will remain with the call if it is overflowed to another campaign queue. However, a data integrity alert will be issued as this may result in PCI infringement issues. It is the users responsibility to manage this when using this setting.
An agent can be registered with a queue by two methods:
An agent may be registered statically and later dynamically removed from that queue with a Group Membership [GM] message (no On Off (ON) parameter). In this case the agent's new queue membership status will be maintained until the next time they are logged in, when their queue membership will revert to the static condition - i.e. the Group Membership [GM] message does not overwrite the Name Space.
Fig. 5 - Namespace User Editor
Fig. 5 shows the User Editor dialog (V10). See also Static Configuration .
Version 10 now includes the facility to set user permissions which are reflected in the Permission Flags (PG) parameter of the User Status [US] message sent by Softdial CallGem™ in response to a User Authenticate [UA] message.
There are three check box options available for static agent set up:
Agent Priority / Group Order
There is no separate field available for setting Agent Priority, however this can be set statically by appending the Group Order (GO) parameter of the Group Membership [GM] message to the queue address as shown in Fig. 5. Here, agent Jane is registered with Queue 250 with Group Order set to 10.
This can be any value from 0 to 9999 (higher number = higher priority).
SDMP messages entered here must be upper case.
Therefore:
Where an agent has multiple extensions, inbound and outbound, directed to their station, the Turret Configurations option in the Name Space Editor (Legacy Client Only) is used. The Address Group Editor dialogue (Fig. 6 below) allows control of how simultaneous calls are presented to the agent.
Fig. 6 shows that extensions 201 and 401 are bound as a turret. Only one of these extensions may be nailed up.
After the first entry, extensions are added using CTRL + ENTER.
The 2 checkboxes:
determine whether inbound calls can be received while talking or waiting for outbound predictive calls.