VIS 7.6 configuration guide

VXML Interaction Server (VIS) is a Java-based VoiceXML (VXML) application. VIS uses the open VXML standard to send and receive media and voice dialogs from any VXML-compliant voice browser. VIS uses a standard deployment process across all platforms, and does not require proprietary hardware or software.

This guide lists the steps that are required to configure the VXML Interaction Server after installation.

Note:

The VXML Interaction Server (VIS) languages, voice prompt scripts, and timezones are configured in the Configuration application of the Launchpad.

Learn more about the VIS settings in Configuration in the Callback Configuration guide.

VIS configurations are applied at the segment level.

Configuring the toolkit.properties file

Platform-specific toolkit.properties files contain the various VXML Interaction Server (VIS) configuration options, which include:

  • routing decisions use
  • caller experience customization
  • prompt level configuration

Each toolkit.properties file contains platform-specific properties, and common properties shared across each platform.

Use the following instructions to configure the toolkit.properties file:

  • For Windows - Create a VirtualHold folder in the root of the same drive as Apache Tomcat Web server.
  • For Linux - Create an /etc/VirtualHold folder in the root of the same drive as Apache Tomcat Web server.
  • Select the toolkit.properties file from the Sample_Configuration_x.x.x.xxx.zipfrom the VIS download package that corresponds to your integration, and open the file in a text editor to configure the properties.
    • Use the following tables to identify each supported integration type and its corresponding toolkit.properties file.
  • Save the file to the VirtualHold folder as toolkit.properties, and then close.

    • A restart is not required for any changes to take effect.

Common properties

Use the following table to configure the properties common to all supported voice platforms.

PropertyDescription and default value
com.virtualhold.toolkit.baseurlThe URL for the Platform TookKit web services.
Default value:http://PTK_Server_Address:PTK_Port/VHTPlatformWS=v5/
com.virtualhold.toolkit.debug

Determines whether details of Platform ToolKit requests and responses are included in the web server logs.

True - includes the details in the web server logs.

False - excludes the details in the web server logs.

Default value:False
externalmediaserver.countIdentifies the total number of media servers where voice files will be played from.
Default value:1
extenal.mediaserver.1Identifies the media server URL configuration.

Default value:

http://Media_Server_Address:Media_Server_Port/voices/

NOTE

If more than one media server is defined in externalmediaserver.count, increase the number on the end of the property name.

For example, external.mediaserver.2.

external.mediaserver.distribution

Identifies the media server distribution method.

failover - distribution goes from top to bottom when attempting to fetch the media file, and plays from the location where it first finds the media file.

balanced - load balances the media file fetching from the media servers, and fails over if needed.

Default value:failover
external.mediaserver.logging

Determines the frequency of media server failure logging.

none - no media server failures are logged.

first - logs the first time a media server error occurs.

all - logs all media server errors

Default value:first
com.virtualhold.toolkit.audiopathDetermines the local path to the ASAP and Scheduled callback name files for the recording.
Default value:

Web_Server_Install_Directory/webapps/ROOT

com.virtualholdtoolkit.webaudiopathDetermines the web path to the ASAP and Scheduled callback name files for playback.
Default value:http://Web_Server_Address:Web_Server_Port/
com.virtualhold.toolkit.earlymorningDefines the time group range for early morning.
Default value:(12:00 am|6:00 am)
com.virtualhold.toolkit.morningDefines the time group range for morning.
Default value:(6:00 am|12:00 pm)
com.virtualhld.toolkit.afternoonDefines the time group range for afternoon.
Default value:(12:00 pm|5:00 pm)
com.virtualhold.toolkit.eveningDefines the time group range for evening.
Default value:(5:00 pm|9:00 pm)
com.virtualhold.toolkit.nightDefines the time group range for night.
Default value:(9:00 pm|11:59 pm)
com.virtualhold.toolkit.grammar.typeIdentifies the grammar file to be used.inline - An inline grammar file is used.external - An external grammar file is used.
Default value:external
com.virtualhold.toolkit.namefilerecordinginitialtimeoutDefines the length of time in seconds for a caller to record their name. Once the timeout is reached, the call disconnects.

NOTE

This property has no affect on CVP integrations, which will always default to 10 seconds.

Default value:5

Messaging properties

Use the following table to configure the properties needed for the Mindful Messaging solution.

