05-18-2010 12:31 AM - edited 03-14-2019 05:45 AM
Solved! Go to Solution.
05-18-2010 01:05 AM
Hi, create a small script containing only the Accept step, and a Play Prompt step and the End step. This will play the message "please call later".
Save this script as busy.aef. Use it as a "Default script" for other "regular" scripts.
I did not try this with 7.x, only 4.x and it seems to work.
G.
05-18-2010 01:05 AM
Hi, create a small script containing only the Accept step, and a Play Prompt step and the End step. This will play the message "please call later".
Save this script as busy.aef. Use it as a "Default script" for other "regular" scripts.
I did not try this with 7.x, only 4.x and it seems to work.
G.
05-18-2010 02:46 AM
hi netbakter
It requires IVR port to create a script to play prompt, while all of the IVR ports are currently busy. If there are some ports left to write script, it's not possible to service many customers at a same time, and the overload is still not resolved, either.
please explain more about this solution
thanks.
05-18-2010 06:30 AM
Assuming you have a Unity system you could set your UCCX handled Route Points to Forward On Busy to a Unity mailbox that plays this prompt.
05-18-2010 08:57 AM
Hi,
I did not know too much about UCCX 7.0(1) from this point of view, but I have a UCCE 7.2(7) system with IP IVR 4.0(5)SR2 and it seems to work perfectly. I don't know why, either, but the default script does not need any CTI ports when playing a message. Maybe it is a bug, or an easter egg, but I am glad to (mis)use it.
By the way, the other way I would consider is
- writing a TCL script on the voice gateway that checks the number of ongoing calls and if their number is greater than n, just play a prompt (on the voice gateway level, so you don't need to care about CTI ports on UCCX);
- monitor the number of queued calls at the CSQ's and if their number is for instance greater than the 80% of all ports, just route the next calls to a small script that says please call later or so.
G.
05-18-2010 07:42 PM
"Hi,
I did not know too much about UCCX 7.0(1) from this point of view, but I have a UCCE 7.2(7) system with IP IVR 4.0(5)SR2 and it seems to work perfectly. I don't know why, either, but the default script does not need any CTI ports when playing a message. Maybe it is a bug, or an easter egg, but I am glad to (mis)use it.
By the way, the other way I would consider is
- writing a TCL script on the voice gateway that checks the number of ongoing calls and if their number is greater than n, just play a prompt (on the voice gateway level, so you don't need to care about CTI ports on UCCX);
- monitor the number of queued calls at the CSQ's and if their number is for instance greater than the 80% of all ports, just route the next calls to a small script that says please call later or so.
G."
As u said before, the default script does not need any CTI port. How about IVR port?
I just know a litte about CTI, IVR and CTI route point. May you explain to me more about the relationship among them?
How can we write a script on the voice gateway?
Thank you very much!
05-18-2010 11:15 PM
Actually, IVR ports and CTI ports are the same. You need a CTI port if you want to have a "hook" where you can hang your call on. It provides you with a set of virtual extensions that may be dynamically used for playing prompts, generating DTMF tones etc.
(When CCX is used in an enterprise environment, it sort of becomes IP IVR - but basically, both names refer to the same.)
CTI Route Points - RP's - are a different sort of an animal, they cannot be used as virtual extensions - like CTI Ports -, instead of that they are used to route a call to an application. This way, you use the CTI Route Point as an entry number for your call center, that may be connected with a CCX script, which, if triggered, may use a CTI Port.
There is a strict limit on CTI ports, you can only configure and use the maximum number which is specified in the license file.
There is no restriction on CTI Route points, you can configure and use as many as you wish.
G.
05-19-2010 01:31 AM
hi.
-how many calls does a virtual extension can handle at the same time?
-When all CTI Ports are already in use and a new call comes in at the CTI Route Point, CTI route Point ruote all new calls to an application .
can that application run a script to play an anouncement? Do we have to use 1 CTI port to play this anouncement?
if this script has 3 steps: accept, play prompt, end. how many "overflow "calls can it handle?
05-20-2010 03:53 AM
Hi,
to answer your questions:
-how many calls does a virtual extension can handle at the same time?
If you have the CTI Port on mind, only one. Remember, the call must be "hooked on" somewhere.
-When all CTI Ports are already in use and a new call comes in at the CTI Route Point, CTI route Point ruote all new calls to an application .
can that application run a script to play an anouncement? Do we have to use 1 CTI port to play this anouncement?
No. If all CTI ports are busy, the script will fail. This is where you can set the "default script" to do something.
if this script has 3 steps: accept, play prompt, end. how many "overflow "calls can it handle?
What do you mean by saying overflow?
12-18-2011 04:48 AM
Hi ,
I tried this option uccx 8 but not working ,Any other option is there in same scenario.
Thanks
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide