System Administration Guide for Cisco Unity Connection in Cisco Unified CMBE Release 6.x
Changing Conversation Settings for All Users

Table Of Contents

Changing Conversation Settings for All Users

Addressing and Recording Order

Call Waiting Hold Time

Caller Information

Confirmation During Message Addressing

Deleting Messages

Double-Key Time Interval for Addressing

Language of System Prompts

Logging On to Cisco Unity Connection from a User Greeting

Skipping Messages: Keypad Mapping in Standard Conversation

Skipping Messages: Saving New Messages in Optional Conversation 1

Streamlined Message Addressing

System Transfers

Task List: Offering Caller System Transfers

Task List: Offering User System Transfers

Voice Recognition: Confirmation Confidence Threshold

Voice Recognition: Global Nickname List

Additional Advanced Conversation Configuration Settings


Changing Conversation Settings for All Users


From the Advanced Conversation Configuration page in Cisco Unity Connection Administration, you can make several systemwide conversation customizations that affect all users.

See the following sections:

Addressing and Recording Order

Call Waiting Hold Time

Caller Information

Confirmation During Message Addressing

Deleting Messages

Double-Key Time Interval for Addressing

Language of System Prompts

Logging On to Cisco Unity Connection from a User Greeting

Skipping Messages: Keypad Mapping in Standard Conversation

Skipping Messages: Saving New Messages in Optional Conversation 1

Streamlined Message Addressing

System Transfers

Voice Recognition: Confirmation Confidence Threshold

Voice Recognition: Global Nickname List

Additional Advanced Conversation Configuration Settings

Addressing and Recording Order

The Cisco Unity Connection standard conversation can be customized to change the order in which Connection prompts users to address and record when they send or forward messages to other users or distribution lists. By default, when a user sends or forwards a message, Connection first prompts the user to record the message or to record an introduction for a forwarded message, and then prompts the user to address the message.

You can customize the user conversation so that Connection prompts users to address a message before recording the message or an introduction. This setting change is applied systemwide to all users.You cannot make the change for an individual user or a specific group of users. Finally, note that you cannot change the order in which Connection prompts users to address and record when they reply to messages; Connection always prompts users to record a reply before allowing them to add additional recipients.

To Change the Order of Addressing and Recording When Users Send Messages


Step 1 In Cisco Unity Connection Administration, expand System Settings > Advanced, then click Conversations.

Step 2 Check or uncheck the Address Message Before Recording check box, depending on how you want to change this setting:

Check Box Unchecked

When users send or forward messages to other users or distribution lists, Connection prompts users to record the message first and then address it.

This is the default setting.

Check Box Checked

When users send or forward messages to other users or distribution lists, Connection prompts users to address the message first and then record it.


Step 3 Click Save.


Call Waiting Hold Time

With call holding, when the phone is busy, Cisco Unity Connection can ask callers to hold. Connection manages each caller in the queue according to the settings you configure. You can configure call waiting hold time, as described below.

You can change the setting for the wait time between call transfer attempts (the default value is 5 seconds), and for the maximum number of call transfer attempts allowed (the default value is 5 attempts). To obtain the call holding queue wait time for the first caller in the queue, Cisco Unity Connection multiplies the values of the two settings. For example, if both keys were set to a value of 10, the call holding queue wait time would be 100 seconds (a wait time of 10 seconds x 10 call transfer attempts).

To Add or Change Call Holding Wait Time


Step 1 In Cisco Unity Connection Administration, expand System Settings > Advanced, then click Conversations.

Step 2 Enter values for the following settings:

Wait Time in Seconds Between Call Transfer Attempts

This setting specifies the wait time in seconds between call transfer attempts. Enter a number between 1 and 60 seconds.

The default setting is 5 seconds. We recommend a value between 5 and 15 seconds, as a value outside of this range could prevent Connection from functioning as designed.