PropertyDescriptionDefault value
com.virtualhold.toolkit.messaging.timeoutTimeout for HTTP Client's SendMessage API requests5 seconds
com.virtualhold.toolkit.contact.number.regex(Optional) A regular expression specifying an expected phone number format. Often used to reject phone numbers that contain letters or other unacceptable characters. Validation is performed before calling the SendMessage API.^\\d{10}$
com.virtualhold.toolkit.messaging.urlThe URL of your organization's Messaging platform. This should be configured during installation, and it can be changed later if needed.N/A

H.323 Avaya Voice Portal (AVP) properties

Use the following table to configure the additional properties used by AVP with H.323:

PropertyDescription
com.virtualhold.toolkit.useDnisAsSegment

Determines whether to use the call's DNIS as the incoming Platform ToolKit segment.

For Segment- or UUI-based routing, set this to false.

Default value:True
com.virtualhold.toolkit.defaultdestination

Determines the default transfer destination during an inbound call in the event a destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN inbound calls should be transferred to if call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.outbound.defaultdestination

Determines the default transfer destination during an outbound call in the event a transfer destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN outbound calls should be transferred to if a call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.inbound.useexternalrouting

Determines whether VIS will control inbound call routing, or pass control back to the Avaya CM.

true - VIS controls the call routing.

false - Avaya CM controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.outbound.useexternalrouting

Determines whether VIS will control outbound call routing, or pass control back to the Avaya CM.

true - VIS controls the call routing.

false - Avaya CM controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.avp.disconectdtmfAvaya code for a disconnected call after a callback is requested.
Default value:converse_on_return_code_to_disconnect
com.virtualhold.toolkit.avp.normaltransferdtmfAvaya code for a normal transferred call after a callback is requested.
Default value:converse_on_return_code_to_queue
com.virtualhold.toolkit.avp.troubletransferdtmfAvaya code for a trouble transfer call after a callback is requested.
Default value:Converse_on_return_code_to_queue
com.virtualhold.toolkit.avp.uuistoredinascii

Determines the format QueueManager uses when storing UUI data for reattaching to a callback.

true - uses ASCII format

false - uses hexidecimal format

Default value:False
com.virtualhold.toolkit.outbound.cleanupcallbeforesubdialog

Determines whether to queue and dequeue the outbound call before control is passed off in the submit.

true - will queue and dequeue the outbound call

false - will not queue and dequeue

Default value:True
com.virtualhold.toolkit.transferprefixIdentifies the transfer prefix. Required when using the AVPIDriver.
Default value:tel:

SIP Avaya Voice Portal (AVP) properties

Use the following table to configure the additional properties used by AVP SIP:

PropertyDescription
com.virtualhold.toolkit.outbound.cleanupcallbeforesubdialog

Determines whether to queue and dequeue the outbound call before control is passed off in the submit.

true - will queue and dequeue the outbound call

false - will not queue and dequeue

Default value:True
com.virtualhold.toolkit.useDnisAsSegment

Determines whether to use the call's DNIS as the incoming Platform ToolKit segment.

For Segment- or UUI-based routing, set this to false.

Default value:True
com.virtualhold.toolkit.defaultdestination

Determines the default transfer destination during an inbound call in the event a destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN inbound calls should be transferred to if call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.outbound.defaultdestination

Determines the default transfer destination during an outbound call in the event a transfer destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN outbound calls should be transferred to if a call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.inbound.useexternalrouting

Determines whether VIS will control inbound call routing, or pass control back to the Avaya CM.

true - VIS controls the call routing.

false - Avaya CM controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.outbound.useexternalrouting

Determines whether VIS will control outbound call routing, or pass control back to the Avaya CM.

true - VIS controls the call routing.

false - Avaya CM controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.avp.uuistoredinascii

Determines the format QueueManager uses when storing UUI data for reattaching to a callback.

true - uses ASCII format

false - uses hexidecimal format

Default value:False
com.virtualhold.toolkit.transferprefixIdentifies the transfer prefix.
Default value:tel:
com.virtualhold.toolkit.avaya.disconnecttransferdnDN where the call is transferred to once disconnected.Use when the caller is provided with post-call options, such as a survey, and the caller disconnects.
Default value:NA

I3 CIC properties

Use the following table to configure the additional property used by CIC:

PropertyDescription
com.virtualhold.toolkit.useDnisAsSegment

Determines whether to use the call's DNIS as the incoming Platform ToolKit segment.

