Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

VMPro callflow fudging

Status
Not open for further replies.

paul1979

IS-IT--Management
Aug 19, 2008
27
GB
Guys, I'm wanting to do something that appears to be impossible (without spending cash on either VBScript or Database plugins!), unless there's any other good ideas!

Until now, our out-of-hours support has been me, me and me. Now I've got another guy, and we each take turns on a rota. Our helpdesk number goes to a callflow that, on weekdays, forwards to a huntgroup, and at weekends diverts to my phone.

What I want to do is, without having to go into VMPro to change the divert number is either....

1) Create a callflow that I can dial into using either mobile, which sets a persistent system-wide variable containing the number to divert to (all the variables I've seen documented appear to be per-call not per-server)

or 2) Create a small web interface that we can access from our phones to modify the divert number in the callflow

Is this possible, or is there a better way to go about it? I'm running an IPO500 v5.
 
Make a module with a variable in it.
I will build it for you.


Homo sapiens non urinat in ventum

honey, i fried the IP Office !!!

A yard full of tards
 
I am using VMPro 6.0 so you have to build it your self.

Make a variable (press F8)
Make a module and put in a test user variable.
Put in the variable you have made and put in a value(0 or 1)
Then put in a menu with two option.
The first on goes to a set user variable with value 1 (true) and the second to a variable with value 0 (false)

Then put in a test variable in your normal call flow and put in right in front of the transfer to your mobile.

If true then to your mobile (Transfer action)
If false then to the mobile of your college (another transfer action)


Homo sapiens non urinat in ventum

honey, i fried the IP Office !!!

A yard full of tards
 
I have to add some information.

The first test variable is to test which variable is set.
Put two generic actions behind it and if true then record a wav file saying it is forwarded to your mobile and the other false to the other mobile.
Then connect the two generic actions to the menu.


Homo sapiens non urinat in ventum

honey, i fried the IP Office !!!

A yard full of tards
 
Just finished the whole shebang... One module is accessed through a shortcode so we can set who is on call. The original divert as part of the existing voicemail module is now changed to check the same variable, and divert accordingly.

It might be a case of little things pleasing little minds, but that's the most awesome thing we've done on any of our modules so far :)

TLPeter, please congratulate yourself with a cold alcoholic one on me :)
 
I will :p

It is 30 degrees Celsius over here (86 Fahrenheit)


Homo sapiens non urinat in ventum

honey, i fried the IP Office !!!

A yard full of tards
 
I'm having a cold one too, just got a nice email from our biggest customer to my Boss:

Paul,

The IPO install at Reading this weekend went very well and I would like to particularly credit Andy.

His knowledge of the IPO is second to none, we have several systems installed now with fairly complicated Auto Attendants or call distributions and Andy’s knowledge in this area is always essential; and this was further proven at Reading during the install and in the few days since when we have made several config changes to accommodate the sites requirements.

His working knowledge and working attitude is a credit to Powerdial.

Kind Regards,



Go On Me :)

ACSS (SME)
APSS (SME)

 
Bla bla bla :)
How much did you pay them ?


Homo sapiens non urinat in ventum

honey, i fried the IP Office !!!

A yard full of tards
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top