Softphone-Arbeitsplätze Wenn die Cloud-Telefonie am Headset scheitert

Telefonie, Collaboration und Contact-Center-Funktionen wandern in Cloud- und UC-Plattformen. Die Komplexität verschwindet damit nicht, sie verlagert sich nur an den Arbeitsplatz. Dedizierte Endgeräte kehren als Nischenantwort zurück.

Unternehmenskommunikation wird Software-basiert. Anwendungen lassen sich schneller bereitstellen, zentral verwalten und an bestehende Workflows anbinden. Der Preis dafür fällt an einer Stelle an, die in Architekturdiagrammen selten auftaucht: am Schreibtisch.

Wo früher ein Tischtelefon stand, treffen heute Endgeräte, Betriebssysteme, Headsets, lokale Audio-Einstellungen, Browser, Softphone-Clients und Remote-Desktop-Sitzungen aufeinander. Jede dieser Schichten kann Audio kaputt machen. Ein falsch erkanntes Headset, eine überschriebene Windows-Audioeinstellung, ein Client-Update, das die Geräteauswahl zurücksetzt: Für gelegentliche Telefonie ist das ein Ärgernis. Wo Sprache das Arbeitsmittel ist, ist es ein Betriebsproblem.

Der wunde Punkt sitzt im Terminalserver

Besonders unangenehm wird es in Terminalserver- und VDI-Umgebungen. Genau dort, wo Sicherheitsanforderungen den zentralisierten Desktop erzwingen – Banken, Versicherungen, öffentliche Verwaltung – behandelt der Terminal Server Audio wie jeden anderen Datenstrom. Er unterscheidet nicht zwischen einem Sprachpaket, das in 20 Millisekunden ankommen muss, und einem Dateitransfer, dem eine Sekunde egal ist. Das Ergebnis kennt jeder Admin, der es schon einmal debuggen musste: Aussetzer, Latenzen, Roboterstimmen.

Umgehungslösungen existieren, von Audio-Redirection-Erweiterungen bis zu clientseitigem Media-Offloading. Zuverlässig sind sie nur, solange niemand am Setup schraubt.

Hardware als Zugangspunkt, nicht als Telefonanlage

An dieser Stelle kommen dedizierte Endgeräte zurück ins Spiel. Nicht als Rückkehr zur klassischen Telefonie, sondern als definierte Schnittstelle zwischen Mensch und Plattform: Das Gerät hält den Audiopfad aus der Terminalserver-Sitzung heraus, die Kommunikationslogik bleibt in der Cloud.

Kommunikationsplattform als Service

Controlware bietet Alternative zu UCC in der Cloud

Snom positioniert das SP800 für diesen Fall. Das Berliner Unternehmen, seit 2016 Teil der Hongkonger VTech-Gruppe, beschreibt das Gerät als Tischtelefon-Terminal ohne eigenes Telefon-Frontend, technisch auf Basis des Modells D862, gedacht für Mitarbeiter, die per Remote-Desktop oder Softclient angebunden sind. Nach Angaben des Herstellers unterstützt es acht SIP-Identitäten, USB-Anschlüsse für Headsets, Power over Ethernet, adaptive Jitter-Puffer und Provisionierung über Autoprovisioning, SRAPS oder Weboberfläche. Auf der Produktseite nennt Snom zudem eine integrierte SBC-Funktionalität für 3CX-Umgebungen.

Ob das im konkreten Fall trägt, entscheidet nicht das Datenblatt, sondern die Plattform. Wer eine solche Ergänzung erwägt, prüft zuerst, ob sein UC-Anbieter das Gerät überhaupt unterstützt und ob die Zertifizierung aktuell ist.

All-IP Migration: Was der Mittelstand bei der Migration beachten sollte

Jeder verpasste Anruf ist eine verpasste Chance

Nicht weniger Hardware, sondern spezialisiertere

Die Entwicklung geht damit nicht weg von Hardware. Sie geht weg vom universellen Softphone-Arbeitsplatz, an dem jede Komponente austauschbar und deshalb jede Komponente eine Fehlerquelle ist. Der Nachteil liegt auf der Hand: Spezialisierte Terminals sind Anschaffungskosten, Lifecycle-Verwaltung und Lieferantenbindung. Sie rechnen sich dort, wo ein ausgefallenes Gespräch mehr kostet als das Gerät.

(ID:50902561)