Tagged: Telephony
Reverse Number Lookup Enhancements in Microsoft Teams Calling
This post is about enhancements in Microsoft Teams Calling regarding the reverse number lookup (RNL). It’s an incredibly important and small feature with high impact on usability for Teams calling capabilities.
In general, RNL resolves a caller’s phone number to contact information (for instance the contact’s display name). E.g. if +49 711 987654321 is calling me and this number is stored in my contacts as Anna it will tell me that she called me in my journal etc.
Microsoft’s 365 roadmap says that the following aspects are improved:
- Display name in your Activity Feed
- Display name in your Call History
- Display name in your Voicemail
Conclusion, opinion and summary
As far as I could see, it’s already live in my tenant. Still, obviously not the full display name is shown in the activity feed. It looks like it is trimmed to the first word of the display name.
I’m hoping to see the full name there, too, or a changed order, e.g. the last word of the display name (last name, usually). The latter is helpful especially if you receive many calls a day from people outside your organization. For what I can say, here in Germany, it’s more common to talk to someone using his/her last name except you already know the person for a longer period and/or agreed on a more informal form to talk to each other using “Du” instead of “Sie”. That’s why it would be nice to see the full name directly in the activity feed, too, in case you directly call back the caller listed in your activity feed as missed called.
Additional resources
Enable resource account for outbound call in Microsoft Teams Call Queues and Auto Attendants
In this post I describe how you can configure call forwarding to external PSTN phone numbers for a call queue or auto attendant in a Microsoft Teams Direct Routing configuration. Microsoft released the capability to forward phone calls via a Teams Auto Attendant and via a Teams Call Queue to a phone number. Also, the operator can have a (external/PSTN) phone number.
In the past this was not feasible this way, therefore you had to implement a workaround by configuring a “forwarding user” to reach the goal. This is no longer necessary. I’ll show you some screenshots to depict what you’ve got now with Teams Calling and Microsoft 365 Phone System.
Teams Auto Attendant – Operator – External Phone Number Option
Teams Auto Attendant – Call Flow – External Phone Number Option
Teams Call Queue – Call Flow – Externa Phone Number Option/s
Within call queues you have two options to forward a call to a phone number. The first option helps to deal with more as the maximum set amount of concurrent calls in a queue. The second option helps to deal with calls waiting in a queue for a certain amount of time.
What do I have to do to make this work with Teams Direct Routing?
Easy, you have to do two things:
- assign a Virtual Phone System User license (!!!) (if not done yet) to the Teams Resource Account (also note the docs.microsoft.com statement saying, “Phone System licenses aren’t supported”, so assigning a E3 + phone system license might not work)
- assign an Online Voice Routing Policy to the resource account which is assigned to the call queue or auto attendant [with PowerShell]
- Wait for some time (as I was testing this, I configured this in the late afternoon and the next morning it was working as expected, this might be different and I’m not aware of a default duration till it is applied and will work)
I’ll not explain how to get and assign the license, I’ll explain the assignment of the Online Voice Routing Policy because at the time of writing this post, you have to assign the policy by using PowerShell.
Assign an Online Voice Routing Policy to a resource account
#Teams Direct Routing
#Enable resource account for outbound call in Microsoft Teams Call Queues and Auto Attendants
#Example code
Import-Module SkypeOnlineConnector
#Login
if ($cred -eq $null) {$cred = Get-Credential}
#W/O MFA:
$sfbosession = New-CsOnlineSession -Credential $cred
#WITH MFA:
#$SFBOsession= New-CsOnlineSession ADMIN-UPN
#Import module
Import-PSSession -Session $sfbosession -AllowClobber
#List Online Voice Routing Policies
Get-CsOnlineVoiceRoutingPolicy
#Assign Online Voice Routing Policy to Microsoft Teams Resource Account for Teams Direct Routing
$user = "teams-resource-account@domain.tld"
$userovrp = "teams-direct-routing-online-voice-routing-policy"
Grant-CsOnlineVoiceRoutingPolicy -Identity $user -PolicyName $userovrp
#Get a cup or some more cups of coffee and wait!!!
#Check assignment
Get-CsOnlineUser $user | select OnlineVoiceRoutingPolicy
<#Please note
although it's set quickly it can take quite some time till it is really applied, you can see this on the SBC SIP traces which still points to Teams phone system which is rejecting the referred call with a "403 Forbidden", it detail it states some like that there is no viable outbound route.
#>
Remove-PsSession $sfbosession
Conclusion, opinion and summary
I’ve been waiting for this for some time by now, and now that the feature is available, without creating a workaround, I like it. Especially, because you can also do some automation by using PowerShell for your cloud hotlines based on Microsoft Teams call queues and auto attendants.
Additional resources
Call loops after enabling busy on busy for Microsoft Teams Calling with Audiocodes Mediant
In this post I describe how you can fix a call loop and cause code issue with busy on busy enabled in Microsoft Teams Direct Routing in conjunction with a Audiocodes Mediant Session Border Controller. In one of my recent Teams Direct Routing deployments I came across an issue as soon as I enabled Busy on Busy in the Microsoft Teams Admin Center, as described in one of my previous blog posts, here.
Scenario
- Microsoft Teams Direct Routing
- Audiocodes Mediant VE Session Border Controller (SBC) V 7.20A.256.721
- PSTN SIP Trunk Provider
- Microsoft Teams Busy on busy (BoB) enabled for the user/s
Issue
Enabling busy on busy on Teams caused call loops, many missed calles shown in the call history in the Teams client.
Usual calls incoming, outgoing, call forwarding etc. worked fine but after assignment of the policy including the enabled busy on busy the caller caused a “call loop” and many missed calls in the call history while the callee was still on a call with someone else.
Actually the above SIP flow looks ok but why on earth is the second caller’s number showing up that often? That’s the loop we get and the many missed calls as long as the called person is still busy on another call.
Solution
Usually, 486 Busy Here should be ok towards the PSTN SIP Trunk provider because this says “busy”. However, it did not really say “busy” or provide the “busy” tone to the second caller.
After some research I came across an helpful blog post from Luca Vitali describing a similar issue with the difference that he’s seeing this in a TDR deployment with a TDM PSTN trunk and a different cause code sent by Microsoft 365 Phone System.
So, I checked the SIP reason header in more detail for the “486 Busy Here”. Viewing the SIP message logs by using the SysLog Viewer I found REASON: Q.850;cause=34;text=”171015b7-8b51-4fca-b9c0-d5f052823334;User is busy and currently active on another call.” There I noticed “cause=34” which means “no circuit available”. Is this not ok? That could be the possible issue because Microsoft 365 Phone System sends the above in a BoB scenario and probably the PSTN SIP Trunk provider looks not only on the “486 Busy Here” but also in the details of the Reason including the Q.850 cause codes which does not include the right code for “busy”.
So, just set up a message manipulation rule on the Audiocodes SBC to change the cause in the SIP reason line.
Example of the message manipulation rule to change the Header Reason Cause Code:
[ MessageManipulations ] FORMAT Index = ManipulationName, ManSetID, MessageType, Condition, ActionSubject, ActionType, ActionValue, RowRole; MessageManipulations 2 = "MM-Teams-486BusyHere-34-17", 1, "Any", "Header.Reason.Reason.Cause == '34'", "Header.Reason.Reason.Cause", 2, "'17'", 0; [ \MessageManipulations ]
This message manipulation rule is based on the message manipulation set id assigned to the IP Group for Teams as an inbound message manipulation.
Please note that the above is just provided as-is and might require adjustments for your deployment. Also, the above manipulation of the cause code might be adjusted if Microsoft Phone System was changed and it sends out another cause code in the Reason Header. I thought of using “…!= ’17′” to always change the cause code in the Reason Header but that’s no good idea because it can cause other issues.
After the message manipulation was implemented I successfully re-tried.
And also the SBC SIP flow is now fine, no more loops due to BoB and the second caller gets his regularly busy tone.
UPDATE 01.08.2020
It’s also an option to remove the reason header instead of changing the Header.Reason.Reason.Cause.
Additional resources
Safe transfer with Microsoft Teams Calling
In this post I highlight a Microsoft Teams Calling feature to safely transfer calls. Microsoft seems to add safe transfer for calls by Teams Users soon, according to the Microsoft 365 roadmap.
What’s safe transfer with Microsoft Teams?
As the roadmap item says it enables Team Users to get a call back if the Teams User transferred it to another Teams or Skype for Business user which does not answer.
That this works it is required that the user who transfers the call is a Microsoft Teams user and the target must be a Microsoft Teams or Skype for Business user in the same or federated tenant.
Additional resources
Microsoft Teams Call Quality Dashboard (CQD)
In this post I describe the CQD for Microsoft Teams and provide an high-level overview on its capabilities.
What’s the CQD? The call quality dashboard, short CQD, is a rich dashboard and reporting platform to check and ensure call quality metrics. Furthermore, it helps to analyze and to troubleshoot call quality if you drill down in reports and to figure out where you might have issues. Or you can just see what’s going on in your Microsoft 365 Phone System with Microsoft Teams.
In case you need to dig in deep in the depths of the reports you might also want to upload some network details regarding your physical location/s or endpoints. This can help you as well as Microsoft Support to troubleshoot issues, if required. For example, you can upload a CSV including:
| column name | column format | example |
| networkip | String | 10.10.1.0 |
| network name | String | HQ-Stuttgart |
| networkrange | Number | 24 |
| buildingname | String | HQ-Stuttgart-Office |
| ownershiptype | String | EriksLab |
| buildingtype | String | IT Operations |
| buildingofficetype | String | Administration |
| city | String | Stuttgart |
| zip code | String | 71178 |
| country | String | DE |
| state | String | Baden-Wuerttemberg |
| region | String | Stuttgart |
| insidecorp | Boolean | 1 |
| expressroute | Boolean | 0 |
| VPN (optional) | Boolean | 0 |
So, depending on your uploaded data you can view the reports either without or with the enriched data input.
Conclusion, opinion and summary
The CQD is a helpful means to support analyzing and troubleshooting call quality-related issues. They reporting data can help to find out what’s not working well and maybe even give you the why to mitigate the issue. E.g. bad connectivity, bad device or else. Additional, depending on your organization’s size and requirements you could also get the data to PowerBI for more customized views and reporting, if needed. The CQD is very powerful and supportive to resolve call quality issue. In case you are utilizing Microsoft Teams especially calling capabilities, I think, it is a very good platform which can support your call quality troubleshooting.
Additional resources
Microsoft Teams Contact Center Integration
This post is about the Contact Center Integration in Microsoft Teams. If you deploy Microsoft Teams calling capabilities to enable your workforce to use Microsoft Teams you might also be interested in the Contact Center integration. In the past I wrote an article about Microsoft Teams Call Queues and Auto Attendants for Direct Routing which describes Teams calling capabilities in regards of automatic call distribution (ACD) and/or interactive voice response (IVRs). Depending on your needs this was and is maybe not yet sufficient for your agents because you have many agents answering loads of incoming calls, transfer calls to maybe other departments/agents and respond to these incoming requests, complaints, remote advisories, incidents or what have you. Maybe 24/7…
So, there was a missing piece to bringt Microsoft Teams and more advanced Contact Center solutions together. Until lately. APIs were enhanced and improved which enabled Contact Center solution and service providers to build and use the available integrations based on
- Direct Routing Connectivity,
- Microsoft Graph Cloud Communication APIs,
- Teams platform and extensibility and/or
- Teams SDKs.
By this Microsoft enables for three integration “depths”:
- Connect | based on Direct Routing
- Connect and Extend | mixture of Direct Routing + Graph APIs + Teams apps platform
- Extend and Power |embedding Teams SDKs into Contact Center App/Solution/Service for native Teams interactions (which works with Direct Routing as well as calling plans)
Now that you want to start to integrate your existing Contact Center solution in Microsoft Teams, note that this works only for certified Contact Center solutions and services, which are listed in the Connected Contact Center for Microsoft Teams Certification Program. Today, there are already very well-known providers offering Microsoft Teams integration (see additional resources).
Conclusion, opinion and summary
This is another step forward to bring in more voice and calling capabilities into Microsoft Teams as it can become the primary client app for Contact Center agents as well. I assume that more is about to come and enable companies to leverage more and more of Microsoft Teams especially enterprises with large contact centers which might still be on Skype for Business Server with Enterprise Voice for these workloads. In the past this was mostly due to the SFB UCMA integration which was often used in these voice deployments and in Teams this integration option was missing. Now, enterprise still running SFB Server and having dependencies in regards of third-party Contact Center solutions based on UCMA might probably soon get rid of SFB Server onprem, migrate (the until now left behind Contact Center agents) to Microsoft Teams and decommission SFB Server infrastructure.
Additional resources
- Contact Center integrations for Microsoft Teams
- Anywhere365 | https://anywhere365.io/direct-routing-contact-center-for-microsoft-teams/
- ComputerTalk | https://www.computer-talk.com/product/enterprise-contact-center/ice-contact-center-for-teams
- Enghouse Interactive | https://enghouseinteractive.co.uk/microsoft/
- Five9 | https://www.five9.com/products/application-integration/uc-integration
- Genesys | https://www.genesys.com/microsoft
- Luware | https://luware.com/en/solutions/
- NICE inContact | https://www.niceincontact.com/microsoft-teams
- Microsoft Teams Call Queues and Auto Attendants for Direct Routing
Konfiguration von Microsoft Teams Direct Routing über das Teams Admin Center
In diesem Beitrag möchte ich aufzeigen, wie Microsoft Teams Direct Routing jetzt auch über das Teams Admin Center konfiguriert werden kann. Ich selbst bevorzuge weiterhin die Anlage mit der PowerShell, aber es ist gut zu wissen, dass diese Funktionen jetzt auch im Admin Center verfügbar sind.
Hinweis: Dieser Beitrag beschreibt einen aktuell verfügbaren Ansatz in Form einer beispielhaften Konfiguration. Wie einen Konfiguration vorgenommen werden muss, kann variieren (je nach Anforderungen) und sich auch jederzeit seitens Microsoft 365, Teams etc. verändern.
Zielsetzung
Microsoft 365 Telefonsystem an einen zertifizierten Session Border Controller (SBC) für Microsoft Teams Direct Routing (TDR) anbinden.
Design und Umfang
In diesem exemplarischen Beitrag zeige ich nur wie die Verbindung vom Microsoft 365 Telefonsystem zum SBC eingerichtet werden kann (gelb). Die Konfiguration eines SBCs, mögliche Anpassungen und Feinjustierungen werden hier nicht weiter beschrieben. Am Ende wird noch ein Cloud-only User Account eine Telefonnummer und die Voice Routing Policy zugewiesen.
Auf Details, was TDR ist, Voraussetzungen und wie zu lizenzieren ist gehe ich hier nicht ein.
Zu konfigurieren sind
- ein Teams PSTN Gateway (SBC),
- PSTN Usage,
- Voice Route,
- Voice Routing Policy
- und zuletzt muss die Voice Routing Policy dem User zugewiesen werden.
Lösung (Beispiel)
Wir beginnen im Microsoft Teams Admin Center (https://admin.teams.microsoft.com) als globaler Admin, aber auch schon die Teams-Administrator-Rolle (Teams Service Administrator) reicht hier und berechtigt für die Konfiguration.
Nachstehend zeigen die Screenshots den “Konfigurations-Pfad” und in jedem Screenshot werden die Schritte beginnend mit “1” aufgezeigt.
Bei “Dialed number pattern” kann ein bestimmter regulärer Ausdruck via RegEx definiert werden, um basierend von Teams ausgehende Anrufe auf einem bestimmten “Muster” zu prüfen, um hier eine Routing-Entscheidung für diese oder eine mögliche andere Route zu treffen. Ich lasse dies hier mal absichtlich leer. Wenn User komplett E.164 (also mit +49… ) wählen sollen oder einfach alles akzeptiert werden soll, kann hier z. B. .$ (any) o.ä. verwendet werden. Je nach Bedarf.
Nach dem die Voice Routing Policy zugewiesen wurde, kann es eine Weile* dauern bis, in diesem Beispiel James, telefonieren kann. Natürlich muss hierfür der SBC bereits konfiguriert und funktionsfähig sein. Auch die richtigen Lizenzen und Policies (Calling Policies) dürfen für die User nicht fehlen. Nicht zu vergessen, dass der oder die Benutzer noch eine Telefonnummer zugewiesen benötigt.
*eine Weile kann von ein paar Minuten bis hin zu mehreren Stunden sein. Ich habe schon unterschiedlich lange Bereitstellungszeiten festgestellt.
Letzteres geht aktuell leider (noch?) nicht via Teams Admin Center. Dazu benötigt es noch die SFB Online PowerShell außer ich habe SFB Server (Hybrid) und meine Rufnummern werden noch vom onpremise Server via AAD Connect übertragen (msRTCSip-LineURI…). Doch hier gibt’s dann noch ein paar weitere Aspekte zu beachten.
Zuweisung der Telefonnummer und Voice Routing Policy via PowerShell
Die Zuweisung der Voice Routing Policy und Telefonnummer kann per PowerShell erfolgen (via SFB Online Connector), nach dem das SFBO PowerShell Modul heruntergeladen, installiert und verbunden wurde. Wenn man das nachstehende etwas umbaut, kann hieraus einfach über ein CSV-Import und eine foreach-Schleife ein Anlage und Zuweisung von Benutzern im größeren Stil erfolgen.
#Verbindung zu SFBO aufbauen (mit MFA) Import-Module "C:\Program Files\Common Files\Skype for Business Online\Modules\SkypeOnlineConnector\SkypeOnlineConnector.psd1" #Import-Module SkypeOnlineConnector $SFBOSESSION = New-CsOnlineSession Import-PSSession $SFBOSESSION
#Voice Routing Policy zuweisen Grant-CsOnlineVoiceRoutingPolicy -Identity "James" -PolicyName "VoiceRoutingPolicy-Germany-Stuttgart”
#Telefonnummer zuweisen Set-CsUser -Identity "james@...domain.de" -OnPremLineURI tel:+497119874563219 -EnterpriseVoiceEnabled $true -HostedVoiceMail $true
#Verbindung trennen Remove-PSSession $SFBOSESSION
Zusammenfassung
Ich finde es praktisch, dass ich jetzt einen zertifizierten SBC auch über das Teams Admin Center verbinden kann. Wieso ich aber Usern noch keine (TDR) Telefonnummer auch über das Teams Admin Center zuweisen kann, ist mir ein Rätsel. Hierfür muss ich wieder in die PowerShell wechseln. Das finde ich etwas umständlich. Dann mache ich es aktuell doch lieber noch per Shell, da ich mit der PowerShell die Ansichten nicht wechseln brauche.
Ich hoffe, der Beitrag gibt eine grobe Übersicht, wie (aktuell Mai 2020) ein SBC für TDR an das Microsoft 365 Telefonsystem angebunden werden kann.
Zusätzliche Ressourcen
- Microsoft Teams Telephony Licensing Notes [Update April 2020]
- How to connect analog devices to Microsoft Teams?
- Konfigurieren des VoIP-Routings für das direkte Routing
- Skype for Business Online, Windows PowerShell Module
- Download and install the Skype for Business Online Connector module
- Manage Skype for Business Online with Office 365 PowerShell
- Direktes Routing für Telefonsysteme
Microsoft Teams Telephony Licensing Notes [Update April 2020]
In this post I like to point out some updated licensing options for Microsoft Teams regarding telephony, common area phones and meeting rooms.
The hereinafter described license options might be subject to change. Moreover not all licenses or subscriptions are available in every country around the globe, especially calling plans and audio conferencing (shortened: Audioconf.).
Teams Licensing Basics
- Microsoft Teams is a single service of the massiv Microsoft 365 services stack which it tightly linked and integrated within this service stack.
- Microsoft Teams is part of a “packaged” Microsoft Office 365 subscriptions by default.
- Microsoft Teams “replaces” Skype for Business Online (SFB Online EOL date July 31, 2021). The Skype for Business Desktop Client within Office 365 ProPlus is also obsolete, meaning that new (full) Office 365 ProPlus installation will get a Teams instead of a Skype for Business Client.
The following slides and drawing are intended to provide you with an overview on licensing options. I also point out what you should take into account in case of Teams Direct Routing (TDR), in this post and following drawings I call a TDR scenario a “hybrid” scenario.
Telephony with Teams (for users)
Call Queues (CQ) and Auto Attendants (AA)
Resource accounts for CQ/AA need a license. Till 01.07.2019 you had to license these users with typical user licenses. Now you can buy and assign a free “Phone System Virtual User license”.
At the bottom I’ll add a link to a well-written how-to post “Add a free licence to Call Queues and Auto Attendants (Microsoft Teams)” from ucgeek.com which describes how to buy and assign the license.
Teams Common Area Phone (CAP)
Teams Meeting Room
Conclusion, opinion and summary
The above drawings quickly depict how you can license users, common area phones, meeting room devices and even call queues or auto attendants for Microsoft Teams.
Additional Resources
- Microsoft Teams PSTN telephony licensing update for SMBs
- Microsoft Teams Licensing Notes [Update July 2019]
- Microsoft Teams Licensing Notes
- Add a free licence to Call Queues and Auto Attendants (Microsoft Teams)
- Office 365 licensing for Microsoft Teams
- Manage resource accounts
- Microsoft Teams Rooms licenses
What’s new in Microsoft Teams in April 2020?
In this post I like to highlight some new and planned Microsoft Teams features based on the latest roadmap updates by Microsoft. The last few days many updates were made to the Microsoft Teams roadmap. There are several neat feature updates for Microsoft Teams which will be rolled out soon, are rolling out now or which are already available. Let me give you an overview on these.
Meetings and live events
- end meetings | as an host you can now end meetings. So nobody can remain in the meeting to proceed or use the online meeting space.
- audioconferening dialin user number masking | PSTN participant phone numbers will be masked from external users [~May 2020]
- background effects in meetings | use background (pre-selected) images to enable other participants to focus on you and reduce distraction. later also custom background images.
- raise hands in Teams meetings | attendees can rais their virtual hand to notify the presenter that there is a person who would like to speak
- share system audio in a meeting
- share system audio in a live event
Voice / telephony
Microsoft 365 Business Voice | Microsoft 365 phone system capabilities are available for SMB organizations with up to 300 seats as addon license for the smaller licensing bundles (business plan/s).
So, also business plans are enabled to go for calling plans and/or Direct Routing to enable (pstn) telephony to/from Microsoft Teams.
Chat
Multi window chat | Ability to pop out a chat in a separate chat window
Security
Microsoft adds Azure AD Premium Plan 1 to M365 Business plans which provides feature like
- conditional access,
- self-service password reset and
- multi-factor authentication (MFA) to secure your identities.
- Plus some more features like Cloud App Discovery (to discover used apps which you might were not aware that these are used within your company),
- application proxy,
- dynamic groups,
- passwordless auth (Windows Hello for Business, Microsoft Authenticator app, FIDO 2).
All this helps to make your communication and collaboration for your business more secure. Especially for SMBs (up to 300 seats). This is really compelling due to price and feature set. Until know you had to get enterprise plans for this to get the option to add these features to your Microsoft 365 deployment.
Conclusion, opinion and summary
Microsoft now really pushes out these features and changes to enable small and medium sized business (SMBs) to securely communicate and collaborate at a reasonable price. To me, MFA (for all) was long awaited in this licensing segment because nowadays MFA should be the imperative anyway.
Additional resources
- Azure Active Directory Premium P1 is coming to Microsoft 365 Business
- Microsoft Teams PSTN telephony licensing update for SMBs
- Microsoft Teams – end meeting for all participants within a Teams meeting [Featured ID: 63286]
- Microsoft Teams – PSTN participant phone numbers are masked from external users [Featured ID: 63309]
- Microsoft Teams – Share system audio in a Teams meeting [Featured ID: 50692]
- Microsoft Teams – background effects in Teams meetings [Featured ID: 62890]
- Microsoft Teams – share system audio in live events [Featured ID: 63276]
- Microsoft Teams – raise hands in Teams meetings [Featured ID: 62755]
- Microsoft Teams – Multi-Window Chat [Featured ID: 57292]
Microsoft Teams PSTN telephony licensing update for SMBs
This post highlights a new licensing option regarding (PSTN) telephony / calling / dial tone with Microsoft Teams for small and medium businesses (SMBs) or companies with up 300 seats. Now SMBs can benefit also from Microsoft Teams’ integrated telephony capabilities.
The hereinafter described licensing might be subject to change. Moreover not all licenses or subscriptions are available in every country around the globe, especially calling plans and audio conferencing.
Microsoft extended its phone system offering to be a add-on license for Office 365 business premium, too. Until now you needed the following licenses for telephony in Microsoft Teams:
previously
- Office 365 E1/E3 + phone system (+ calling plan) (+ optional audio conferencing)
- Office 365 E5 (incl. phone system) (+ calling plan) (+ optional audio conferencing)
now [March 2020]
- Office 365 Business Essentials / Premium + phone system (+ calling plan) (+ optional audio conferencing)
- Office 365 E1/E3 + phone system (+ calling plan) (+ optional audio conferencing)
- E5 (incl. phone system) (+ calling plan) (+ optional audio conferencing)
Conclusion, opinion and summary
The new licensing option for Microsoft 365 Phone System enables small and medium business (up to 300 seats) with Office 365 Business Premium licenses to consider to use Microsoft 365 Phone System instead of using a PBX or migrate to it to reduce costs, get telephony integrated to Teams and provide a seamless and unified user experience by using Microsoft Teams for communication and collaboration as the hub for teamwork and telephony as well.
Additional resources
- Microsoft Teams add-on licensing [updated section/s – see section “License options based on your plan”]
- Microsoft 365 Business Voice service description
- Use the Getting Started wizard to set up Business Voice
- Microsoft telephony solutions [general overview]
- Office 365 Business Premium [seems not yet to be up to date]
- Microsoft Teams Licensing Notes [Update July 2019]
