From Bright Pattern Documentation
< 3.11:Scenario-builder-reference-guide
Revision as of 18:42, 30 March 2017 by Tracy (talk | contribs) (Settings)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
• 3.10 • 3.11 • 3.12 • 3.13 • 3.14 • 3.15 • 3.16 • 3.17 • 3.18

Request Callback

This block implements the Virtual Queue option when such an option is requested via an associated Find Agent block. It confirms the callback request, releases the original inbound call, places the associated callback request in the virtual queue, waits for a matching agent, and makes the callback when an agent becomes available or EWT expires. For more information, see the ServicePattern Virtual Queue Tutorial.

The block uses the skill requirements set in the Find Agent block.


Conditional Exits

  • No Agents - Executes if no matching agents are logged in (or the last matching agent logs out while the callback request is waiting in the queue).
  • Time Out - Executes if no matching agents are found or predicted to be found within the time specified in the Cancel request after parameter.
  • No Answer - Executes if the party that requested the callback does not answer when called back. This exit will also be used for any other reason the callback attempt might fail except when the party is busy (see below).
  • Busy – Executes if the party that requested the callback is busy when called back.


Prompts

  • Confirmation prompt - The block plays this prompt to confirm that the callback request has been accepted. The caller may release the call at any time during the prompt. Otherwise the block will release the call as soon as the prompt is finished.


Settings

  • Title text - The name of the block instance.

  • Callback phone – The phone number to be called during the callback attempt. The caller ID (ANI) of the original inbound call is used by default.

  • Cancel request after - Specifies the time after which the virtual call (i.e., the callback request) will be canceled if no matching agents can be found.

  • Start dialing – If an agent becomes available for a given virtual call before the estimated wait time (EWT), the callback is made at the moment when the agent becomes available. Otherwise, the callback attempt is made a few seconds before EWT expiration, based on the prediction that an agent will have become available by the time the callback is answered by the customer. EWT is a rolling average of the last 20 calls, on a per-service basis, that were answered. This reflects the average time of how long those calls waited in queue. The Start dialing setting defines how many seconds in advance of the EWT expiration that the callback attempt shall be made. (Note that if an agent does not become available at that time, the answered call is placed in the first position in the service queue to be connected to the next available agent.) You can choose to have the Virtual Queue option ignore (i.e., override) the EWT by setting the value in Start dialing to "0" (zero). Doing so will make the Virtual Queue option ignore the EWT, and instead, reserve an agent. When a skilled agent becomes Ready, the callback will be initiated. Note: If you set Start dialing to zero, the reserved agent in will not be able to change the agent state to Not Ready. Because this will pose a change in agent behavior, agents should be alerted about such a change when modifications to this setting are made.

  • No Answer Timeout – Specifies for how long the block will wait for the party to answer before taking conditional exit No Answer.

      < Previous | Next >
      < Previous | Next >