Die Telefonie in Microsoft Teams ist erst dann wirklich nützlich, wenn sie mehr kann als nur interne Gespräche. Wer Festnetz, Rufnummern, Warteschleifen, Sprachmenüs und Notruf sauber integriert, kann eine klassische Telefonanlage oft ersetzen oder zumindest deutlich verschlanken. Ich fokussiere hier auf die Punkte, die in Projekten tatsächlich entscheiden: welcher PSTN-Weg passt, wie die Rufnummernplanung in Deutschland funktioniert, wo die Grenzen liegen und wie man teure Fehlannahmen vermeidet.
Die wichtigsten Punkte auf einen Blick
- Teams-Telefonie verbindet Microsoft Teams mit dem öffentlichen Telefonnetz und ersetzt damit in vielen Fällen eine klassische PBX.
- Die Teams-Phone-Lizenz schaltet Funktionen frei, die PSTN-Anbindung kommt separat über Calling Plan, Operator Connect oder Direct Routing.
- Für Deutschland sind Rufnummernplanung, Portierung, Notruf und Standortdaten die Stellen, an denen Projekte am häufigsten stocken.
- Calling Plans sind am einfachsten, Operator Connect ist oft der pragmatische Mittelweg, Direct Routing bietet die meiste Kontrolle.
- Auto Attendants und Call Queues sind echte PBX-Funktionen, brauchen aber saubere Service-Nummern und Resource Accounts.
- Wer bestehende PBX-Geräte, Spezialrouten oder komplexe Carrier-Strukturen behalten muss, sollte den Übergang nicht als reines Lizenzthema planen.
Was die Telefonie in Microsoft Teams wirklich leistet
Im Kern ist Teams Phone die Schicht, die aus einem Kollaborationswerkzeug eine Telefonanlage macht. Interne Anrufe zwischen Teams-Nutzern bleiben innerhalb der Plattform und gehen nicht ins öffentliche Telefonnetz, also nicht ins PSTN. Genau das ist der praktische Hebel: interne Gespräche, Präsenz, Chat und Besprechungen greifen ineinander, während externe Anrufe erst über einen separaten PSTN-Anschluss möglich werden.
Für die Praxis trenne ich immer drei Ebenen: Lizenz, PSTN-Anschluss und Rufnummernmanagement. Die Lizenz schaltet die Telefoniefunktionen frei, der Anschluss stellt die Verbindung ins Telefonnetz her, und das Nummernmanagement sorgt dafür, dass Nutzer, Warteschlangen und Sprachmenüs sauber erreichbar sind. Wer diese Ebenen vermischt, plant schnell zu eng und wundert sich später über Verzögerungen.
- Auto Attendant: ein Sprachmenü, über das Anrufer gezielt zu Personen, Abteilungen oder Ansagen geführt werden.
- Call Queue: eine Warteschlange für eingehende Gespräche mit Verteilung an freie Agents, Ansage und Musik.
- Voicemail: Nachrichten landen im Exchange-Postfach und sind direkt in Teams oder per Mail abrufbar.
- Enterprise Voice: macht einen Benutzer sprachfähig für Anrufe über das Telefonnetz.
- Service Numbers: Rufnummern für Funktionen wie Warteschleifen und Sprachmenüs, nicht für einzelne Mitarbeiter.
Ein Detail wird oft unterschätzt: Service-Nummern können deutlich mehr parallele Anrufe tragen als persönliche Nutzer-Nummern. Das ist der Unterschied zwischen einem normalen Durchwahlkonzept und einer echten Zentrale. Genau dort zeigt sich, ob Teams nur ein weiteres Frontend ist oder die PBX tatsächlich ersetzt. Als Nächstes geht es darum, welcher Anschlussweg in Deutschland am wenigsten Reibung erzeugt.

