Call Queues

A call queue (formally known as Agent Group), also known as automatic call distribution (ACD), is an account that routes incoming calls to a specific group of agents. Before connecting to an agent, callers are placed inside a queue, allowing agents to deal with incoming calls without losing other callers to busy signals or unanswered phones. While waiting, callers hear music and pre-recorded announcements. Call queues can be monitored using a number of monitoring methods.

Call queues are often found in offices that handle high-volume customer calls from callers who do not need to speak with a specific person but who require assistance from any of multiple persons, like sales representatives and or support staff. Call queues have a wide range of features.

By default, agents are logged into the queue. They can log themselves in and out. While they are logged out, they are still agents of the queue and will show for example in reports, but the system will not route calls to the agent. When an agent puts herself on do-not-disturb (DND), this agent is logged in however the system will also not route calls to the agent.

Agents are organized in pools. The agents in the primary pool are included unconditionally. The agents in the other pools are included when the condition for the pool is true. This makes it possible to add additional agents for example when waiting times are getting too long or all of the primary agents are logged out.

List of Call Queues

The table of the call queues shows the account number, the name, the agents of the queue and the number of calls currently in the queue. To edit a call queue, click on the account number link.

Adding a Call Queue

Version 69

Version 70

• In the account number(s) field, enter an account number. If you wish to give the ring group multiple names, use a semiconon to seperate the numbers. You can also use phone numbers (DID) as number.
• In the display name field, enter a descriptive name for the queue.
• The system will automatically generate a profile picture for the queue. If you can, use a different picture for the queue.
• If you want to use settings from another call queue, you can have those settings being cloned from that queue in the clone settings from account field.

Configuring a call queue

Identity

Account Number(s): The number or numbers assigned to this account.

Name: A descriptive name for the account.

Short name: A short name for the account. This short name is used in places where there is not much space, for example on soft labels of certain VoIP phones.

Note field: A general purpose for taking notes on the account. This field is not used by the PBX and it is only visible to the administrator.

Outbound number (ANI): The ring group uses an ANI (automatic number identification) when sending a caller to an external number. For more information, see Trunk ANI.

ANI for SMS: With this feature the agents can show a different ANI when SMS is sent out to external numbers.

Profile picture: You can load a new profile picture for the group.

Account class name: The account class name for the ring group, which can be used for billing purposes.

Agent Setup

Primary Agents: The primary agents which are always considered for routing incoming calls.

Extensions that can add themselves: This setting controls which agents can add themselves as primary agent to the call queue. If a star is used in this field, all extensions that use *64 will automatically be listed in this field. Agents are automatically logged in when they add themselves. Extensions can not remove them as agent, however agents can log out from the queue.

Number of logged in agents required to allow log out: This setting specifies the number of agents that must be in the queue before agents are permitted to log out. This setting is needed because agents that use VoIP phones typically are not able to see how many agents are logged in at a time.

Agent recovery time: Agents typically need some time after a call to take notes, take a breath or log out (this is also sometimes called wrap-up time). During this time, none of the queues will route a call to the agent. In some environments, a recovery time is also needed for the phone to settle the last call.

Duration for flagging a missed call: This setting determines how long a call must have been ringing before it is considered a missed call for an agent. For example, if a call rings for only 1 second and the caller hangs up, it would be unfair to flag a missed call for the agent.

Show missed call on phones when caller hangs up: Most VoIP phones show missed a missed call when the caller disconects the call. This can cause confusion if another agent picked the call up, especially if the agent decides to call the number back because it is not clear weather call was in a queue or directly to the agent. Depending on the phone model, the system can suppress the missed call indication.

• When there is only one agent ringing: The system will show a missed call if the call was exclusively routed to the ringing agent.
• Always: The system will always inducate a missed call to all agents that were rung up.
• Never: The system will not indicate a missed call for any agent.

Allow multiple calls on agent - even if busy: This setting allows a call to be sent to an agent even if that agents are busy. This will cause a call waiting for the agent. This breaks the rule that one call is routed after another and makes the queue behave more like a ring group, while retaining other options the queue like logging in and out.

Allow agents to divert incoming calls: If this setting is turned on, agents can use their VoIP phones to deflect incoming calls to another destination. Please note that some phones will send call redirections by themselves, for example because a local call redirect after timeout or a call redirect for all calls was set on the device.