true - use the call's DNIS as the incoming PTK segment.

false - do not use the call's DNIS as the incoming PTK segment.

Default value:True

Genesys VXML iDriver properties

Use the following table to configure the additional properties used by Genesys VXML IDriver:

PropertyDescription
com.virtualhold.toolkit.useDnisAsSegment

Determines whether to use the call's DNIS as the incoming Platform ToolKit segment.

true - use the call's DNIS as the incoming PTK segment.

false - do not use the call's DNIS as the incoming PTK segment.

Default value:True
com.virtualhold.toolkit.genesys.vxmlidriver.uriIdentifies the location of the VXMLIDriver instance or virtual IP for a load balanced solution.
Default value:http://IDriver_Instance_Server_Address:IDriver_Instance_Port/gcti/ivrdriver_vg
com.virtualhold.toolkit.genesys.vxmlidriver.userdata.keysColon delimited list of KVP names to retrieve from Genesys.
Default value:vht_vis_segment:Key_Name2:Key_Name3
com.virtualhold.toolkit.defaultdestination

Determines the default transfer destination during an inbound call in the event a destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN inbound calls should be transferred to if call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.outbound.defaultdestination

Determines the default transfer destination during an outbound call in the event a transfer destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN outbound calls should be transferred to if a call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.inbound.useexternalrouting

Determines whether VIS will control inbound call routing, or pass control back to Genesys.

true - VIS controls the call routing.

false - Genesys controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.outbound.useexternalrouting

Determines whether VIS will control outbound call routing, or pass control back to Genesys.

true - VIS controls the call routing.

false - Genesys controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.transferprefixIdentifies the transfer prefix.
Default value:tel:

Genesys Voice Platform (GVP) properties

Use the following table to configure the additional properties used by GVP:

PropertyDescription
com.virtualhold.toolkit.defaultdestination

Determines the default transfer destination during an inbound call in the event a destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN inbound calls should be transferred to if call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.outbound.defaultdestination

Determines the default transfer destination during an outbound call in the event a fransfer destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN outbound calls should be transferred to if a call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.inbound.useexternalrouting

Determines whether VIS will control inbound call routing, or pass control back to an inbound URS routing strategy.

true - GVP behind configuration.

false - GVP in front configuration.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.outbound.useexternalrouting

Determines whether VIS will control outbound call routing, or pass control back to an inbound URS routing strategy.

true - GVP behind configuration.

false - GVP in front configuration.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False

IVG Avaya (IVG version 3.0 or later) properties

Use the following table to configure the additional properties used by IVG Avaya:

PropertyDescription
com.virtualhold.toolkit.useDnisAsSegment

Determines whether to use the call's DNIS as the incoming Platform ToolKit segment.

For Segment- or UUI-based routing, set this to false.

Default value:True
com.virtualhold.toolkit.defaultdestination

Determines the default transfer destination during an inbound call in the event a destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN inbound calls should be transferred to if call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.outbound.defaultdestination

Determines the default transfer destination during an outbound call in the event a fransfer destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN outbound calls should be transferred to if a call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.inbound.useexternalrouting

Determines whether VIS will control inbound call routing, or pass control back to the Avaya CM.

true - VIS controls the call routing.

false - Avaya CM controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.outbound.useexternalrouting

Determines whether VIS will control outbound call routing, or pass control back to the Avaya CM.

true - VIS controls the call routing.

false - Avaya CM controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.avp.uuistoredinascii

Determines the format QueueManager uses when storing UUI data for reattaching to a callback.

true - uses ASCII format

false - uses hexidecimal format

Default value:False
com.virtualhold.toolkit.hvp.amd.url

Identifies the URL for the answering machine detection (AMD) recording.

This value is required, and should not be removed.

Enable or Disable AMD in the OCC site.config connection list.

Default value:/ccis/amdRecord.jsp
com.virtualhold.toolkit.hvp.amd.finalsilenceIdentifies (in seconds) the amount of silence played at the end of the AMD recording.
Default value:1s
com.virtualhold.toolkit.hvp.amd.asrengineDefault value: dtmf
com.virtualhold.hvp.amd.sensitivityDefault value:0.4
com.virtualhold.hvp.amd.maxspeechDetermines the length of time (in seconds) to wait before playing recording.
Default value:20s
com.virtualhold.hvp.amd.maxinitialsilenceDefault value:3s
com.virtualhold.hvp.amd.lifethresholdDefault value:4.0
com.virtualhold.toolkit.avaya.disconnecttransferdnDN where the call is transferred to once disconnected.Use when the caller is provided with post-call options, such as a survey, and the caller disconnects.
Default value:NA