Maximum Call Transfer Attempts Allowed
This setting specifies the maximum number of transfer attempts Connection will perform. Enter a number between 0 (zero) and 30.
The default setting is 5 attempts. We recommend a value between 2 and 10, as increasing this setting will decrease the frequency at which Connection asks whether the caller wants to continue to hold.

Step 3 Click Save.


Caller Information

The Cisco Unity Connection user conversation can be customized so that it provides users with additional information about each caller who left a message, before it plays the message. See Table 13-1.

Table 13-1 Caller Information That Cisco Unity Connection Can Offer Before Message Playback 

For Messages Left by This Type of Caller
Message Type
Cisco Unity Connection Plays This by Default
Cisco Unity Connection Plays This When Additional Caller Information Is Offered

Identified user (including call handlers)

Voice, receipts

The recorded name of the user. If the user (or call handler) does not have a recorded name, Connection plays the primary extension associated with the user or call handler instead.

Both the recorded name (if available) and the primary extension before playing the message.

When a user (or call handler) does not have a recorded name nor an extension, Connection simply plays the message without announcing who it is from.

Outside caller

Voice

The message, without announcing who it is from or playing the phone number of the caller first.

The phone number (if available) of the caller before playing the message.


If you choose to provide Connection users with additional caller information before message playback, consider the following requirements:

Users hear sender information before Connection plays each message only if their accounts are configured to play it. Either a Connection administrator or a user can specify message playback preferences. (Connection administrators specify whether users hear sender information before message playback on the Edit Conversation Settings page for a user or user template in Cisco Unity Connection Administration, while users can specify their own message playback preferences in the Cisco Unity Assistant.)

In addition, to allow Connection to provide the phone number (ANI or caller ID) information for outside callers, your phone system must support sending such information to Connection. (See your phone system documentation for more information.) When Connection receives ANI information on a caller, it will make use of only the valid numbers, and ignores any other characters that the phone system sends.

See the "What Cisco Unity Connection Plays Before and After Each Message" section in the "Setting Up Features and Functionality That Are Controlled by User Account Settings" chapter of the User Moves, Adds, and Changes Guide for Cisco Unity Connection in Cisco Unified CMBE for instructions on changing these settings for individual users or a specific group of users. The guide is available at http://www.cisco.com/en/US/products/ps7273/prod_maintenance_guides_list.html.

Confirmation During Message Addressing

The Cisco Unity Connection standard conversation can be customized to alter how Connection prompts a user to confirm message addressing. By default, when a user addresses a message, Connection plays the recorded name and extension of the intended recipient (or, when there is no recorded name, Connection plays the extension instead) and asks the user to confirm that the recipient is correct.

Table 13-2 shows the confirmation prompts that users hear during message addressing, depending on how you change the Addressing Match Confirmation Mode setting.


Note From the System Settings > Advanced > Conversations page, you can customize other aspects of the user conversation. The Connection prompts listed in Table 13-2 assume that all other settings related to the user conversation are set to their default values. Changes to some settings—such as the Directory List Selection Mode setting—affect what the user hears when you customize message addressing.


Table 13-2 Confirmation Prompts During Message Addressing 

Value
When There Is an Exact Match
When There Is More Than One Matching Name

0

"For <recipient name> at <extension>, press #. To cancel, press *."

"There are <x> matching names; choose by number. For Alex Campbell at extension 2015, press 1. For Li Campbell at extension 2003, press 2. For Terry Campbell at extension 2078, press 3..."

1

"For <recipient name>, press #. To cancel, press *."

If there is no recorded name, Connection plays the extension instead. "For <extension>, press #. To cancel, press *."

"There are <x> matching names; choose by number. For Alex Campbell, press 1. For Li Campbell, press 2. For Terry Campbell, press 3..."

If there is no recorded name, Connection plays the extension instead. "For extension 1001, press 1..."

2

"Added."

"There are <x> matching names; choose by number. For Alex Campbell at extension 2015, press 1. For Li Campbell at extension 2003, press 2. For Terry Campbell at extension 2078, press 3..."


