Mitel Forums - The Unofficial Source
Mitel Forums => Mitel MiVoice Business/MCD/3300 => Topic started by: nstrum on July 15, 2013, 06:09:47 PM
-
I have tried to do this several ways and have failed each time. I think I am making this more complicated than it needs to me. Can someone please help? I simply need all calls to go to a recorded announcement alerting them that all calls are monitored and recorded for quality assurance and then immediately go to a hunt group which rings our operators for live call answering.
Any help would be greatly appreciated.
Thank you,
Nathan
-
What type of voicemail are you using? Does it have a greet and transfer type mailbox?
-
"Frontending" your calls with a greet and transfer mailbox would do the trick. I suppose you could send calls to an ACD group with a RAD that plays the message and then interflows to the consoles but that is less precise. You don't want trunks directly answered by a RAD device as that provides DISA capabilities.
If your operators are 5550 consoles I am not sure that they can go into a hunt group. They really don't need to because you can point the calls after the RAD to a console soft key and put that key on all consoles. If you are using sets as "consoles" you could put them in a hunt group.
-
I am currently using Nupoint. Here is what I tried...
1.) I setup a phantom number 2000. I call rerouted 2000 to our voicemail system.
2.) I setup a DID 851-5880. I setup 5880 as a phantom number. I used the call rerouting to point calls from 5880 to 2000.
3.) I setup a vm box in Nupoint as a call director that plays a message and then transfers the calls back to hunt group 5500 (which rings our receptionists phones for live answer).
The problem with this is that the Nupoint is picking up the 5880 and trying to send the call to a vm box 5880. I guess I do not understand how to point all of my DID's to one voice mailbox (2000).
Thank you,
Nathan
-
put 5880 as a speedcall that dials 2000. With it being phantom, voicemail still sees 5880
-
When you created 2000 as phantom how did you do it? The Nupont will see the extension that is forwarded to 2000 unless you shake the integration. Think you need a name tag hunt group for 2000.
-
Yup, name tag hunt group should do it. So 5880 is re routed to *2000 (name tag hunt group) and that is re routed to VM always (day/night 1/night 2 if you want it to follow that routing at all times)
-
OK, but after the message plays on the 2000 vm, when the call reroutes back to the hunt group 5500 which rings the receptionist live, I need the call to be identified as 5880 and not 2000.
So basically I would need the call to come in as 5880 (or any other DID), reroute to 2000 and be identified as 2000 by Nupoint and reroute back to hunt group 5500 at which point it would be identified as 5880 (or any other of my DIDs).
-
Have you acutally tried it? What do you see when it reroutes to the hunt group becuase I would think you would see the hunt group number and not 2000.
-
I tried 2 things that both did not work. 1.) I setup 5880 as a phantom number by adding it as a single line on an extension in multiline set key assignment. I then went to call rerouting assignment and set call reroute day/night1/night2 to 60. 60 is setup to route to 2000 in the call rerouting always alternative. 2000 is a hunt group with no members with the following settings:
Mode: Terminal (Also tried Circular)
COS: 1
Hunt Group Priority:64
Hunt Group Type: NameTag
I then went to call rerouting assignment and set 2000 to 2's under day/night1/night2. In call rerouting always alternative we have 2 pointed to 5000. 5000 is setup as our VoiceMail Hunt Group.
When I try this setup and call 851-5880 the voicemail system answers with the standard "Please enter a vm box number" which tells me the vm system is reading the call as 5880.
2.) I tried the same setup except pointing 5880 to 2000 in system speed call. When I call 851-5880 the call rings into the correct vm box 2000 which then transfers the call back to hunt group 5500 which is the hunt group that our live calls are setup to ring in on. However the problem here is that when the call rings into the live receptionists their screen pop software reads the call as 5500 and not 5880.
2000 is setup as a call director box and I tried using all of the transfer types pointing them to 5500.
-
Try this:
In the hunt grpuip you have set up set the the number to *2000 and put 2000 (without the star) as a member. Re route *2000 to 5000 always in day/night1/night2. Route the DDI to *2000 (possibly system speed call) and see if that makes a difference. (I think you can leave the name tag hunt group empty but I'm never sure).
-
X-Man, I tried what you suggested however the nupoint vm system is not putting the call in box 2000 (I just here the message "please enter a vm box number"). The only part of your message that I did not understand was when you said "I think you can leave the name tag hunt group empty but I'm never sure". I am not sure what this means exactly.
-
No porblem, Nupoint must be reacting differently to embedded VM . The call flow should be DDI incoming to 5880 which is diverted always to *2000 which is diverted always to VM which should put it in 2000's box which greets and routes to the hunt group.
So its scenario 2 in your post below except for having the *2000 instead of just 2000
I am never sure whether i t needs the member in the name tag hunt group but as I have a working client using this method except in a different scenario (call rings in on DDI and on no answer goes to a seperate maibox to that of the extension that rings; so the scenario is different in that in your case the extension is forwarded immediately but is very similar) and that has a member in thye name tag hunt group.
-
X-man, I am sorry, I did not quite understand your last post?
-
Trying to explain how it should work.
-
Hi X-Man, Yes, I understand you are trying to explain how it should work. I did not quite understand the details of how it should work. Thank you.
-
This seems like something that should be a common setup. Does anyone know how to achieve this?
-
I don't think you can do what you want. You want to shake the intergration of 5880 so that it goes to the single mailbox 2000 buty then when it plays the messge and gets sent to the console you want to show itself that its coming from the original 5880.
-
Hi LoopyLou,
I see that this method will not work, but surely there has to be another option. I am sure this can be done. Otherwise, no company that records calls could purchase a Mitel?
Thank you,
Nathan
-
Not sure what you mean when you say "no company that records calls could purchase a Mitel" From my experience we have many customers recording calls so you are wrong in that respect. In my cases the customer uses ACD and rather then using a call box they use a RAD ( recorded announcement device ) to provide a message up front saying you may be recorded. Your issue is when using a single call director you need to be able to send different DID's to the same call box and then send them out to different destinations again.
So either think about going to ACD or maybe the solution is a seperate call box for each of the DID's That way you don't have to shake the calling extension ( 5880 ). Both may require additional licenses.
-
LoopyLou,
Please see my original post. I have no preference on how my end goal is achieved. My end goal is to play a recording alerting the caller that the call is being recorded. Can you please tell me how to do this via your mentioned ACD method.
Thank you,
Nathan
-
It depends on what you have. If you have ACD licenses you could go that method. If not and you have enough call box licenses you could go that way.
-
OK, I was finally able to get this working with some much needed help from Ralph. Thanks a million for your help Ralph. Below is the setup we came up with:
1.) Setup a Class of Service (13) with the following settings:
Recorded Announcement Device: Yes
Recorded Announcement Device - Advanced: Yes
Answer Plus Message Delay to Message Timer: 5
Answer Plus Expected Off-hook Timer: 6
Answer Plus Message Length Timer: 5
Answer Plus System Reroute Timer: 5
2.) Setup a hunt group (5599) with the following settings:
Class of Service: 13
Hunt Group Priority: 64
Hunt Group Type: RAD
Phase Timer Ring: 1
3.) Added RAD ext's 5560,5561,5562,5563 as members of Hunt Group 5599
4.) Created Hunt Group (6000) with the following settings:
Hunt Group Mode: Circular
COS: Leave blank
First RAD: 5599
Hunt Group Priority:64
Hunt Group Type: Voice
5.) Added analog ext 8801 as a member of Hunt Group 6000
6.) Setup Call rerouting First Alternative (5) with the following settings:
All options: This
Directory Number: 5500 (5500 is our hunt group that rings the receptionists live)
7.) Setup Call Rerouting Always Alt (101) with the following settings:
All options: Reroute
Directory Number 6000
8.) Rerouted my DIDs accordingly:
Call Rerouting Day: 101
Call Rerouting Night 1 & 2: 2 (2 reroutes to our voicemail hunt group)
Call Rerouting 1st Alt: 5
9.) Adjusted the following timer in COS 1 (the COS my Trunks are assigned to):
Call Forward No Answer Timer: 5 (5 is the length of my RAD message)
10.) Adjusted the following timer in the Systems Options Assignment:
Call Rerouting Timer: 40 (at 40 seconds the call is rerouted from 1st Alt to 2nd Alt.
-
OK trying to rerecord the rad, I have the set as above but in my rad group i only have one extn, I've found the screen to send the music file to the rad but I can't ref the phamton RAD number in my group to the RAD number in the screen to change the rad recording.
If that makes sence then please help if not i'll try and explane it better.