Mitel 200 ICP Restrict Blind tansfer from AA / EMEM

[mmikk]

Looking for any better ideas to handle transfer restrictions from voicemail.
I have come across this problem many times. The application being a 200 ICP in hotel environment using EMEM. An outside caller is able to reach the EMEM (whether auto-attendant or a staff members mailbox) and then dialing any extension they wish - including guest rooms. I need to be able to block access to the guest rooms for security reasons. Since we are not using the AA package with and AA huntgroup, the restrictions for AA in form 49 are not applicable.
So I always use tenant restrictions. I separate tenants for staff, guests, and voicemail ports. I restrict the voicemail tenants from accessing the guest tenants. However, because auto-wakeup calls are done through voicemail, I reserve a couple ports with unrestricted tenants to be used for those, and put them in a separate hunt group. In form 19 I assign that HG to the wakeup routes.
Problems with this
a) very time consuming for several systems that I find are already programmed with only one tenant for everything
b) for some reason, on many systems- after I create the 'blind transfer block', I find that the auto-wakeups do not work until I clear the restriction I set in form 5 even though I had separate ports for w/u. On these certain systems I cannot find what else could be missing. I have had to resort to "cannot have it both ways - either auto-wakeups or restricted blind transfers".

I have been dealing with this problem for a couple years now, and it keeps resurfacing.
Any input or magical solutions would be much appreciated.
Thanks

 

[kwbMitel]

If your room extensions start with a unique digit or digits then you can restrict extensions starting with x or x,y,z in the vmail options form.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[mmikk]

Thanks, I have done that (disabled transfer AA to all, and put a "7" in as restriction) but it does not work. It does work on my test system in office, but has no effect on these other systems. All ICP with EMEM. I have struggled to find the differentiating factor between them.

I do appreciate the response.

 

[kwbMitel]

That feature is designed for precisely this purpose. I can't even speculate why it might not work.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[mmikk]

Ok. Thank you. I know.
But seriously, I will be dialed into system and make 4 test calls within a couple minutes, with combinations of the tenant restriction and the voicemail option retriction. VM option has no effect. Tenant blocks it every time. (it says "you are being transferred.." but then it comes back and says ".. invalid")
I did read in edocs that the VM/AA block feature does not work for AA done through EMEM, but rather only with the AA feature package.
Though the licensing and AA programming is the same as I have in office.
i.e. - I point the incoming digits directly to VM hunt group. I create transfer mailboxes 1,2,3 (1 goes to an outbound speed dial, 2 and 3 go to in-house extensions, and 0 goes to console). I have to leave the ability for someone to dial some other admin extensions (starting with 6) but block all exts with 7.
Like I said, it has been a couple years and a couple calls to Mitel TS - to no avail.
I will go through every COS and system feature, tenanting, routing, etc compared to one in office to figure this out. (though it seems I did that a couple years ago)

 

[kwbMitel]

Ok, drawing board time.

Do you need to be able to dial any extensions by using more than a single digit?
Can you live without Dial by Name (assumed in hotel)

If so, instead of using the main level AA, terminate the calls to a Menu Node that allows single digit dialing to 10 locations.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[mmikk]

Yes, I am going to try that. It seemed there was a problem with it before - like speed dials (for central reservations) or sales team at other hotel over IP trunks. If the problem was with using abbreviated dial I will create a pseudo ext CFA.
But- the problem is not only when using the AA Menu - but when back-dooring out of a user's mailbox. It seems that should follow the same rule as you are basically going back to root VM - or AA.

Will post whether this works. May not have the time to redo until end of week.
Thank you

 

[kwbMitel]

To transfer a call to a speedcall simply create a transfer only mb with the extension matching the speedcall. The mailbox number can be anything.

Backdoor access can be done from a menu node but I am not certain of the sequence of digits.

**********************************************
What's most important is that you realise ... There is no spoon.