Unrelated properties

The following table contains the property not related to HVP Avaya:

PropertyDescription
com.virtualhold.toolkit.outbound.cleanupcallbeforesubdialog

Determines whether to queue and dequeue the outbound call before control is passed off in the submit.

true - will queue and dequeue the outbound call

false - will not queue and dequeue

Default value:True

IVG Genesys (IVG version 3.3.0 or later) properties

Use the following table to configure the additional properties used by IVG Genesys:

PropertyDescription
com.virtualhold.toolkit.useDnisAsSegment

Determines whether to use the call's DNIS as the incoming Platform ToolKit segment.

true - use the call's DNIS as the incoming PTK segment.

false - do not use the call's DNIS as the incoming PTK segment.

Default value:True
com.virtualhold.toolkit.defaultdestination

Determines the default transfer destination during an inbound call in the event a destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN inbound calls should be transferred to if call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.outbound.defaultdestination

Determines the default transfer destination during an outbound call in the event a fransfer destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN outbound calls should be transferred to if a call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.inbound.useexternalrouting

Determines whether VIS will control inbound call routing, or pass control back to Genesys.

true - VIS controls the call routing.

false - Genesys controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.outbound.useexternalrouting

Determines whether VIS will control outbound call routing, or pass control back to Genesys.

true - VIS controls the call routing.

false - Genesys controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

Default value:False
com.virtualhold.toolkit.hvp.amd.url

Identifies the URL for the answering machine detection (AMD) recording.

This value is required, and should not be removed.

Enable or Disable AMD in the OCC site.config connection list.

Default value:/ccis/amdRecord.jsp
com.virtualhold.toolkit.hvp.amd.finalsilence Identifies (in seconds) the amount of silence played at the end of the AMD recording.
Default value:1s
com.virtualhold.toolkit.hvp.amd.asrengine Default value:dtmf
com.virtualhold.hvp.amd.sensitivity Default value:0.4
com.virtualhold.hvp.amd.maxspeech Determines the length of time (in seconds) to wait before playing recording.
Default value:20s
com.virtualhold.hvp.amd.maxinitialsilence Default value:3s
com.virtualhold.hvp.amd.lifethreshold Default value:4.0
com.virtualhold.toolkit.hvp.callcontrol.dialoguri URI for the HVP dialoghttp used to attach userdata.
Default value:

//localhost:8040/dialoghttp

Unrelated properties

The following table contains the properties not related to IVG Genesys:

PropertyDescription
com.virtualhold.toolkit.outbound.cleanupcallbeforesubdialog

Determines whether to queue and dequeue the outbound call before control is passed off in the submit.

true - will queue and dequeue the outbound call

false - will not queue or dequeue

Default value:True
com.virtualhold.toolkit.avp.uuistoresinascci

Determines the format QueueManager uses when storing UUI data for reattaching to a callback.

true - uses ASCII format

false - uses hexidecimal format

Default value:False

IVG Cisco UCCE properties

Use the following table to configure the additional properties used by IVG Cisco UCCE:

PropertyDescription
com.virtualhold.toolkit.defaultdestination

Determines the default transfer destination during an inbound call in the event a destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN inbound calls should be transferred to if call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.outbound.defaultdestination

Determines the default transfer destination during an outbound call in the event a transfer destination cannot be retrieved from PTK.

Change the default_transfer_destination to the VDN outbound calls should be transferred to if a call default transfers from VIS to queue.

Default value:default_transfer_destination
com.virtualhold.toolkit.hvp.amd.url

Identifies the URL for the answering machine detection (AMD) recording.

This value is required, and should not be removed.

Enable or Disable AMD in the OCC site.config connection list.

