Collect Digits Delay

[dagwn]

Hi there...

We use CCm6 and CallPilot ACCESS ports. The script in question has the following:

OPEN VOICE SESSION CP_q2_Bdct_gv
PLAY PROMPT VOICE SEGMENT IIIP_GRS_Main
COLLECT 1 DIGITS INTO lang_cv INTER DIGIT TIMER 5
END VOICE SESSION

The problem we are having is that even though a caller interrupts the PLAY PROMPT by entering a digit, there is still a long delay before the script continues. It doesn't seem to matter what we set the inter digit timer to, there still seems to be be some built in delay...up to 4 or 5 seconds.

Any ideas?

Thanks!

 

[DFKSydney]

Late reply, but I think more info is needed, especially what happens in the script after the digit is collected.

What you have seems OK though in the small section

 

[dagwn]

Hi there and thanks for your reply...
The first section indicated above collects 1 digit for a language choice (1 for English 2 for French). It is then processed as follows:

WHERE lang_cv EQUALS /*1 is English 2 is French*/
VALUE 1 : EXECUTE Main_Menu
VALUE 2 : EXECUTE Main_Menu
DEFAULT : EXECUTE Ran_Only
END WHERE

The Main_Menu section evalutes the lang_cv variable as follows:

SECTION Main_Menu
ASSIGN 0 TO menuchoice_cv

IF lang_cv = 1 THEN
OPEN VOICE SESSION CP_q2_Bdct_gv
PLAY PROMPT VOICE SEGMENT IIIP_GRS_En_Comp
COLLECT 1 DIGITS INTO menuchoice_cv INTER DIGIT TIMER 5
END VOICE SESSION
END IF

IF lang_cv = 2 THEN
OPEN VOICE SESSION CP_q2_Bdct_gv
PLAY PROMPT VOICE SEGMENT IIIP_GRS_Fr_Comp
COLLECT 1 DIGITS INTO menuchoice_cv INTER DIGIT TIMER 5
END VOICE SESSION
END IF

There is a 4 to 5 second delay between the initial PROMPT for language and the secondary PROMPT for product line in the Main_Menu section...

Any ideas?

 

[DFKSydney]

On the surface, the script appears to be OK.

The docs state that once a digit is collected, that is the termination of the voice segment play.

That being the case, have you listened to the voice prompts? Could it be that there is a period of silence in the recordings before the speech is played?

Also, make sure that you do not have any WAIT statements hanging about..... they are fun to find sometimes.

To prove a script, and more where it may fail, I use a ROUTE CALL statement at various places within the script. basically if the call does not fail before it rings my phone (in your case, the long wait) then the script is good to that point, so remove the ROUTE CALL and place it a bit further in.... trial and error, but can save a lot of frustration.