When users address messages to other users or system distribution lists by name or by ID, Connection will play the name and the extension as confirmation. To expedite the addressing process, set this value to 1 so that Connection will confirm with the name only. You can also set the value to 2, in which case Connection does not confirm the selection.

The setting change is applied systemwide to all users.You cannot change how Connection prompts an individual user or a specific group of users to confirm message addressing.

To Change How Users Confirm Message Addressing


Step 1 In Cisco Unity Connection Administration, expand System Settings > Advanced, then click Conversations.

Step 2 Enter a value in the Addressing Match Confirmation Mode field, depending on how you want to change this setting:

0

Connection confirms by playing the name and extension.

This is the default setting.

1

Connection confirms by playing the name. If there is no recorded name, Connection plays the extension instead.

2

Connection does not confirm the selection.


Step 3 Click Save.


Deleting Messages

From the System Settings > Advanced > Conversations page, you can customize the standard conversation to change what users hear when they manage their deleted messages in the following ways:

Change how Cisco Unity Connection handles the way in which multiple deleted messages are permanently deleted. By default, when users press 3 > 2 > 2 from the Main menu to permanently delete multiple deleted messages at once, Connection allows them to choose which messages they want to delete; users can either delete their deleted voice messages or delete all of their deleted messages.

As alternatives to the default, you can specify that Connection does not prompt users to choose, and instead will permanently delete the type of messages you specify: either deleted voice messages or all deleted messages (voice and e-mail, as applicable). To set up either alternative, change the Multiple Message Delete Mode setting. See the Cisco Unity Connection Administration Field Help for details.

Enable Connection to request confirmation from users before proceeding with a permanent deletion of a single deleted message. (To permanently delete a deleted message, users must belong to a class of service that allows them to retain and review deleted messages.) By default, when users permanently delete a deleted message as they review deleted messages by phone, Connection does not ask them to confirm the deletion.

You can enable Connection to request confirmation from users before proceeding with the deletion. To do so, check the Confirm Deletion of Deleted Messages check box. See Cisco Unity Connection Administration Field Help for details.

Enable Connection to request confirmation from users before proceeding with a deletion of a single new or saved message. By default, when users delete a new or saved message, Connection does not ask them to confirm the deletion.

You may want to enable Connection to request confirmation from users before proceeding with the deletion, especially if many users do not belong to a class of service that allows them to retain and review their deleted messages, because the deletion would be permanent for them. To do so, check the Confirm Deletion of New or Saved Messages check box. See Cisco Unity Connection Administration Field Help for details.

Double-Key Time Interval for Addressing

By default, when users press a key followed by another key, Cisco Unity Connection interprets the action as a "double-key press" only if users pressed the two keys within 500 milliseconds of each other. If more than 500 milliseconds elapse between the key presses, Connection considers them separate key presses and responds accordingly.

For example, when users press ## during message addressing, depending on how much time elapses between the two key presses:

When less than 500 milliseconds elapse between the two # keys, Connection interprets the user action as a "double-key press," and responds by switching from addressing by name to addressing by extension.

When more than 500 milliseconds elapse between the two # keys, Connection interprets the user action as two separate key presses, and responds to the first # key by skipping addressing and then starts recording the message in response to the second # key.

Consider changing the interval of time that Connection uses to interpret two key presses if the majority of users in your organization complain that Connection does not act upon key presses as they expect (as may be the case for users who use mobile phones to access Connection).

To change the time that Connection waits for the second key before acting upon the first, do the following procedure. To specify how long Connection waits before it assumes that the user is not going to press any more keys, you can change the setting per user on the Conversation Settings page of the user in Cisco Unity Connection Administration.

Changing this setting affects all users associated with the Connection server, regardless of their conversation style.

To Change the Double Key Press Time Interval


Step 1 In Cisco Unity Connection Administration, expand System Settings > Advanced, then click Conversations.

Step 2 In the Double Key Press Time field, enter a value between 0 and 1,000 milliseconds.

As a best practice, do not increase the value by more than 500 milliseconds, as perceptible delays in the Connection conversation response time may result.

