We’ve covered how to setup an Exchange Auto Attendant for your Skype for Business environment. Microsoft has recently released a new offering, the Cloud PBX Auto Attendant.
The two are very similar in their functionality, with some key differences. Firstly, Exchange Auto Attendants ( are an Exchange function, and not a Skype for Business function. Secondly, Exchange Auto Attendants can be in Exchange online or Exchange on-prem, work with SfB users regardless of where they’re homed, and can even integrate with other PBXs.
Cloud PBX Auto Attendants, being so new to the world, haven’t yet achieved a similar level of functionality. If you’re reading this blog a number of months after it was written, hit the Cloud PBX Auto Attendant tag to check for a blog covering updates!
When you’re configuring or calling a Cloud PBX Auto Attendant, the “look and feel” is nearly identical to that of Exchange Auto Attendants. You get the same informational, business-hours, and after-hours greetings.
When it comes to scheduling your business hours, Exchange Auto Attendants offer 15 minute granularity, where Cloud PBX Auto Attendants offer 30 minute granularity. You can, however, still set as many open/closed periods as you’d like.
Speech recognition is similar as well, and when you configure a name as a menu option, the Auto Attendant will recognize that name
Directory Search is an area where things differ between the two products. In Cloud PBX Auto Attendant, callers can speak or spell the name of any SfB ONLINE user, and that user can be homed in any of the regions that the tenant has. That user doesn’t need a PSTN Calling license, or a PSTN Calling number. The caller cannot reach a Cloud PBX user who has PSTN connectivity through an on-prem connection, either through CCE or a full on-prem pool, nor can they reach users who are home on-prem.
A feature of both Exchange Auto Attendant and Cloud PBX Auto Attendant is the ability to set a scope, or limit, of who callers can search for. You might want to protect VIPs, or only allow callers to reach sales staff. If you happen to be part of an organization with more than 50,000 users, you cannot use name recognition to search for a user – but all other speech recognition works.
With Exchange Auto Attendants, you provide an extension for the operator, and when a caller presses 0, they are transferred to that extension. The “extension” can be any number, so long as you configure Exchange and your PBX/SfB to permit the call.
Cloud PBX Auto Attendant allows Online SfB users with a Cloud PBX license to be operators, regardless of what region they’re in. A PSTN Number or PSTN Calling user licenses isn’t required. You can also send calls directly to voicemail, or to a Cloud PBX Call Queue (the Cloud PBX equivalent of a Response Group).
You cannot use SfB on-prem users, Cloud PBX users with have PSTN connectivity through an on-prem connection, either through CCE or a full on-prem pool. You also can’t use on-prem only services like response groups.
Menu options are straight-forward. Indicate the dialpad button for a caller to press, and then the action to take when that button is pressed. One difference here versus Exchange Auto Attendants is that there is native functionality to transfer the call to a Cloud PBX Call Queue, instead of you having to indicate a phone number or SIP address.
The GUI is a bit different here compared to Exchange Auto Attends. You get buttons arranged in a row, with a list of the options you’ve configured below:
Other Bits and Pieces
You’ll need a Cloud PBX Service Number to assign to your Cloud PBX Auto Attendant, and you can use both tolled and toll-free. You can use a new service number for setup and testing, and port in your existing number.
The timing of the port may prove awkward if this is your main number. You can setup your Cloud PBX Auto Attendant with a new number, and have your existing main number forwarded to it. When you receive notification that the number has ported, you can edit your Cloud PBX Auto Attendant to use the new number directly.
Your Tenant needs to have E5, or E3 plus Cloud PBX licensing, in order to have Cloud PBX Auto Attendant available.
If you want your Cloud PBX Auto Attendant to direct calls to a voicemail box, you should setup a phantom user (a user account with no real human attached to it).
Evaluation and Adoption
Your first step in evaluating and (possibly) adopting Cloud PBX Auto Attendants is to document the functionality of your current auto attendant. Then, review the functionality and the limitations mentioned above. If Cloud PBX Auto Attendant can do everything you need, then you’re all set – time to deploy!
If you identify some gaps, you have two choices. One, you can change your requirements to match what’s available now, or two, you can wait. Additional functionality is expected to be released as development occurs.
Be sure to check the Office 365 Roadmap to see if a feature you’re interested in is on the way.
You can also provide feedback on what features you feel are important with Skype for Business.
Head to the Skype Operations Framework academy page to learn more!