AT&T 585-350-812 manual

Page 26

ASAI Application Planning and Design

for example, could be collected in the voice script, concatenated together, and then saved in the VIS Data field. The monitoring script which receives this data in call events could then unbundle the information for use in data screen delivery when the transferred call is delivered to an agent.

The following is a typical call flow for a VIS-to-agent transfer:

1.A call arrives at a T/R or LST1 channel on the VIS. The caller is prompted through a voice response script.

2.The caller decides to speak to a live agent after entering an account num- ber. The voice script transfers the call to a live agent group using the A_Tran action. The account number the caller input is saved by using the VIS Data of A_Tran. The voice script terminates after the transfer is com- plete and the T/R or LST1 channel is free to handle another call.

3.The transferred call is queued for an available agent. When the call is eventually delivered to an agent, a monitoring script on the VIS receives a CONNECT event for the call. The VIS Data field of this CONNECT event contains the account number previously saved by the voice script. The monitoring script passes the account number along with the connected agent information from the CONNECT event to the host.

4.The host application uses the account number to format a data screen con- cerning the caller and presents this data screen to the agent receiving the call.The host application does not need to associate multiple calls since all the necessary information is provided in a single CONNECT event for the transferred call.

One CONNECT event is generated for the entire scenario. This is the CONNECT event for the transferred call as it is delivered to the live agent. This CONNECT event contains the VIS Data information in addition to ASAI information related to the original call to the VIS. The ANI and DNIS for the original call prior to the transfer, for example, is reported in this CONNECT event. Also, the Other Call ID field contains the call ID of the call originally delivered to the VIS T/R or LST1 channel. Call events for calls to T/R or LST1 channels on the VIS are not passed to monitoring scripts. Also, one END event is generated when the call eventually terminates. As with the CONNECT event, the END event contains data pertinent to the original call. Refer to Appendix B, “Call Flow Examples” for a detailed call flow example.

Additional considerations for VIS-to-agent transfers are as follows:

In some cases, you may want to collect more data in a voice script than can be stored in the VIS Data field. The recommended method for han- dling this is to save the data collected by the voice script in the host appli- cation. Use A_Callinfo to retrieve the call ID of the call that is delivered to the T/R or LST1 channel. Pass the call ID along with the data to the host from the voice script itself. The host application must buffer the data until

2-10

Image 26
Contents Conversant VIS Adjunct Switch Application Interface Blank Contents Asai Administration Asai Script Builder Actions Vi Issue 1 October Asai Overview System Monitor Voice Channels Asai Voice Response ApplicationsPage Routing Applications Asai Routing Application route.picData Screen Delivery Applications Data Screen Delivery Applications gateway.pic Page Advantages Using the VIS Asai Feature Enhanced Customer ServiceReduced Cost of Doing Business Asai Overview Asai Application Planning Design Overview Asai Application Planning DesignVIS Script Design Asai Voice Script Design Page Routing Script Design Page Monitoring Script Design Page VIS-to-Agent Transfers Page Agent-to-Agent Transfers Page Blind Transfer Page Consult Transfer Page Page Host Application Planning and Design Asai Voice Response Application Considerations Routing Application ConsiderationsData Screen Delivery Application Considerations Page Communications System Planning Call Center Operations Planning Page Asai Installation Installation OverviewPrerequisites for Asai Installation Asai Hardware Architecture Typical Hardware ArchitectureInstalling Asai Hardware Base RAM Address Selection SwitchesIpci Switch Settings Installing Asai Software Conversant VISControl and ALT Removing the Asai Software Asai Administration Asai Administration OverviewVoice System Administration Feature Packages Asai Administration Screen Channel Administration Change a Channel EntryPage Page Add Channel Entry Add Channel Entry Screen achannel.psChange Channel Entry Change Channel Entry ScreenVirtual Channel Administration Remove Channel EntryPage Page Diagnose Ipci Board Diagnose Ipci Board ScreenDomain Administration Domain AdministrationPage Page Page Add Domain Entry 10. Add Domain Entry ScreenChange Domain Entry Remove Domain EntryInitialize Ipci Board Initialize Ipci BoardParameter Administration Asai ParametersPage Trace Detail Display Show Asai Software Version 14. Show Asai Software Version Screen version.psShow Status Asai Link Show Status of Asai LinkShow Status Asai Link Displays Take Ipci Board Off-line Take Ipci Board Off-lineAsai Administration Administering Asai Administering the Lines Administering the VIS ACD Split DomainPage Administering the VIS Agent Lines Page Administering Asai Asai Script Builder Actions Asai Script Builder Actions OverviewDefining ACallinfo Define ACallinfo Form Screen defacall.psPage Defining AEvent Define AEvent From Screen Page Page Page AEvent Return Field Value Meaning Return Value Explanation Connect Route Abnormal Abandon Request Route END Defining ARouteSel AEvent Fields Input/Output Required? Field Type Field SizeDefine ARouteSel Form Screen defroute.ps Page Defining ATran Deind ATran Form Screen deftran.ps Page Page ATran Fields Input/Output Required? Field Type Field Size Sample Scripts Sample Scripts OverviewSample Asai Voice Script Page Sample Routing Script Modify Table Sample Monitoring Script Page Page Asai Performance Performance Overview Voice Response Integration Data Screen Delivery