Call Queues – Who can be an agent

Call Queues are the modern, online version of SfB Response Groups. A call comes in to the organization, and is queued and distributed to “agents” based on a number of factors.

One question that I get often is “who can be an agent in a call queue?”

The short answer is that only users can be agents. This means that Common Area Phones and Meeting Rooms cannot be agents. Well, they can, if you license them as a user. However, if you take advantage of the lower priced CAP or MeetingRoom licenses, then they cannot be agents in a Call Queue.

There are some other restrictions.

If you’re using a Direct Routing number for your Call Queue, your agents must be Teams users. If you use a Calling Plan number, you can use Teams, Skype for Business Online, and Skype for Business Server users.

If you want Teams agents, the agents must be in Teams Only mode. Calls are only handled by Teams apps when a user is in Teams Only.

Bonus: SfB Server Response Groups only offered calls to desktop clients, not mobile. That’s awesome if you assume that everyone who might be an agent is permanently planted in a chair in front of a desk, but that’s not reality! Call Queues allow calls to be offered to users logged on to a number of different devices – including mobiles – check out this doc for details.

(Note: this post has been edited to update it with capabilities made available soon after publication date. While I don’t normally update past blogs with new information, I felt it made sense given the timelines involved.

Updates are coming fast and furious at times from Microsoft. If you have thoughts on revising historical posts (or not!) I’d love to hear from you – hit me up in the comment section or find me on twitter @bumpinthenet)

Main Number Handling – Cloud PBX Auto Attendants

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.

General

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

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.

Operator

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

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:

Buttons

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.

Learn More

Head to the Skype Operations Framework academy page to learn more!