Allow multiple calls to ring agents in parallel: When this flag is set, the queue will proceed ringing more agents even if there are more calls ringing up agents. This generally makes sense when there are only one or only few agents added in each stage or there are a lot of agents available for accepting calls.

Agent Selection

Algorithm for Selecting next agent: The agent selection algorithm allows you to establish the method that will be used by the system when connecting a caller to an agent. Choose from the following options:

• Random: This algorithm randomly selects the next agent. This is a reasonable algorithm in environments where it is not important as to which agent processes the call.
• Ring longest idle first: This algorithm is designed to balance active call time amongst all the agents. The queue keeps a list of the agents and moves an agent to the end of the list when an agent connects a call. This ensures that the agent with the longest idle is at the front of the list.
• Use preference from the Agent's setting: This algorithm uses the extensions listed in the agent setting. The agent listed first will be tried first. If that agent is busy, then the system will continue with the second one and so on.

Position for adding agent: Depending on your setting, newly logged in agents will be positioned at the front of the queue or the back.

Ring stage duration (secs): At regular intervals, the system checks agent availability and determines whether the next caller should be pulled out of the waiting state. The ring stage duration setting establishes this interval. For larger queues, shorter intervals are recommended, as it is quicker to get callers out of the queue and into a ringback state. The default value for this setting is 5 seconds.

Number of agents added per stage: In every scheduling interval, the system adds only a limited number of agents from its pool of available agents to its list of ringing agents. For large call queues, a typical value would be one or two, as this will ensure that not all agents receive calls at the same time and so that the system CPU is not overtaxed with simultaneous calls.

Use the login status for agents: Before considering an agent, by default the system checks if this agent is logged in. This option allows to ignore the login status for additional agents or for all agents.

Including additional pools

This section allows you to define condions under which the agents from the additional pools will be added to the list of agents for this queue. There are up to 5 additional pools available.

The conditions can also be used to color a call. This feature is useful when using the apps that are able to show the color of the call. For example, it makes sense to color a call red if the caller waited already more than five minutes.

When service flag is active: The additional agents from this pool will be added if the service flag is active.

When service flag is not active: The agents will be added if the service flag is not active. Having both active and inactive options make it easier to use office hours service flags.

Waited longer than …: If a caller has waited longer than the indicated time, additional agents will be added.

Number of waiting calls exceeds …: If there are more than the inducated number of calls, additional agents will be added.

No agents available: This condition is true, if so far no agents have been found for taking the call. Please note that this option can be used multiple times to further escaate the search for agents that can take the call.

No primary agents available: This condition is true, if the pool of primary agents has no agents available.

After hearing ringback for (s) …: If the caller hears ringback for longer than the indicated time, additional agents will be added. This is typically the case if none of the primary agents pick the call up.

After talking for …: This condition makes only sense for selecting a color. For example this can be used if an agents is stuck with a specfic caller and needs help to resolve the situation.

After holding for …: This condition also makes only sense for selecting a color. It is typically used when an agents keeps a caller on hold for too long and needs a reminder to continue with the call.

Redirecting calls

In contrast to adding additional agents to the pool, the system can also redirect the call out of the queue. The redirection target can be any number that the queue can dial, including a mailbox (possibly using the mailbox prefix), an external number, a different queue, an auto attendant or a specific manager extension. For the redirection, the following options are available:

After hearing ringback for … redirect the call to the destination: This condition fires if the caller hears ringback for the indicated time, like with the agent inclusion above. However the queue will not include agents, but instead redirect the caller to the provided destination.

If the caller already waited longer than … redirect to the destination. Like with the agent inclusion, the condition will fire if the caller waited a certain time. Again, instead of adding more agents the call will be redirected.

Automatically log agents out after redirecting a ringing call: This setting will log agents out if the call in the queue was redirected while agents were ringing. Agents need only log back in to return to the call queue. This settings is useful to avoid callers to get stuck again and again with the same agent that has already left for the day without logging out.

Redirect destination for suspected SPAM calls: If the queue inbound call has been suspected as a SPAM call by the PBX (from the domain / admin level SPAM detection settings) then number entered here will be where these calls will be redirected.

Miscellaneous

Ring melody for agents: Distintive ring melodies help agents to identify calls that are coming from a queue. See Custom ringtones for more information.