Welcher Anschlussweg in Deutschland sinnvoll ist
Für Deutschland würde ich die Entscheidung nicht nach Marketingbegriffen treffen, sondern nach Betriebsmodell. Die Frage ist nicht nur, ob Telefonate funktionieren, sondern wer Nummern verwaltet, wer die Carrier-Beziehung hält, wie viel Legacy bleiben muss und wie viel Kontrolle man intern braucht.
| Option | Stärken | Grenzen | Typischer Einsatz |
|---|---|---|---|
| Calling Plan | Einfach, schnell, wenig Integrationsaufwand, Microsoft als Carrier | Weniger flexibel, regionale Verfügbarkeit prüfen | Neue Umgebungen ohne Carrier-Bindung |
| Operator Connect | Carrier bleibt Partner, weniger Technikaufwand als Direct Routing | Abhängig vom teilnehmenden Operator | Organisationen mit vorhandenem Carrier-Verhältnis |
| Direct Routing | Maximale Kontrolle, bestehende Trunks, PBX-Strukturen und Spezialgeräte weiter nutzbar | SBC, Betrieb und Design sind komplexer | Größere oder hybride Umgebungen |
| Teams Phone Mobile | Single-number-Konzept auf Mobilfunkbasis | Nur sinnvoll, wenn das Mobilfunk- und Carrier-Modell passt | Mobile-first-Teams und Außendienst |
Meine Kurzregel ist simpel: Wenn du schnell starten und wenig Technik anfassen willst, ist ein Calling Plan der naheliegende Weg, sofern er in deiner Region verfügbar ist. Wenn du den Carrier behalten willst, aber nicht alles selbst betreiben möchtest, ist Operator Connect oft der beste Kompromiss. Wenn du bestehende PBX-Strukturen, SIP-Trunks, Analogtechnik oder Spezialintegration behalten musst, führt an Direct Routing kaum ein Weg vorbei. Kostenmäßig ist Calling Plan meist am berechenbarsten, Operator Connect verschiebt einen Teil des Aufwands zum Provider, Direct Routing braucht die meiste technische Disziplin. Danach stellt sich die Frage, wie die Einführung sauber in die Praxis kommt.
So setzt man Teams Phone ohne unnötige Reibung auf
Die Einführung scheitert selten an der App selbst, sondern an der Reihenfolge. Ich plane solche Rollouts immer von der Nutzerrolle aus: Wer braucht nur interne Gespräche, wer braucht eine externe Rufnummer, wer muss in eine Warteschlange oder ein Sprachmenü, und wer bleibt vorerst auf der alten Anlage?
- Lizenzen vergeben - Teams Phone pro Nutzer, bei Sonderrollen die passende Ressourcenlizenz für technische Konten.
- Nutzer sprachfähig machen - Enterprise Voice aktivieren, damit Teams den Benutzer als telefoniefähig behandelt.
- PSTN-Modell festlegen - Calling Plan, Operator Connect oder Direct Routing vor der Nummernbestellung entscheiden.
- Nummern und Rollen trennen - persönliche Durchwahlen, Service Numbers für Auto Attendants und Call Queues, gegebenenfalls Shared Calling als Übergang.
- Notruf und Standorte definieren - Emergency Locations, Adresszuordnung und Zuständigkeiten vor dem Go-live testen.
- Testpfad bauen - eingehend, ausgehend, intern, Transfer, Voicemail, Warteschleife, Mobilgerät, Desktop und Tischtelefon prüfen.
Gerade Shared Calling kann für größere Migrationen nützlich sein, weil man damit Teams Phone zunächst breit ausrollen kann, ohne sofort für jeden Nutzer eine eigene Nummer zu vergeben. Das ist kein Dauerzustand, aber ein sauberer Zwischenschritt, wenn der Umstieg in Wellen erfolgen muss. Danach steht die Frage im Raum, wie Deutschland mit Rufnummern, Portierung und regulatorischen Details umgeht.
Rufnummern, Portierung und deutsche Vorgaben
In Deutschland lohnt es sich, die Nummernlogik früh festzuzurren, weil die Dokumente und Fristen den Zeitplan bestimmen. Für neue Nummern braucht es in der Praxis üblicherweise einen aktuellen Nachweis zur Firmenadresse; bei Bestellungen von mehr als 100 Rufnummern pro Standort ist zusätzlich eine formale Zustimmung der Bundesnetzagentur einzureichen.
Für verfügbare Rufnummern sind bis zu 4 Geschäftstage realistisch, wenn Nummern bestellt werden müssen, können es bis zu 90 Geschäftstage sein. Portierungen liegen typischerweise bei 15 bis 30 Geschäftstagen, finden Montag bis Freitag zwischen 06:00 und 12:00 Uhr CET statt und lassen sich nur mit Vorlauf ändern oder stornieren; Teilportierungen sind nicht vorgesehen.
- Mobilfunknummern sind in diesem Rahmen nicht verfügbar.
- Extensions, also klassische Nebenstellen, werden nicht unterstützt.
- Verkürzte Nummern können auf Anfrage aus Blöcken von 20 verfügbar sein.
- Geografische Nummern lassen sich für Nutzer, Voice Apps und Konferenzfunktionen portieren; gebührenfreie Nummern nur für Voice Apps und Konferenzen.
Aus Projektsicht heißt das: Die Portierung ist kein administrativer Randpunkt, sondern ein echter Zeitfaktor. Wer den Go-live plant, sollte den Nummernweg genauso ernst nehmen wie die eigentliche Technik. Genau an dieser Stelle passieren die meisten vermeidbaren Fehler.
Typische Fehler, die Projekte verzögern
- Lizenz und PSTN werden vermischt. Ohne Teams-Phone-Lizenz gibt es keine vollwertige Telefonie, ohne PSTN-Anschluss keine externen Anrufe.
- Notruf wird zu spät eingeplant. Standorte, Adressen und Zuständigkeiten gehören vor den Piloten geklärt.
- Service Numbers werden vergessen. Auto Attendants und Call Queues brauchen eigene Nummern und saubere Resource Accounts.
- Direct Routing wird zu komplex gemacht. SBC, Carrier, Routing, Sicherheit und Monitoring müssen zusammen gedacht werden.
- Die mobile Nutzung wird überschätzt. Nicht jeder Nutzer braucht ein Desk Phone, aber manche Rollen brauchen es weiterhin.
- Portierung wird als reiner Verwaltungsschritt behandelt. In der Praxis hängt daran oft der Go-live-Termin.
Ich sehe in Audits immer wieder denselben Denkfehler: Teams wird als reine Softwareentscheidung behandelt, obwohl Telefonie Betriebsprozess, Nummernverwaltung, Notruf und Supportstruktur zugleich ist. Sobald diese Ebenen zusammengehören, wird klar, warum manche Einführungen schnell laufen und andere wochenlang stocken. Genau deshalb muss man auch die Grenzen des Modells offen ansehen.
Wann Teams die PBX ersetzt und wann nicht
Als PBX-Ersatz ist Teams stark, wenn der Bedarf vor allem aus Standardtelefonie, Vermittlung, Warteschlangen, Voicemail und sauberer Nutzerverwaltung besteht. Schwächer wird die Plattform dort, wo sehr spezielle Telefonie-Peripherie, analoge Geräte, Überkopflautsprecher, komplexe Mehrcarrier-Setups oder tiefes Contact-Center-Routing im Spiel sind.
| Szenario | Einschätzung |
|---|---|
| Standard-Arbeitsplätze mit internen und externen Anrufen | Teams Phone passt sehr gut. |
| Filialen mit analoger Technik, Türen oder Spezialendgeräten | Direct Routing oder eine Hybridarchitektur bleibt oft nötig. |
| Callcenter mit komplexem Routing | Teams Phone plus zertifizierte Contact-Center-Lösung ist sinnvoller als eine reine Standardkonfiguration. |
| Stark regulierte Nummern- und Carrier-Landschaft | Die Architektur sollte vor dem Lizenzkauf geklärt werden. |
Wenn ich ein Projekt bewerte, frage ich zuerst, ob Teams nur die Telefonanlage ablösen soll oder auch Spezialfunktionen tragen muss. Für Standardanrufe, Vermittlung, Voicemail und einfache Warteschlangen ist Teams Phone sehr überzeugend. Sobald jedoch analoge Endgeräte, feste Gebäudeverkabelung, bestehende SBCs oder nationale Carrier-Vorgaben eine Rolle spielen, bleibt Direct Routing oft die sichere Brücke und nicht selten die bessere Langfristlösung. Für Contact Center würde ich keine automatische Gleichsetzung mit PBX-Funktionen machen; zertifizierte Integrationen sind ein eigenes Projekt. Darum endet die Entscheidung nicht bei der Lizenz, sondern bei der Architektur.
Was ich für deutsche Rollouts 2026 am ehesten empfehlen würde
Für neue, überschaubare Umgebungen würde ich mit dem einfachsten PSTN-Modell starten, sofern Rufnummern, Notruf und Governance sauber passen. Für Unternehmen mit bestehendem Carrier-Vertrag ist Operator Connect meist der pragmatische Mittelweg. Und wer alte PBX-Strukturen, Spezialhardware oder strenge Routing-Vorgaben mitbringen muss, sollte Direct Routing von Anfang an als Architekturprojekt behandeln, nicht als bloße Lizenzfrage.
- Plane die Rufnummern vor der Pilotphase.
- Trenne persönliche Nummern und Service Numbers konsequent.
- Teste Notruf, Weiterleitung, Voicemail und Warteschlangen vor dem Go-live.
- Erwarte keinen 1:1-Export einer alten PBX, Teams bringt andere Stärken mit.
Wenn diese vier Punkte sitzen, wird die Teams-Telefonie nicht nur ein Komfort-Update, sondern eine belastbare Kommunikationsplattform. Der Unterschied liegt selten in der Oberfläche, sondern in der Qualität der Vorbereitung.