Step 3 Click Save.


Language of System Prompts

Phone languages are the languages in which Cisco Unity Connection can play system prompts to users and callers. You specify a system default phone language, and you can also customize the language setting for individual Connection components without changing the default language settings for the rest of the system.

The phone language setting is available for the following Connection components: user accounts, routing rules, call handlers, interview handlers, and directory handlers. For each of these entities, you specify a phone language in Cisco Unity Connection Administration, or you can set the entities to inherit language from the caller.

With the Inherit Language from Caller setting, Connection determines the phone language to use on a per-call basis, depending on how the call is processed. For example, you can set up a call handler with the Inherit setting, and also set it up to receive calls from two different routing rules, each with a different language setting. (For example, one routing rule could be set up with a French language setting, while the second routing rule could be set to German.) In this situation, the language in which Connection plays the call handler system prompts will depend on which rule routed the call. However, note that if every component in your system that processes a call has been set with Inherit Language from Caller, Connection will play the system prompts in the default phone language, because in effect none of the components will have been set to a specific language.

For multilingual systems, it is possible to enable users to record greetings in each language installed on the Connection server, independent of the system default language, by setting the Inherit Language from Caller setting. In general, the language in which recorded greetings are played depends on what is selected for the Language That Callers Hear setting on the Message Settings page for the user:

Use System Default Language

Greetings are played and recorded in the language selected as the system default.

Inherit Language From Caller

When this option is selected, Connection users are able to record greetings in each language installed on the Connection server.

A specific language

Greetings are played and recorded in the language selected from this menu.


See the "Phone Language That Users and Callers Hear" section in the "Setting Up Features and Functionality That Are Controlled by User Account Settings" chapter of the User Moves, Adds, and Changes Guide for Cisco Unity Connection in Cisco Unified CMBE for information on changing message settings for a user or template. The guide is available at http://www.cisco.com/en/US/products/ps7273/prod_maintenance_guides_list.html.

To Change the Default Language for System Prompts


Step 1 In Cisco Unity Connection Administration, expand System Settings, then click General Configuration.

Step 2 On the General Configuration page, in the System Default Language list, click the language that Connection will use as the default language for playing system prompts.

Step 3 Click Save.

Step 4 Restart the Voice Processing server role for your changes to take effect.


Logging On to Cisco Unity Connection from a User Greeting

Caller input settings allow you to specify how users log on to Cisco Unity Connection when they are listening to a user greeting. By using the caller input settings you can specify which keys users can press to interrupt a user greeting so that they can log on to Connection, and what users hear after Connection prompts them to log on.

You specify caller input settings on the user template and on individual user pages in Cisco Unity Connection Administration. Caller input settings work for a particular greeting only when the Ignore Additional Input check box is unchecked on the applicable Greetings page for the user template or individual user in Cisco Unity Connection Administration.

By default, Connection is set up so that users hear the Connection Sign-In conversation, which prompts them for their ID and password when they press * during any user greeting—either their own or another user greeting. As an alternative, you can accommodate users who want an easier way to log on from their own greeting by offering the Easy Sign-In conversation, which prompts users only for a password.

Table 13-3 summarizes the options available to you for specifying how users log on to Connection from their own greeting or from another user greeting.

Table 13-3 Summary of Caller Input Options Available for Specifying How Users Log On to Cisco Unity Connection from User Greetings 

Conversation
Description
Use
Best Practice

Sign-In

Prompts users to enter an ID and password when they press * during any user greeting.

Enabled by default.

To avoid leaving a message as "an unidentified caller," users can log on to Connection from another user greeting when they call the user from a phone that is not associated with their account. (Connection users cannot reply to messages from unidentified callers.)

Continue to offer the Sign-In conversation so that users can make the most of identified user messaging.

If you are considering reassigning the key used to access the Sign-In conversation, consider that users also access the Sign-In conversation by pressing * from the Opening Greeting.

Easy Sign-In

Prompts users to enter a password when they press a key during any user greeting.

Disabled by default. (No key is mapped to the Easy Sign-In conversation.)

Users can dial their extensions and log on quickly. In this situation, users may prefer the Easy Sign-In to the Sign-In conversation because they find the extra step of entering their ID redundant as they had already entered it when they dialed their extension (assuming that Cisco Unity Connection IDs are the same as user extensions).

Offering users a fast and familiar way to log on from their own greeting is a handy alternative when users cannot remember the pilot number to access Connection by phone.

(Note that when users call another user and attempt to log on, Connection requires the password associated with the extension of the user who placed the call.)

Provide Easy Sign-In to users who want a faster way to log on from their own greeting or to accommodate users who are accustomed to another voice messaging system.

Keys 1-9 are unmapped, and are therefore good choices for assigning to the Easy Sign-In conversation. Consider the following if you are thinking of using the *, 0, or # key instead:

Avoid reassigning the * key so that you can continue to offer the Sign-In conversation.

The # key is already set up to skip greetings. It is also the key that users use to skip ahead throughout the Connection conversation.

The 0 key is already set up to send callers to the Operator call handler.

The Connection user documentation reflects the behavior described above for the *, 0, and # keys.


Skipping Messages: Keypad Mapping in Standard Conversation

You can customize the standard conversation to change how users skip messages. By default, users can press the # key to fast-forward to the end of a message, and press ## to skip to the next message as they play messages. You may want to consider changing the Cisco Unity Connection conversation so that users can press a single # key to skip a message during message playback.

Changing whether users press # or ## to skip a message during message playback also affects the shortcuts that users can use while listening to a message. The changes to all keys are summarized in Table 13-4.

Table 13-4 Keys Affected by Changing How Users Skip Messages During Message Playback 

Task
Key(s) Users Press When ## Is Used to Skip to the Next Message1 (Default)
Key(s) Users Press When # Is Used to Skip to the Next Message2

Fast-forward to end of message (Connection plays After Message menu)

#

99

Skip message and save as is

##

#

Skip message and restore as saved

#2

992

Skip message and reply

#4

994

Skip message and reply to all

#42

9942

Skip message and forward message

#5

995

Skip message and save as new/restore as new

#6

996

Skip message and play message properties

#9

999

1 Note that the Cisco Unity Connection at a Glance, Connection Phone Menus and Shortcuts, and the User Guide for Cisco Unity Connection reflect the key mapping that users use when they press ## to skip to the next message.

2 Users can also use the 99 key combinations when the default setting is used.


This change is applied systemwide to all users who use the standard conversation.You cannot make the change for an individual user or a specific group of users who use the standard conversation. Note that if users in your organization are already accustomed to pressing ## to skip to the next message, and you decide to change the behavior, it is important that you consider the potential problems that may arise when users do not readily adapt to the new key mappings.

To Change How Users Skip Messages During Message Playback


Step 1 In Cisco Unity Connection Administration, expand System Settings > Advanced, then click Conversations.

Step 2 Check or uncheck the Standard Conversation: Use # to Skip to Next Message check box, depending on how you want to change this setting:

Check Box Not Checked

When users press the # key during message playback, Connection fast-forwards to the end of the message and then plays the After Message menu. Users press ## to skip to the next message during message playback.

This is the default setting.

Check Box Checked

When users press the # key during message playback, Connection skips to the next message. Connection skips two messages when users press ## during message playback. Users can press 99 to fast-forward to the end of the message.


Step 3 Click Save.


Skipping Messages: Saving New Messages in Optional Conversation 1

You can customize Optional Conversation 1 to change how Cisco Unity Connection handles new messages that users skip during message playback. By default, when users press # to skip a new message during message playback, Connection saves the message as new. This means that when users call Connection to check messages, the skipped message remains in the list of new messages that Connection plays. In addition, message waiting indicators (MWI) on user phones remain lit as long as there are new messages.