Event for connecting the call: This setting allows you to tell the system when to pick up the line if the line has not been picked up already (for example, by an auto attendant).

• Entering the call queue: The call is picked up when it enters the call queue. In most cases, this is suitable behavior.
• Music playback: If the caller has to wait for an available agent, the caller is put on hold and hears music while waiting. If the call goes directly to an agent, the queue waits until the agent picks up the call before connecting it.
• Agent picks up call: The call is not connected until the agent picks up the call, even if music on hold and/or announcements have been set. This option is useful if the waiting time in the queue is typically very short and there's no risk of the carrier disconnecting the call due to no answer.
• Never connect: The call is never connected. This is useful if you want to provide free services to callers. This setting prevents the carrier from seeing the call. As with the other options, there is a risk that the carrier will not tolerate this behavior and will hang up the call after a certain timeout.

Priority of this queue: This setting determines which call queue will be the priority when an agent is part of multiple call queues. For example, if two calls are on two queues and the PBX has to choose this agent, it uses this setting to determine which queue call has the higher priority.

Maximum number of calls: This setting limits the number of active calls on the queue. For example, this can help avoiding situations where all inbound call channels on a PSTN gateway get clogged up.

After the maximum calls is reached: This setting determines what the system should do when the maximum calls have been reached. The system can either reject the call or instead connect the call and play a message.

Caller-ID to show to agents: This setting allows agents to see who the call is coming from. By default, the name of the calling party is displayed, but the system can be configured to display the name of the queue (see From Header in Groups), either by itself or with the calling party. When both are shown, the system puts the caller-ID in brackets after the display name. This mode requires that the phone have enough space to display a long number. When using this mode, choose a short group name so that it requires less space.

Change caller-ID when redirecting: This flag controls weather the caller-ID change will stick to the call even after passing it on through a redirection.

Add to the address book and keep it for … If this setting is enabled, the system will add every caller into the shared address book for a certain time. This is a prerequisite for being able to route a caller to the agent that was connected during the last call.

Automatically add CMC: When this feature is turned on, the caller's CMC will appear in every CDR that is written on the disk. The CMC is used for automatic billing.

Call routing based on: This feature allows callers to be connected to agents who have handled their calls in the past.

• Queue entry time: All callers will be placed in queue and will remain there until an agent becomes available.
• Try to pull out callers when their last agent becomes available: Callers will be pulled from the queue if their last agent becomes available. This requires that the caller is in the address book, e.g. by automatically adding every caller to the address book.

Dial plan for outbound calls: Select the dial plan that will be used for this account, for example for redirecing calls.

Page incoming calls: The system can use a paging group to annouce calls. This is useful in environments where the agents are not always near their phones, e.g. shops.

Log agents out at midnight: In some environments it makes sense to log all agents out at midnight as a cleanup mechanism, so that agents need to take action in the morning and log in.

Turn off the cell phone forking: By default the queue will try to include the agent cell phone when trying to connect a call. This behavior can be turned on on the users profile, but it can be disabled per queue as well.

Monitoring

Send IM to these extensions: The queue can send instant messages to connected VoIP phones. This is a legacy feature and should not be used for new installations.

Send daily CDR report to: The system can send emails about the usage of the queue at specified intervals. This setting contains the email address or the email addresses of the recipients, seperated by semicolon (e.g. adr1@domain1.com; adr2@domain2.com). For information about the metrics, see Call Queue Metrics.

Send daily CDR report at: Instead of sending email out at midnight, reports can also be generated at different times. If is possible to send at multiple times, for example at the end of the week and at the end of the day. In such cases the patterns are seperated by spaces. Reports can be send daily, weekly (specify a day of the week), monthly, quarterly and yearly.

Send nightly CDRs as: The email can contain a table with information or a graphic illustration of the queue statistics.

CRM account: If there is no CRM account available for example because no agent connected the call, this setting will provide the default CRM account.

Record incoming calls to call queue: This setting overrides the setting for automatic call recording in the settings for the tenant.

Allow agent connect webhook: This setting enables or disables the webhook for connecting an agent.

Enable call pickup from extension BLF: For BLF that monitor an agent this setting controls weather a callpickup from that agents extension is possible or not. The reason for this setting is that is it generally not possible to see on a BLF button if the call is gor a queue or for the individual extension.

Redirection

In addition to the redirection conditions that depend on the calls in the queue, there are additional options for redirecting calls.

