Die Diskussion um Cloud oder On-Premises wird bei Telefonanlagen häufig auf eine vermeintlich einfache Frage reduziert: Soll die Telefonanlage weiterhin im Unternehmen betrieben oder als Dienst aus einem Rechenzentrum bezogen werden?
Technisch betrachtet greift diese Gegenüberstellung inzwischen zu kurz. Eine moderne Telefonanlage für Unternehmen ist keine isolierte TK-Infrastruktur mehr. Sie ist Bestandteil einer IP-basierten Kommunikationsarchitektur und berührt Netzwerk, Identity Management, Microsoft Teams und andere Collaboration-Plattformen, CRM-Systeme, mobile Endgeräte, Sicherheitskonzepte und zunehmend automatisierte oder KI-gestützte Prozesse.
Die entscheidende Frage lautet deshalb nicht: Cloud oder On-Premises?
Sie lautet vielmehr: Welches Betriebs- und Architekturmodell erfüllt die Anforderungen des Unternehmens an Verfügbarkeit, Kontrolle, Integration, Sicherheit und Skalierbarkeit am besten?
Mit der Migration von ISDN zu All-IP hat sich die technische Rolle der Telefonanlage grundlegend verändert. Sprache wird heute als IP-basierter Dienst über eine Infrastruktur transportiert, die gleichzeitig zahlreiche andere geschäftskritische Anwendungen trägt.
Das Bundesamt für Sicherheit in der Informationstechnik weist bereits bei der Betrachtung von VoIP darauf hin, dass die Zusammenführung ehemals getrennter Kommunikationsnetze zwar Administration und Betrieb vereinfachen kann, gleichzeitig aber neue Anforderungen an Sicherheit und Verfügbarkeit mit sich bringt.
Damit verändert sich auch die Planung einer Telefonanlage.
Wer heute eine Telefonanlage für Unternehmen plant, entscheidet daher nicht nur über Telefonie. Er trifft eine Architekturentscheidung für einen Teil der digitalen Unternehmenskommunikation.
Bei einer Cloud-Telefonanlage werden zentrale PBX-Funktionen außerhalb des eigenen Unternehmens betrieben. Nebenstellen, Rufgruppen, Routing, Clients und weitere Kommunikationsfunktionen werden über eine zentral administrierte Plattform bereitgestellt.
Der wesentliche Vorteil liegt weniger darin, dass „keine Telefonanlage mehr im Keller steht“. Technisch relevanter ist die Verlagerung des Plattformbetriebs.
Updates, Software-Lifecycle, Teile der Hochverfügbarkeit und zentrale Plattformkomponenten liegen – abhängig vom jeweiligen Service-Modell – beim Betreiber. Gerade bei Unternehmen mit mehreren Standorten, Homeoffice-Arbeitsplätzen oder häufig wechselnden Nutzerzahlen kann dies den operativen Aufwand erheblich verändern.
Neue Benutzer oder Standorte müssen nicht zwangsläufig mit einer Erweiterung lokaler PBX-Hardware einhergehen. Softphones, Smartphone-Clients und browserbasierte Anwendungen lassen sich zudem wesentlich einfacher in dezentrale Arbeitsmodelle integrieren.
Cloud bedeutet allerdings keineswegs automatisch Hochverfügbarkeit.
Dieser Punkt wird bei Telefonieprojekten häufig unterschätzt.
Wird eine lokale Telefonanlage durch einen Cloud-Service ersetzt, entfallen bestimmte lokale Komponenten. Dafür entstehen andere technische Abhängigkeiten:
Internet Access → DNS → Firewall → SBC → Cloud-PBX → Carrier → Endgerät
Die Verfügbarkeit der Telefonie ergibt sich damit aus einer gesamten Servicekette.
Eine hochverfügbare Cloud-Plattform nützt beispielsweise wenig, wenn ein Unternehmensstandort lediglich über einen einzigen Internetzugang verfügt und dieser ausfällt. Gleiches gilt für fehlerhafte Firewall-Konfigurationen, DNS-Probleme oder lokale Stromausfälle bei Netzwerkkomponenten und Endgeräten.
Das BSI empfiehlt für Außenstellen, die über WAN oder VPN an eine zentrale Telefonie-Infrastruktur angebunden sind, ausdrücklich Überlegungen zu lokalen Notbetriebs- bzw. Rückfallmöglichkeiten.
Nicht die Verfügbarkeit der Telefonanlage allein ist entscheidend, sondern die Verfügbarkeit des vollständigen Kommunikationspfades.
Eine professionelle Cloud-Migration sollte deshalb immer auch Internet-Redundanz, alternative Routingpfade, Mobilfunk-Fallback, Notrufkonzepte und die Stromversorgung der lokalen Netzwerkkomponenten betrachten.
Die lokale Telefonanlage ist 2026 keineswegs automatisch ein Auslaufmodell.
On-Premises- oder Private-Cloud-Architekturen können weiterhin sinnvoll sein, wenn Unternehmen sehr spezifische Anforderungen an Systemkontrolle, lokale Integrationen oder individuelle Routinglogiken haben.
Dazu gehören beispielsweise komplexe Produktionsumgebungen, Spezialendgeräte, Türsprechstellen, DECT-Infrastrukturen, Alarmierungsprozesse oder ältere Anwendungen, die eng mit der Telefonanlage gekoppelt sind.
Auch besondere Anforderungen an Datenhaltung oder Netzsegmentierung können für eine stärker kontrollierte Betriebsarchitektur sprechen.
Der wesentliche Unterschied liegt im Betriebsmodell: Bei On-Premises verbleiben Lifecycle, Updates, Backup, Monitoring, Redundanz und Security weitgehend in der eigenen Verantwortung oder müssen durch einen Managed-Service-Partner übernommen werden.
Damit kann eine lokale Architektur technisch sehr leistungsfähig sein – sie verlangt jedoch entsprechende Betriebsprozesse.
Mit IP-Telefonie wird Sprachkommunikation Teil der IT-Sicherheitsarchitektur. Das betrifft nicht nur den Schutz vor unberechtigten Gesprächen oder Gebührenmissbrauch. Auch Vertraulichkeit, Integrität und Verfügbarkeit der Kommunikationsdaten müssen berücksichtigt werden.
Für die Verschlüsselung von VoIP-Kommunikation verweist das BSI unter anderem auf SRTP für Mediendaten und die Kombination mit TLS zur abgesicherten Signalisierung bzw. zum geschützten Schlüsselaustausch.
In Unternehmensumgebungen sollten deshalb mindestens folgende Punkte geprüft werden:
Die Entscheidung zwischen Cloud und On-Premises ersetzt diese Fragen nicht. Sie verändert lediglich, wer für welchen Teil der Sicherheitsarchitektur verantwortlich ist.
Ein weiterer Faktor ist die zunehmende Konvergenz von Telefonie und Collaboration. Microsoft Teams, Softphones und UC-Plattformen führen dazu, dass klassische Nebenstellenlogik zunehmend mit Presence, Chat, Meetings, CRM und mobilen Kommunikationswegen verbunden wird.
Dadurch entstehen verschiedene Architekturmodelle. Teams kann beispielsweise als Benutzeroberfläche dienen, während Telefoniefunktionen über eine bestehende PBX bereitgestellt werden. Alternativ können PSTN-Anbindung und Call Control stärker in die Collaboration-Plattform integriert werden.
Entscheidend ist nicht, möglichst viele Systeme miteinander zu verbinden. Entscheidend ist, Medienbrüche und parallele Kommunikationsstrukturen zu vermeiden.
Eine detaillierte Betrachtung von IVR, Softphone, Teams-, CRM- und weiteren Integrationsmöglichkeiten finden Sie unter:
Auch wirtschaftlich ist der Vergleich Cloud versus On-Premises komplexer als häufig dargestellt.
Ein monatlicher Preis pro Benutzer lässt sich nicht unmittelbar mit dem Anschaffungspreis einer lokalen Telefonanlage vergleichen.
Für eine belastbare Total-Cost-of-Ownership-Betrachtung müssen über mehrere Jahre unter anderem berücksichtigt werden:
Kostenfaktor
Cloud
On-Premises
Plattform/Lizenzen
laufend
Lizenz + ggf. Wartung
Server/Appliance
meist im Service enthalten
eigene Infrastruktur
Updates
überwiegend Betreiber
eigener Betrieb/Partner
Redundanz
abhängig vom Anbieter
selbst zu planen
Skalierung
häufig nutzerbasiert
abhängig von Plattform
Administration
zentral/Service
intern oder Managed Service
Internetredundanz
geschäftskritisch
ebenfalls zunehmend relevant
Lifecycle
Serviceabhängig
eigene Verantwortung
Integrationen
API-/Lizenzabhängig
systemabhängig
Gerade bei bestehenden Systemen muss außerdem zwischen Sunk Costs und zukünftigen Betriebskosten unterschieden werden. Eine bereits abgeschriebene PBX kann kurzfristig günstig erscheinen, obwohl steigende Wartungs-, Integrations- oder Betriebsaufwände eine Migration mittelfristig wirtschaftlicher machen.
Umgekehrt ist eine Cloud-Lösung nicht automatisch kostengünstiger. Bei hohen Nutzerzahlen, speziellen Lizenzmodellen oder umfangreichen Zusatzfunktionen können laufende Kosten erheblich sein. Eine belastbare Entscheidung benötigt deshalb eine mehrjährige TCO-Betrachtung.
Zwischen vollständiger Cloud-Migration und reinem On-Premises-Betrieb existieren zahlreiche hybride Architekturen.
Beispielsweise können zentrale Kommunikationsfunktionen aus der Cloud bereitgestellt werden, während SBCs, Gateways, DECT-Systeme oder spezielle Integrationen lokal verbleiben. Ebenso können Unternehmen einzelne Standorte oder Benutzergruppen schrittweise migrieren.
Gerade bei heterogenen Unternehmensstrukturen kann dieser Ansatz sinnvoller sein als eine radikale „Cloud first“-Strategie.
Nicht jeder Arbeitsplatz benötigt dieselbe Kritikalität. Empfang, Servicecenter, Bereitschaft oder Produktion können andere Anforderungen haben als administrative Bereiche.
CRM, Microsoft Teams, ERP, Contact Center, DECT, Türkommunikation und mobile Endgeräte verändern die Architektur erheblich.
Was passiert bei Ausfall von Internet, Carrier, Rechenzentrum, Firewall, SBC oder Stromversorgung?
Eigene IT, Hersteller, Carrier oder Managed-Service-Partner?
Standorte, Homeoffice, Wachstum, internationale Teams und neue Kommunikationskanäle sollten bereits in die Architekturentscheidung einfließen.
Für viele Unternehmen spricht aktuell viel für eine Cloud-Telefonanlage: zentrale Administration, einfachere Skalierung, Unterstützung verteilter Arbeitsplätze und eine zunehmend enge Integration in Collaboration- und Business-Anwendungen.
Daraus sollte jedoch kein Automatismus entstehen.
Unternehmen mit speziellen Integrationen, hohen Anforderungen an lokale Kontrolle oder komplexen Kommunikationsumgebungen können weiterhin gute technische Gründe für On-Premises- oder hybride Modelle haben.
Entscheidend ist deshalb nicht der Standort der PBX.
Entscheidend ist, ob Netzwerk, Carrier, Plattform, Security, Integrationen, Endgeräte und Betriebsprozesse als Gesamtsystem geplant werden.
Genau an dieser Stelle beginnt eine professionelle Telefonanlagenplanung.
RECHTLICHES
KUNDENPORTAL