Instead, you can customize Optional Conversation 1 so that Connection saves new messages that users skip by pressing # during message playback as saved messages rather than as new messages. Users in your organization may prefer this so that when they call Connection to check for new messages, they hear only newly-arrived messages, and not the messages that they skipped earlier. Users can then rely on their MWIs to determine when a new message arrives.

A change to the message playback setting is applied systemwide to all users who use Optional Conversation 1. You cannot make the change for an individual user or a specific group of users who use Optional Conversation 1. The change does not affect users who use the standard conversation.

Note that doing the following procedure does not change how Connection saves messages when users press 9 or # after message playback.

To Change How Connection Handles Messages That Users Skip by Pressing # During Message Playback


Step 1 In Cisco Unity Connection Administration, expand System Settings > Advanced, then click Conversations.

Step 2 Enter a value in the Optional Conversation 1: Treat Skipped Messages As Saved field, depending on how you want to change this setting:

0

Connection saves skipped messages as new messages.

1

Connection saves skipped messages as saved messages.


Step 3 Click Save.


Streamlined Message Addressing

By default, when users address messages by phone ("Press 2 to send") or during forwarding, Cisco Unity Connection allows them to add a single recipient and then prompts them to indicate with a key press what they want to do next (for example, "To add another recipient, press 1. For message options, press 3. To record, press #."). Users who send and forward messages to multiple recipients may find pressing 1 to continue addressing after each recipient tedious and time-consuming. Instead, you can specify that Connection allows users to continue adding names after each recipient. In this way, you can significantly streamline the addressing process when users send and forward messages to multiple recipients.

To specify that Connection will allow users to continue entering recipient names or extensions (as applicable) until they indicate that they have completed addressing, do the following procedure. Note that when you enable streamlined addressing, forwarding messages to single recipients will then require that users press an extra keystroke. The change affects the Send and Forward flows for all users that are associated with the Connection server, regardless of the conversation version and whether Connection is set up to prompt users to record before or after addressing.

To Set Up Streamlined Message Addressing


Step 1 In Cisco Unity Connection Administration, expand System Settings > Advanced, then click Conversations.

Step 2 Check or uncheck the Streamlined Addressing for Multiple Recipients check box, depending on how you want to change the setting, as shown in the following table.

Check Box Unchecked

Streamlined message addressing is not enabled. When addressing messages, Connection prompts users to indicate with a key press what they want to do next after adding a recipient.

This is the default setting.

Check Box Checked

Streamlined message addressing is enabled. Users are able to enter recipient names or extensions (as applicable) until they indicate that they have completed addressing.


Step 3 Click Save.


System Transfers

In your organization, you may find that callers want to be able to dial numbers that are not typically listed in directory assistance. For example, users and outside callers may find it convenient to be able to call Cisco Unity Connection and transfer from the Opening Greeting or another call handler to a lobby extension, conference room extension, or an extension assigned to someone in the organization who is not a Connection user, such as an employee who is visiting from another site and is using a guest office. In addition, some users may want to be able to call Connection and then transfer to phone numbers outside of the organization—such as frequently called customers or vendors—so that they do not have to hang up after checking messages to place another call, or so that they will not incur long-distance charges while on business travel.

You can route callers to one of two "system transfer" conversations, both of which offer callers the ability to transfer to numbers that are not associated with Connection users:

Caller System Transfer

This conversation prompts callers to enter the number that they want to transfer to.

To protect from toll fraud and unauthorized use, Connection performs the transfer only when the Default System Transfer restriction table permits it.

User System Transfer

This conversation prompts callers to log on to Connection. After callers enter their Connection IDs and passwords, Connection prompts them to enter the number that they want to transfer to.

To protect from toll fraud and unauthorized use, Connection performs the transfer only when permitted by the transfer restriction table that is associated with the class of service for the user who logged on.


You can route callers to either system transfer conversation in several ways, including:

By offering a system transfer as a "one-key dialing" option. You can specify either system transfer (on the Caller Input page for any call handler or user greeting) as the action that Connection performs when a caller presses a particular key during the greeting.