When service flag is active/not active: The redirection depends on the state of a service flag.

Always: The redirection is always active. This setting can be useful when set automatically through an external program.

When primary agents are logged out: This condition is true when all primary agents (pool 0) are logged out or are on DND.

When agents are logged out: This condition is true when all agents (including the conditional pools of agents) are logged out or are on DND.

No agent has phone registered: This condition is true when all agents which are logged in (including the conditional pools of agents) have no active VoIP phone registrations. Registrations for mobile apps are not considered in this condition.

All agents busy: This condition is true when all logged in agents including the conditional pools of agents are either on DND or in a call.

Use call forward all from extension: This condition will use the call forwarding from an extension and use the destination as the target, if set. This is useful when users can set call forward through a VoIP phone without the need to log into the user front end.

Caller in address book/not in address book: This condition is true if a caller is in the shared address book or not. This is useful to implement "VIP" redirection, e.g. to a higher priority queue.

SOAP interface

This is a legacy setting that should not be used in new deployments.

Caller Setup

Version 69

Version 70

Audio

Ringback tone: This setting controls what the caller hears when the agent is being called:

• Regular ringback tone when agent rings: The caller will hear the agent ringing.
• No ringback tone, continue playing music: Instead of hearing a ringback tone, the caller will hear music. If an agent is no longer at his desk but has not logged out of the agent group, the caller will hear music on hold instead of ringback.

Music on Hold source: From the dropdown list, choose the music that the caller will hear while waiting for an agent.

Background Music: This setting enables you to continue playing the music on hold while playing the messages.

Gap between announcement(s): From the dropdown list, select the number of seconds that the system should wait between each announcement.

Queue position announcement: When Announce queue position is selected, an announcement will let callers know their position in queue. This can be done once or periodically, e.g. when the position changes.

Minimum number of callers needed for position announcement: This setting controls the queue position annoucement, so that positions are only annouced if the queue is busy.

Announce automatic recording: This flag controls weather the system generates an annoucement about the automatic call recording.

Announce estimated waiting time: This settings controls weather the caller gets an estimated waiting duration. The value for the waiting time is calculated by average of the last three callers that were connected. Depending on the amount of calls, this value can be only a rough estimate of the actual time.

Upload Messages

The number of available greetings within any queue is nine. Record only those greetings that should be used. If no greetings are needed, even an initial greeting, don't record any. When recording greetings, you need to assign a number to each greeting; for example, *0 is the entry greeting, *1 is the first greeting, *2 is the second greeting, etc. The number is entered as the last number in the string. Vodia's built-in TTS can also generate announcements , toggle between 'File' or 'Text'

Callback

Instead of having callers wait in the queue, the system can instead call waiting callers back when it is their turn.

In order to enable this, the queue needs to offer a call back key which will be annouced to the caller. The queue will annouce the callback possibility when entering the queue either always, never or depending on the expected waiting duration of the caller. Typically only callers that are facing a significant waiting time will use the callback feature.

In order to avoid fraud a dial plan is needed for the callback. The number needs to match with a trunk in the dial plan. This makes it possible to use an existing dial plan or set up a dedicated dial plan for the queue.

When the user presses the selected key, the system will play an IVR that asks the caller to confirm the caller-ID or enter a different caller-ID. For numbers that are not on the dial plan, the system will immediately ask for a different caller-ID until it matches the dial plan. This ensures that only numbers which are on the dial plan will enter the callback list.

There are 3 callback methods available:

Version 69

Version 70

Add message to mailbox: When a caller requests a callback (by pressing "1" or any nominated key), a voicemail message is generated. To initiate a callback, an agent listens to the voicemail and presses "8" on their keypad. The system automatically deletes callback-request voicemails when the callback begins. Voicemails that have had a callback initiated will be flagged as such, so the agent knows a callback has already been started. You will need to provide a mailbox for the callback.

Add to Call List: When a caller requests a callback (by pressing "1" or any nominated key), the call is added to the outbound calling list. Agents can then log into their Vodia Web phone , access the outbound calling list and start making calls.

Virtual Hold: Details will be added soon.

Post-Call Survey

After the call is over, the system can collect a feedback from the caller. In that case, the agent needs to disconnect the call and the caller needs to stay in the call. There are two ways to receive a feedback. The first one is to redirect the call to an external survey number, for example survey services outside of the system.

