tek

What is the best way to setup a "Night Service" button on a receptionists phone? I'm having trouble with my current setup, which is a button w/ Action "SetHuntGroupNightService"/Tele Number 300 (Main Hunt group is 300) which toggles on and off (light comes on and off when pressed), but does not play the proper night service greeting I've setup in VMPro. When I have this button on, the day greeting is played sooner - almost immediately - but I want the proper night greeting to play. Is the preferred method here to have 2 buttons on the receptionist's phone - the *20 and *21 short codes for setting and clearing the night service group? It seems like most IPOffice setups use Time Profiles for going into Night service. I can't do that with the customer I'm setting this up for. Any member thoughts/experiences w/ Manually controlled Night Service action would be appreciated.

Cephas

Personally I never even bother with night mode, etc. I typically direct all inbound calls to an AA call flow first, then check either a business hours test condition AND/OR a user variable that the receptionist can control with a short code. Then I can immediately transfer callers to the receptionist if desired, and with 2.0 IP Office the caller is unaware they "went to voicemail" first.

BTW To keep things simple I setup 1 short code for controlling "night mode" that hits a menu - "Press 1 for open, 2 for closed, or 3 to hear the current status"

No pretty light, but it can be controlled from any phone (including external if you desire) and it always works.

Cephas

PBXtech.info

 

mforrence

Cephas,

I've tried this trick with no success - having a call ring initially to a VMPro call flow - check schedule and - if appropriate - send the caller to hunt group without playing a greeting. Is there a secret? I believe when I place the call, I see it hit the auto attend then the call just drops.

Mike

Cephas

Hmmm... no no trick. Never had a problem with it. Your hitting a transfer token to send it to the hunt group? What releases of IP Office and VMPro are you running? For troubleshooting purposes, stick a .wav as an entry prompt for the transfer token to ensure it at least gets to that point.

Cephas

mforrence

Cephas,

Finally got around to troubleshooting this. I found that when a call went to an automated attendant via a hunt group (i.e. the call rings a hunt group and the "queued" message starts an auto attend flow) - that you must play some prompt before transferring the caller back to another hunt group, person, etc. However when a caller gets to an automated attendant flow via a shortcode, playing a prompt is not required.

Mike

Cephas

Cool. But to keep it even simpler, I would hit the AA call flow (where you check your schedule, short codes, etc.) directly via the incoming call route, rather than hit the hunt group and then rely on the queued message to redirect callers to AA.

Cephas

PBXtech.info