For example, to allow all callers to transfer to a lobby phone, guest office, or a conference room from the Opening Greeting, you could specify that Connection will offer Caller System Transfers when callers press 3. To offer system transfers to a particular user, you could specify that Connection will offer User System Transfers when the user presses a particular key during the Opening Greeting or even during his or her own greeting.

By creating a new phone number (on your phone system) and a corresponding routing rule to send callers to either system transfer conversation. In this way, when callers dial the number, Connection sends calls to the system transfer conversation you specify.


Note Regardless of how you offer callers either type of system transfer, Connection releases calls to the phone system, which handles the transfer to the specified number. This means that users and outside callers cannot return to the Connection phone menus after the transfer takes place.


Follow the applicable task list in this section to set up Caller and User System Transfers. For both types of transfers, Connection prompts users and callers to confirm the number that they enter before performing the transfer. To disable the confirmation prompt, change the System Transfers: Confirm Number Before Transfer setting on the System Settings > Advanced > Conversations page in Cisco Unity Connection Administration. See the Cisco Unity Connection Administration Field Help for details.

Task List: Offering Caller System Transfers

1. Modify the Default System Transfer restriction table so that callers can dial numbers that you want to allow. See the "Managing Restriction Tables" chapter for details on how restriction tables work and how to modify them.

2. Set up a one-key dialing option or a new phone number (on your phone system) that callers can use for system transfers, in one of the following ways:

Set Up a One-key Dialing Option—Use caller input settings for a call handler to send callers to the Caller System Transfer conversation when they press the key that you specify during a call handler greeting. Then, enable caller input for the applicable greeting and rerecord the greeting to mention the key that callers can press in the call handler greeting. (For example, "...to reach a conference room, press 3.")

Set Up a "System Transfers" Phone Number—See the documentation for the phone system to set up a new phone number. Then, on the Auto Attendant > Call Routing > Direct Routing Rules page in Cisco Unity Connection Administration, create a routing rule that sends any call that arrives for the new number to the Caller System Transfer conversation. Distribute the new number to callers who will find Caller System Transfers convenient.

Task List: Offering User System Transfers

1. For the users who will use User System Transfers, modify the transfer restriction table that is associated with the user class of service so that the users can dial numbers that are not associated with Connection entities. See the "Managing Restriction Tables" chapter for details on how transfer restriction tables work and how to modify them to allow the numbers you want.


Tip If you are not offering system transfers to all users in a single class of service, reassign those who will use it to a new class of service that has a transfer restriction table that will allow them to dial the applicable numbers.


2. Set up a one-key dialing option or a new phone number that callers can use for system transfers in one of the following ways:

Set Up a One-key Dialing Option—Use caller input settings for a call handler or a user greeting to send callers to the User System Transfer conversation when they press the key that you specify during the greeting. Then, enable caller input for the applicable greeting. Tell users which key to press to access the User System Transfer conversation when they listen to the greeting, or if you are not concerned about other callers hearing the option and not being able to use it, rerecord the greeting to mention the key. (For example, "...to reach a conference room, press 3.")

Set Up a "System Transfers" Phone Number—See the documentation for the phone system to set up a new phone number. Then, on the Auto Attendant > Call Routing > Direct Routing Rules page in Cisco Unity Connection Administration, create a routing rule that sends any calls to the new number to the User System Transfer conversation. Distribute the new number only to the users who will use User System Transfers.

Voice Recognition: Confirmation Confidence Threshold

If a voice-recognition user chooses to exit the system, send a message, delete a message, or cancel an action, Cisco Unity Connection may or may not prompt the user to confirm that they want to perform this task ("Are you sure that you want to exit?"), depending on whether or not their voice command was clearly recognized by the system.

There are a variety of factors that may influence how well the voice recognition system "hears" a voice command: phone line quality, background noise, or how quickly or slowly a user speaks.

