Cloud-Telefonanlage oder SIP-Trunk: Welche Lösung passt zum Unternehmen?

Begriffe sauber trennen: PBX-Funktion versus PSTN-Anbindung

Viele Fehlentscheidungen entstehen, weil „Cloud-Telefonanlage“ und „SIP-Trunk“ als Alternativen verstanden werden, obwohl sie unterschiedliche Schichten abdecken:

• Telefonanlage (PBX): Logik und Features für interne Telefonie, Rufverteilung, Nebenstellen, Wartemusik, Auto Attendant, Call Queues, Endgeräte-Handling und Administration.
• PSTN-Anbindung: Zugang zum öffentlichen Telefonnetz, inklusive Rufnummern, Notruf-Handling sowie Inbound/Outbound-Routing.

Eine Hosted/Cloud-PBX ist eine vollständig gemanagte Telefonanlage, die bei einem Provider betrieben wird. 3CX beschreibt dazu, dass eine Hosted PBX als cloudbasiertes Telefonsystem vom Anbieter off-site betrieben wird und dass dabei typischerweise ein SIP-Trunk benötigt wird, um Gespräche über das Internet ins öffentliche Netz zu ermöglichen. Außerdem grenzt 3CX ab: SIP-Trunking verbindet eine bestehende PBX mit dem Internet, während eine Hosted PBX die komplette Telefonanlage als Dienst bereitstellt.

Vergleich im Unternehmensalltag: Wann Cloud-Telefonanlage, wann SIP-Trunk?

Wenn Ihre Zielarchitektur Microsoft Teams als „Telefon-Client“ nutzt, ist der Blick auf PSTN-Optionen besonders wichtig: Microsoft beschreibt mehrere PSTN-Konnektivitätsmodelle (Calling Plan, Operator Connect, Direct Routing). Für Direct Routing wird die Anbindung des gewünschten PSTN-Operators über einen zertifizierten Session Border Controller (SBC) realisiert, der von Ihnen, einem Integrator oder einem Direct-Routing-as-a-Service-Anbieter beschafft und betrieben wird.

Voraussetzungen und Grenzen: Was technisch und organisatorisch stehen muss

Voraussetzungen für eine Cloud-Telefonanlage

• Netzqualität: stabile Internetanbindung und Sprachpriorisierung (QoS) im LAN/WAN, damit Sprache nicht von Datenverkehr verdrängt wird.
• Endgeräte-Strategie: Softphones, IP-Tischtelefone oder DECT; dazu Rollout- und Supportprozess.
• Rufnummern & Portierung: klare Planung für Standorte, Durchwahlen, Portierungsfenster und Parallelbetrieb.
• Compliance: Dokumentation, Berechtigungen, Aufbewahrungspflichten, ggf. Call-Recording-Regeln.

Voraussetzungen für SIP-Trunking (mit bestehender oder eigener PBX)

• PBX bleibt Betriebsverantwortung: Patches, Security, Backups, Monitoring, Kapazitätsplanung.
• Border-Element (SBC): Je nach Architektur ist ein SBC nötig, um SIP sicher und interoperabel zu terminieren – besonders bei komplexen Szenarien oder Teams Direct Routing.
• Zertifikate/DNS: Bei Teams Direct Routing sind TLS, Zertifikatskette und FQDN-Details typische Stolpersteine; Microsoft beschreibt, dass Konnektivitätsprobleme häufig an TLS-Zertifikaten oder einer fehlerhaften SBC-Konfiguration liegen.

Risiken: Wo Projekte erfahrungsgemäß kippen

Risiken bei Cloud-Telefonanlagen

• Funktions-Fit: Nicht jede Cloud-PBX bildet Spezialfälle ab (z. B. sehr individuelle Ruflogik, Sonderendgeräte).
• Abhängigkeit vom Provider: Roadmap, Störungen und Änderungen wirken direkt auf die gesamte Telefonie.
• Notruf/Standortlogik: Standortdaten und Rufnummernzuordnung müssen sauber gepflegt sein.

Risiken bei SIP-Trunking

• Interoperabilität: SIP ist standardisiert, aber Implementierungen variieren; Routing, Header-Manipulation oder Codec-Handling können Anpassungen erfordern.
• Security & Betrieb: Angriffsfläche (SIP-Scanning, Fraud) und höherer Betriebsaufwand, wenn PBX und SBC intern verantwortet werden.
• TLS- und Zertifikatsfehler: Bei Teams Direct Routing nennt Microsoft TLS-Zertifikatsprobleme und falsche SBC-Konfiguration als häufige Ursachen für SBC-Inaktivität bzw. Verbindungsprobleme.

Entscheidungslogik: So treffen Sie die Auswahl ohne Bauchgefühl

Nutzen Sie die folgende Logik als schnelle, nachvollziehbare Entscheidung:

• Wollen Sie die Telefonanlage als System ablösen? Dann starten Sie mit einer Cloud-Telefonanlage als Zielbild. Ein SIP-Trunk wird nur noch als Bestandteil der PSTN-Anbindung betrachtet.
• Wollen Sie Ihre bestehende PBX bewusst behalten? Dann ist SIP-Trunking meist der pragmatische Schritt, um die PSTN-Seite zu modernisieren (Kapazität, Standorte, ISDN-Ablösung), ohne die PBX-Funktionen neu zu bauen.
• Ist Microsoft Teams Ihr Telefonie-Front-End? Dann prüfen Sie PSTN-Optionen strukturiert: Microsoft beschreibt Calling Plan, Operator Connect, Teams Phone Mobile und Direct Routing. Wenn Sie maximale Flexibilität, vorhandene Infrastruktur oder tiefe Integration brauchen, ist Direct Routing laut Microsoft das Modell, das über einen zertifizierten SBC realisiert wird und von Ihnen/Partnern betrieben werden kann.
• Haben Sie begrenzte interne TK/Voice-Ressourcen? Dann minimieren Sie Betriebsverantwortung: Cloud-Telefonanlage oder ein Dienstmodell (z. B. Direct-Routing-as-a-Service im Teams-Kontext) kann den operativen Aufwand reduzieren, sofern Governance und SLA passen.

Wenn Sie den nächsten Schritt gehen wollen, bündeln Sie die Anforderungen (Standorte, Rufnummernplan, Endgeräte, Contact-Center-Optionen, Integrationen) und leiten daraus eine Soll-Architektur ab. Für die Einordnung weiterer Bausteine rund um Standortanbindung und Collaboration kann es sinnvoll sein, Ihren Lösungsstack im Business-Hub zu strukturieren und anschließend die Cloud-Telefonie für Unternehmen gezielt zu prüfen.