The second possibiity is to use the built-in feedback mechanism that asks for a 1 to 5-star rating of the call. The rating will be logged along with the CDR for the call and is available throughout the various reporting mechanisms for the ACD.

If the caller leaves a low rating this may trigger a follow-up with the caller. For this the system offers a redirection number, which is typically a manager that will check what went wrong.

Version 69

Version 70

Caller Options

Caller options allow the caller to exit the queue and connect to another destination. To give the caller this option, use the Caller Options fields to map telephone keypad numbers to other extensions or phone numbers.

Once extensions or phone numbers have been entered into the "Key" fields, the caller must be made aware that these options are available. The system will not do this automatically. The place to do this is through the greetings that are delivered by the system (using the *98 star code feature). One greeting or several greetings can be used to inform the caller that this additional option is available. In the following table, greeting 2 informs that caller that key 1 can be pressed to leave a message.

Greeting	Message	Caller Option
0	Welcome to CompanyABC. Your call is important to us. Please hold.
1	Sorry our lines are still busy . . . Have you looked at the support site for answer to your question?
2	Our newest release offers this and that . . . If you want to leave a message, please press 1 now.	503
3	Another message . . .
4	Another message . . .

The Message-Music Cycle

While the caller is waiting, the system delivers a combination of pre-recorded messages and music. The messages can be used to provide additional information about your company, or they can be used to provide the caller with additional options and/or a way to exit the queue. Each call queue can be configured to play up to nine recorded messages. Between the messages are "gaps" of music which can be configured to span 5 to 180 seconds. This messagemusic cycle continues for as long as the caller is in the queue. Message 0 is considered the entry point message (which will never be replayed), and message 1 is the first message. A queue using six different messages for its message-music cycle. Once message 6 has been played, the system returns to message 1 and repeats the cycle.

This sequencing of messages and music will continue until an agent becomes available. Once an agent is available, the system automatically takes the next call out of the queue, rings the agents, and puts the call into ringback state. Within any one queue, only one call at a time can be in ringback state, regardless of the number of agents that are available. All other calls remain queued until the ringing call is connected and at least one agent becomes available.

While it might seem logical to conclude that a caller's time in the queue has ended once the call has been placed in ringback state, this is not always the case. If an agent leaves the desk without logging out of the queue, the ringback state will continue until the system finds another agent to answer the call. To prevent nonstop ringing, you can take two precautions: (1) you can configure the queue to include additional agents at specified intervals in the ringback cycle and (2) you can configure the queue to play music during the ringback state. This will prevent the caller from hearing long periods of ringing in the event there are episodes of extended ringback.

Record Greetings

Greetings can be uploaded through the web interface or recorded from a phone. In order to record a prompt from a phone, dial *98xxx*y where xxx is number of the queue and y the greeting number.

tip

In order to record audio, an extension needs to have permission to record audio for groups. See groups for more information.

Outbound Calling

The queue's Outbound Calling page allows the queue admin to set up outbound numbers for agent dialing. Once the outbound numbers have been configured for the queue, users can initiate calling using the ACD outbound calling star code or have the system start the calling (see below).

Settings

The following settings control how the outbound calling works. Some settings also affect the automatic callback feature (see above).

Call outbound numbers up and then queue When this flag is set to on, the PBX will call the numbers up without the agents having to dial the star code. Otherwise the agents need to trigger the call.

Required number of available agents In order to make sure that the call will get to an agent, there needs to be a certain number of agents available. This settings controls that.

Maximum number of retries If the call fails, the PBX will reschedule the number for later and try again. When the number of retries has reached the maximum number the number will be marked as failed.

Maximum number of waiting callers As with the number of available agents, the number of waiting callers will slow down the calling until the queue has capacity to take an additional call.

Timeout for connecting calls This setting controls how long the PBX will keep the call ringing until giving up and considering this call attempt failed.

Key for connecting the call In many cases it is useful to ask the called number to confirm the call in order to rule out that the call has not reached a mailbox. This setting controls what key to ask for or wheather to ask for a key at all.

Duration between call attempts for a number If a call fails, the system will wait a certain time before trying to call again.

Version 69

Version 70

Adding outbound numbers

1. From the queue's Outbound Calling page, enter a phone number into the Add a number for outbound call field.
2. Click Add. The number shows up under the table below. This number will be available for agent calling.
3. Repeat these steps for additional numbers.