The Voice Recognition Confirmation Confidence Threshold setting lets you adjust the likelihood that Connection will prompt the voice recognition user to confirm their intentions. The range of valid entries for the Voice Recognition Confirmation Confidence Threshold is 0 to 100; the default value is 65, which should reliably filter out most errors and provide confirmation when necessary for most systems. For example, if users complain that the system mistakenly hears them say "cancel" or "hang up," you may want to try increasing this setting to a value of 75 to prevent users from accidentally committing actions that they did not intend. Alternatively, if users complain that the system prompts for confirmation too frequently, try lowering this setting to 55.

A realistic range of values for this setting is 30 to 90, as setting this value to 0 will always disable confirmation and setting it to 100 will always enable it. If this value is set too low, the system may improperly recognize and act on commands, resulting in the accidental deletion of messages or exiting users from the system before they are ready to hang up.

It is important to note that for some tasks—for example, emptying the Deleted Items folder—Cisco Unity Connection will always prompt for confirmation regardless of the Voice Recognition Confirmation Confidence Threshold setting. Likewise, Connection will never prompt for confirmation for those tasks, such as play messages, that will not result in user issues if the command is misunderstood by the system.

To Set the Confirmation Confidence Threshold


Step 1 In Cisco Unity Connection Administration, expand System Settings > Advanced, then click Conversations.

Step 2 On the Conversation Configuration page, in the Voice Recognition Confirmation Confidence Threshold field, enter a new value.

You can enter a value from 0 to 100; the default value is 65.

Step 3 Click Save.


Voice Recognition: Global Nickname List

The Global Nickname list is a comprehensive list of common nicknames that Cisco Unity Connection considers when a caller uses voice recognition to place a call. For example, Connection considers "Bill," "Billy," and "Will" to be nicknames for the name "William."

If a user has an uncommon name or if others know the user by a different name (for example, a maiden name) consider adding these alternate names for the user. Alternate names improve the likelihood of Connection placing a call when callers ask for the user by name. You can add and remove nicknames from this list by using Cisco Unity Connection Administration.

To Add Nicknames to the Global Nickname List


Step 1 In Cisco Unity Connection Administration, expand System Settings, then click Global Nicknames.

Step 2 On the Search Global Nicknames page, click Add New.

Step 3 In the Proper Name field, enter the name that you want to appear in the Global Nickname list.

Step 4 In the Nickname field, enter the nickname for this name.

Step 5 If there is more than one nickname, click Add New and repeat Step 3 and Step 4 to enter information about the nickname in the field.

Step 6 Click Save.


To Edit the Global Nicknames List


Step 1 In Cisco Unity Connection Administration, expand System Settings, then click Global Nicknames.

Step 2 On the Search Global Nicknames page, find the nickname you want to edit.


Note If the nickname does not appear in the search results table, set the applicable parameters in the search fields at the top of the page, and click Find.


Step 3 To delete a proper name and its associated nicknames, check the check box next to the name in the Global Nickname list, and click Delete Selected.

Step 4 Click the proper name to edit the nicknames associated with it. Do any of the following:

In the Proper Name field, enter changes to the name.

If you want to delete a nickname, check the check box next to the name, and click Delete Selected.

Click Add New to add a new nickname, and enter the appropriate information.

Step 5 Click Save.


Additional Advanced Conversation Configuration Settings

The following customizations and features are also available on the Advanced Conversation Configuration page in Connection Administration. Unless otherwise indicated, see the Field Help to learn more about each item listed below.

Add Dual Name Confirmation

Directory List Selection Mode

Disable Identified User Messaging Systemwide

Disable Message Summary on Replay

Disable Spelled Name Searches

Enable Go To Message

Mark Messages Saved If User Hangs Up

Maximum Delay for TTS Access Before Timeout (for information, see the "How Cisco Unity Connection Handles Messages When System Components Are Unavailable" section on page 17-6)

Require Users to Record Names at Enrollment

Send Message if User Hangs Up During Recording

Skip Recording Of Greeting During Enrollment

System Broadcast Message settings (for information, see the "Changing Broadcast Message Administrator Defaults" section on page 23-6)