Point IVR at HOL IVR

Status
Not open for further replies.

VetDigiSolns

Bronze Partner
Joined
Aug 11, 2020
Messages
7
Reaction score
0
I'm having a problem with my IVR design. When offices are closed, I have an IVR tree which plays a closed message, and provides options for the caller to make a selection to play hours, or emergency information. If they make an invalid entry, it will take them back to the after hours IVR to replay the intro. However, if the day is a holiday, then the IVR will play the holiday greeting correctly, but when the caller makes an invalid entry, I cannot replay the holiday IVR again if they make an incorrect selection after they have made a selection of hours or emergency info. The only option for design is to bring them back to the closed IVR message, which would not replay the holiday greeting. I would setup a different IVR tree for holidays, but I cannot choose the HOL IVR, it doesn't appear as an option to choose. This is particularly problematic, if the holiday IVR is an adhoc holiday created to play because of a storm. I cannot redirect the caller to replay that storm message because I cannot point an IVR to the HOL IVR directly. The HOL IVR will play only once if a holiday is created and a message tagged to that IVR. Hope this makes sense. Can anyone help me so I can point an IVR back at the HOL IVR message which is tagged to a particular holiday automatically during that holiday? I could create a completely separate IVR for the holiday, but then I would have to change the message in 2 places, and this will also mean holidays cannot operate automatically for typical holidays.
 
You could try the following:

1. Create a dummy/routing extension that will not be registered anywhere.
2. Edit it and go to forwarding rules. Scroll down and create an exception as follows:
1615898419559.png
3. Apply settings and then have the Invalid Input destination of the other IVR in question to route to the dummy/routing extension.

Let me know if you get the desired behavior.
 
Status
Not open for further replies.