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 Shaun E on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Transfer to Hunt Group With Description 2

Status
Not open for further replies.

jual

Programmer
Mar 1, 2006
41
GB
IP Office 5.2 (54)
Voicemail Pro 3.2

I wonder if someone can help me with this one.

We have a group of 11 users, each with 5410 handsets.

These users receive calls which are routed through several different Voicemail Pro Shortcodes (about 20).

They need their phones to tell them which number the call has been routed through as it rings on their phone.

They also need queuing turned on.

Our current solution is setting up 20 hunt groups, which the 11 users all belong to, and routing each Voicemail Pro Shortcode to a hunt group. The hunt group name displays on the phone so they know where the call's come from.

This is a bit of a dodge. It means we have a lot of hunt groups to manage and the hunt group rotary function is ineffective.

The other thing we tried was creating an Assisted Transfer in each Voicemail pro shortcode, filling in the description field and looping the transfer back round to itself on busy or no answer so that the queuing still worked (don't do this, strange things happened after we did!).
 
Make one group with the users in it
All the other group have no users and a overflow to the group with the users
This way you see the name and have queing
You do not need the loop this way


RTFM.gif



ACS - Implement IP Office
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
Excellent, thanks.

It's another bodge, but better than our current bodge!!
 
Have you tried tagging the call on the Incoming call route? This should carry through with the call.

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Hang on your'e on 3.2 I see, not sure if that's there on yours, if you have it there is a line in Incoming call route called Tag

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Nope thats 4.1 upwards...sorry for getting your hopes up :)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Nope. I haven't got that.

I'm testing tlpeter's solution. I'll let you know how it goes... if VM Pro ever updates my changes!
 
It only does when the complete module is not used !
Only then the changes are made by the system

You could make a new module (only a different name) and point your incoming call route to that
Just select all action and copy paste, this is very quick


RTFM.gif



ACS - Implement IP Office
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
I've never added any modules.

When the system was originally set up for us everything was added under 'Specific Start Points' -> 'Short Codes'.

We add a short code in Voicemail pro which relates to an ip office shortcode and that shortcode is added to the incoming call route. Long winded though this seems to be.

We have nothing in 'Modules', we've never used them, and I don't understand the function of them.

Can an incoming call route be attach directly to a module?

 
Do you mean a module within the shortcodes? If so, the module I'm using is purely for testing, I'm the only one using it.
 
Can an incoming call route be attach directly to a module?
"

yes.

create a module. the point the icr to VM:modulename

call flows off of shortcodes work exactly the same, and there is a benefit in that you can dial the shortcode from any extn and go straight into the call flow

Never argue with an idiot. bystanders won't be able to tell the difference.
 
Thought about tlpeter's suggestion (above) and it would mean that agents couldn't login in and out of specific hunt groups.

Any other solutions to this problem.
 
If agents need to log into and out of specific hunt groups then you have answered your own question.

Why don't you use the Longest Waiting setting rather than rotary. This works across all groups and I have just tested it to confirm.
 
Jual, what system do you have? 412 or 406? If 406 and you look in monitor how much freemem does it have? I am asking as by upgrading you will solve this very easily :)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
amriddle01. It's a 412 but what difference does it's memory make.

TheTaker. Your right. I was getting a bit confused.

There's two good options...

leave all the groups but change the groups to idle as TheTaker suggested. (If they must have the facility to log in and out of groups)

or

ideally, have one main group and one dummy group to overflow from as per tlpeter's suggestion. (if they decide they can do without logging in and out of groups)

Thanks for all your input.
 
It doesn't make any difference to a 412 I asked for the mem if it was a 406 as only certain 406's (with enough freemem) can be upgraded to 4.x.....that's why :)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top