Default value:/ccis/amdRecord.jsp
com.virtualhold.toolkit.hvp.amd.finalsilenceIdentifies (in seconds) the amount of silence played at the end of the AMD recording.
Default value:1s
com.virtualhold.toolkit.hvp.amd.asrengineDefault value:dtmf
com.virtualhold.hvp.amd.sensitivityDefault value:0.4
com.virtualhold.hvp.amd.maxspeechDetermines the length of time (in seconds) to wait before playing recording.
Default value:20s
com.virtualhold.hvp.amd.maxinitialsilenceDefault value:3s
com.virtualhold.hvp.amd.lifethresholdDefault value:4.0
com.virtualold.toolkit.holly.ctiurlIdentifies the URL for the Holly CTI.
Default value:https://localhost:8443/holly/update
com.toolkit.holly.serviceidIdentifies the peripheral number for outbound service.
Default value:1
com.virtualhold.toolkit.hollycallvariablenumberIdentifies the call variable number. Values must fall between 1-10.
Default value:10

Unrelated properties

The following table contains the properties not related to IVG Cisco UCCE:

PropertyDescriptionDefault value
com.virtualhold.toolkit.outbound.cleanupcallbeforesubdialog

Determines whether to queue and dequeue the outbound call before control is passed off in the submit.

true - will queue and dequeue the outbound call

false - will not queue and dequeue

true
Default value:True
com.virtualhold.toolkit.useDnisAsSegment

Determines whether to use the call's DNIS as the incoming Platform ToolKit segment.

true - use the call's DNIS as the incoming PTK segment.

false - do not use the call's DNIS as the incoming PTK segment.

true
Default value:True
com.virtualhold.toolkit.inbound.useexternalrouting

Determines whether VIS will control inbound call routing, or pass control back to Cisco.

true - VIS controls the call routing.

false - Cisco controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

false
Default value:False
com.virtualhold.toolkit.outbound.useexternalrouting

Determines whether VIS will control outbound call routing, or pass control back to Cisco.

true - VIS controls the call routing.

false - Cisco controls call routing.

This property can be overwritten with the URL query string parameter UseExternalRouting

false
Default value:False
com.virtualhold.toolkit.avp.uuistoredinascii

Determines the format Queue Manager uses when storing UUI data for reattaching to a callback.

true - uses ASCII format

false - uses hexadecimal format

false
Default value:F

Cisco UCCE / Cisco Voice Platform (CVP) properties

CVP and Cisco UCCE only require common properties.

Cisco UCCX properties

Note:

Cisco UCCX does not require the following common properties:

  • com.virtualhold.toolkit.audiopath
  • com.virtualhold.toolkit.webaudiopat
PropertyDescription
com.virtualhold.toolkit.disableNameRecording

Determines whether to enable or disable customer name recording.

true - Disable customer name recording.

false - Enable customer name recording.

Default value:True

Unrelated properties

The following table contains the property not related to Cisco UCCX:

PropertyDescription
com.virtualhold.toolkit.useDnisAsSegment

Determines whether to use the call's DNIS as the incoming Platform ToolKit segment.

true - use the call's DNIS as the incoming PTK segment.

false - do not use the call's DNIS as the incoming PTK segment.

Default value:True

Configuring language and time zone

  1. Navigate to Configuration > Segments > VXML Interaction Server (VIS).
  2. Select a queue from the dropdown.
  3. Select a Segment from the dropdown.
  4. Select a Language from the dropdown.
  5. Click Save Changes.
  6. Repeat Steps 1-5 for any additional languages.
Note:
  • If nothing is selected in the Language field, the English language will be used.

  • In CIC environments, if the structured parameter EIC_Language is sent as user data, that value will override the language selected in the Configuration user interface.

Language-specific features

  • ENTERED_DIGITS
    • Contain the numbers zero through nine
    • Used for phone numbers and extensions
  • EWT_MINUTES
    • Contains the numbers zero through fifty-nine
    • Used to play minutes that need to be spoken for EWT
  • EWT_HOURS
    • Contains the numbers zero through twenty-three
    • Used to play hours that need to be spoken for EWT
  • SCHED_MINUTES
    • Contains the numbers zero through fifty-nine
    • Used to play any minutes that need to be spoken for time
  • SCHED_HOURS
    • Contains the numbers zero through twenty-three
    • Used to play any hours that need to be spoken for time.

Configuring the voice prompt script

  1. Navigate to Configuration > Segments > VXML Interaction Server (VIS).
  2. Select a queue from the dropdown.
  3. Select a Segment from the dropdown.
  4. Enter the directory name of the voice prompt script in the Script Name field.
  5. Click Save Changes.
  6. Repeat Steps 1-5 for any additional languages.

Configuring the timezone

  • Navigate to Configuration > Segments > VXML Interaction Server (VIS).
  • Select a queue from the dropdown.
  • Select a Segment from the dropdown.
  • Set the Ask for caller's timezone switch to ON to enable time zone selection.
  • Set the Default timezone offer callbacks based on the local server time

This setting must be set in order for other time zones to take effect.

  • Set up to nine additional timezones.
  • Click Save Changes.
  • Restart the server in order for changes to take effect.

Customizing external media files

Clients may use customized sets of voice prompts instead of the standard voice files provided by VHT® software. The custom voice prompts must be organized using a specific folder structure so that the VXML Interaction Server (VIS) correctly recognizes and plays the files.Stage the voice files on any machine as you copy and arrange them, then deploy the files to the media servers.Use the Voices_x.x.x.xxx.zip file VHT Download Center as a starting point, or create a new parent folder to hold the voice files.This documentation assumes you are starting with the voices folder.The parent voices folder must contain a subfolder for each language used. These folders must be named:

  • VHT_Arabic
  • VHT_Danish
  • VHT_Dutch
  • VHT_English
  • VHT_EUPortuguese
  • VHT_Finnish
  • VHT_FrenchCanadian
  • VHT_German
  • VHT_Greek
  • VHT_Hebrew
  • VHT_Japanese
  • VHT_Italian
  • VHT_Korean
  • VHT_MandarinChinese
  • VHT_Norwegian
  • VHT_Polish
  • VHT_Russian
  • VHT_SpanishNA
  • VHT_Swedish
  • VHT_Turkish
Available language depends on the VIS version. Refer to the Compatibility and Integration Matrix for language details.If using the voices folder from the VHT software with no changes, skip the following steps, and continue with the deployment steps listed in the Deploying External Media Files topic in the VXML Interaction Server Installation Guide.

Creating custom voice prompts

Each language folder must contain a subfolder named Default, and optional extra subfolders containing custom files. VIS looks for a custom voice file first. If a custom file cannot be found, it will use the files from the Default folder.

The Default folder contains the standard set of voice prompts. VHT best practices recommend making a copy of this folder under a different name such, as VHT_Defaults. This preserves the files in case you need to use them later for troubleshooting.

  • Navigate to the voices folder. Open the subfolder for the first language.
  • You will see a Default folder. This folder contains
  • Delete the contents of the Default folder and copy the files for the first custom call script here.

    The Default folder must also contain the following files:

    • .library
    • ContactNumber.grxml
    • ContactNumber.regex
    • recordtone.wav
  • To set up a second call script, create a new folder at the same level as Default, and copy the custom prompts for the second call script into it.
  • Repeat step 4 for the remaining call scripts.Note:The new folders only need to contain those files which differ from the default. However, you may choose to copy entire prompt sets into the new folders. This will make the copying process simpler, but will result in more .wav files being stored on the media server(s).Any major variation (such as male/female voice or US English/British English) must contain the full prompt set in its folder. It must also include blank .wav files to replace any files that are present in the default set that should not be played. This is to avoid mixing genders or languages. Refer to the Sample Voice Project below.
  • Make sure each subfolder under [first language] contains an empty .library file (size 0 KB). If needed, copy the .library file from the Default folder and paste it into the others. This file is used by VIS to help determine if there are Custom Media voice prompts to be used or if Default for the language should be used.
  • Repeat steps 1-6 for each supported language.
  • Deploy the voices folder and its contents to the media servers.
  • Use Configuration to configure the correct language and custom folder name. Learn more in the VIS section of the Configuration User Guide.

Sample voice project

  • The default set of US English prompts in "Default"
  • Custom prompts only in US English in "VHTCallScript_2", "VHTCallScript_3", and "VHTCallScript_4"
  • Full prompt sets in British English in "VHTCallScript_5" and "VHTCallScript_6"

Configuring VIS for System Management monitoring

In Callback 8.1 or later, VIS can be monitored in the System Management interface. This allows administrators to see its status (started, stopped, or unknown) along with the status of other Callback components.

When Virtual Hold is installed or updated, it will automatically install a Web Monitor component on each Management Instance. This Web Monitor can be configured to monitor instances of VIS by manually editing the site.config file for the Notification Server.

The System Management user interface will display each VIS instance as a component. If VIS is installed on a Management Instance, it will display inside the appropriate Management Instance container. If VIS is installed outside of a Management Instance, it will appear in its own container.