cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
889
Views
5
Helpful
5
Replies

Interruptible prompt stops menu prompt from playing

In an ICM script, we have an interruptible prompt playing a generic message, which is following by a prompt, linked to a menu. The problem is that if a caller presses (for instance) 1 to interrupt the prompt, ICM assumes that 1 is the CED and will automatically proceed with the script, without playing the menu message. Is there a way to clear DTMF before playing the menu prompt, so that the menu prompt will play and CED will be gathered ? 

In both cases, we use the node Run Ext. Script. I have tried to resolve it by adding user.micropp.input_type = "D" as well as Call.CallerEnteredDigits = "NULL", but problem continues. 

 

1 Accepted Solution

Accepted Solutions

janinegraves
Spotlight
Spotlight
If you can't find a way to clear the DTMF buffer, then you could play
the interruptible message as a MENU  microapp instead. You can set the
no input timeout to 1 and the number of no inputs and invalid entry
tries to 1. Then the VVB will wait until the prompt is done playing,
wait 1s, and move on. However if the caller does barge-in on the audio,
it'll be collected as part of that entry, and won't interfere with the
actual menu you want them to listen to.


View solution in original post

5 Replies 5

janinegraves
Spotlight
Spotlight
If you can't find a way to clear the DTMF buffer, then you could play
the interruptible message as a MENU  microapp instead. You can set the
no input timeout to 1 and the number of no inputs and invalid entry
tries to 1. Then the VVB will wait until the prompt is done playing,
wait 1s, and move on. However if the caller does barge-in on the audio,
it'll be collected as part of that entry, and won't interfere with the
actual menu you want them to listen to.


Hello Janine,

A colleague of mine suggested to add a CED node after playing the message, where all cases would just continue the script. But I like your suggestion as well. I will try both solutions and see which best suits the requirements.

Thanks for your quick reply, it is much appreciated.

Stefaan

I doubt just a CED node after a PM microapp would do the trick, because
you need the VVB to listen for and trap the DTMF while it's waiting for
input (like M or GD microapp). I don't believe the PM microapp will do
that.

In the Config Mgr (or Spog) when you set up the Network VRU Script,
there's the setting named Parameter (see the CVP Features Guide for
details). This is where you'll configure the valid DTMF entries, the
number of retries, and the noinput timeout - which should all make the
element play its audio and move along as quickly as possible.  I believe
the M microapp may continue down its error path if the caller doesn't
enter anything, so be sure to connect both its Success and Error paths
to the next RunExtScript node where you play your non-bargein menu.

Let us know if this works.


Piyush Verma
Level 4
Level 4

You can also a try a simple microapp of "PM" with playing a "silence" file of just 1/2 or 1 second to clear it up.

Play the prompt as a Menu with a 1 second timeout was indeed the solution to this issue. Thanks for your quick reply.