You can also import numbers through the CSV import dialog.

Initiating outbound calls

To initiate dialing, agents can dial *55xx (where xx is the number of the queue).

The Vodia PBX plays a few prompts to help the agent navigate during the calling process.

Managing the outbound call list

After a successful call, the Status changes to Ok for the dialed number. This means that the number will not be attempted again. If you want the Vodia PBX to attempt that number again, you have to reset the Status for that number. This can be done by selecting the check box and clicking theReset button. If you do not want to keep the number in the outbound call list, you can select the number and click Delete . This removes the number from the list.

Agent Login/out

Extensions may be listed as agents of a call queue. In order to receive calls from the queue, they need to be logged in. After adding an agent to a call queue, the agents is logged in by default.

Agents can be logged in to one queue and logged out from another queue. Login and logout is only available for call queues, not for ring groups or other account types that might send calls to an extension.

Login Status

When an agent logs out, the extension is still available for receiving calls from other sources, e.g. ring groups or direct calls to the extension. In order to stop receiving calls, the extension should use the do-not-disturb (DND) feature.

Agents can use one of several methods to control their login status.

Version 69

Version 70

Phone Buttons

This method allows users to use a button on their phone to log in and out of queue. The busy lamp field on the phone will show if the extension is logged in or not.

Buttons can be configured to toggle login for all queues or for a specific queue. When a queue is used in the button definition, the button toggles the login status only for that queue. Otherwise it will toggle the status only for that queue.

User Front End

When using the user front end, the system will prompt the user after logging in or logging out from the user front end for the desired queue status.

The login status can be set in when clicking on the queue symbol.

Star Codes

While phone buttons are only available on devices that support busy lamp fields, dialing star codes is available for any device. Unless changed by the administrator, the code for logging in is *64 and the code for logging out is *65.

In order to log in or out of a specific queue, the queue number needs to be appended to the staar code. For example, *65447 will log the agent out from queue 447. If there is no queue specified, the code will log the agent in or out from all queues.

Settings for all call queues

Agents can keep categorize calls using categories.

Wallboard

Queue managers and agents can show a wallboard in the browser from their user front end. The wallboard can be access by clicking on the account icon on the top right of the user front end and then select "wallboard".

tip

You can fully customize the look, feel, and style of your wallboards. Please find some examples here.

Wallboard style: There are multiple wallboard styles available, this setting controls which one is used.

Custom message: The wallboard can contain a custom message which is set in this setting.

Number of waiting calls to show: This setting controls the maximum of waiting calls that will be visible in the wallboard.

Threshold value for abandoned call ratio: The wallboard shows the abandoned call ratio in a warning color when it exceeds the value in this setting.

Threshold value for waiting calls: The wallboard shows the number of waiting calls in a warning color when it exceeds the value in this setting.

Threshold value for wait time: The wallboard shows the wait time in a warning color when it exceeds the value in this setting.

Threshold value for logged in agents: The wallboard shows the number of logged in agents in a warning color when it exceeds the value in this setting.

Login to wallboard

When using devices that can be accessed by unauthorized persons, it safer to use a dedicatged extension for the wallboard and set the redirect after login setting to the desired wallboard. This way, outside users can not use the back button on the browser to navigate into the user front end of the user or even into adminstratve pages if an administrator account was used to navigate to the wallboard.

Settings

Agent idle duration threshold value: When calculating how long an agent was idle, the system looks at the end of the last call that the agent completed. This call can in the same queue, another queue or an other call. The value in this setting controls what the maximum idle time can be, so that the time between working times (e.g. overnight or weekend) does not count as idle time.

Consolidated Reports

tip

You can create custom queue reports and analytics and display them for specific users in their web portal. Please find some examples here.

The system can generate reports for multiple queues in a single email.

Queues: This setting lists the queues that should be included in the report.

Send daily CDR report to: This list (seperated by semicolon) contains the email addresses for the reports.

Send daily CDR report at: Instead of sending email out at midnight, reports can also be generated at different times. If is possible to send at multiple times, for example at the end of the week and at the end of the day. In such cases the patterns are seperated by spaces. Reports can be send daily, weekly (specify a day of the week), monthly, quarterly and yearly.

Send nightly CDRs as: The email can contain a table with information or a graphic illustration of the queue statistics.