Der wichtigste Satz vorweg: Jitsi ist kein Produkt, sondern eine Software, die jemand betreiben muss. Diese Unterscheidung erklärt fast alle Stärken und alle Grenzen. Stärke, weil Sie damit eine Videokonferenz aufbauen können, bei der weder Gesprächsinhalte noch Verbindungsdaten das eigene Rechenzentrum verlassen – ein Argument, das im aufsichtsnahen Umfeld, im Bildungsbereich und in datenschutzsensiblen Branchen schwerer wiegt als jede Funktionsliste. Grenze, weil es keinen Anbieter gibt, der Verfügbarkeit zusichert, nachts erreichbar ist oder für Sie aktualisiert. Wer diese Rolle nicht selbst übernehmen kann und auch nicht an einen Dienstleister vergibt, wird mit Jitsi nicht glücklich – unabhängig von der Softwarequalität.
Im DACH-Raum hat das Projekt seit den Jahren der pandemiebedingten Fernarbeit erhebliche Verbreitung gefunden. Schulen und Hochschulen, kommunale Verwaltungen, Kammern, Verbände, Arztnetze und viele mittelständische Unternehmen haben eigene Instanzen aufgebaut, häufig zunächst als Notlösung und später als bewusste Entscheidung. Parallel dazu ist ein Markt an Dienstleistern entstanden, die betreute Jitsi-Instanzen in deutschen Rechenzentren anbieten – für Organisationen ohne eigene Serverkapazität oft der pragmatischste Weg zur Datenhoheit.
Technisch setzt Jitsi Meet auf WebRTC auf, den im Browser eingebauten Standard für Echtzeitkommunikation. Dieser Standard erspart Teilnehmenden jede Installation: Kamera, Mikrofon, Bildschirmfreigabe und die verschlüsselte Übertragung sind bereits Bestandteil moderner Browser. Was WebRTC allein nicht löst, ist die Mehrpunktkonferenz. Bei zwei Personen kann der Datenstrom direkt fließen; sobald mehrere Beteiligte hinzukommen, müsste jedes Gerät seinen Videostrom an alle anderen senden – Bandbreite und Rechenleistung wachsen dabei so schnell, dass die Konferenz bereits bei wenigen Personen unbrauchbar wird.
An dieser Stelle setzt die Jitsi Videobridge an, der Kern des Projekts. Sie arbeitet als selektive Weiterleitungseinheit: Jedes Endgerät sendet seinen Strom genau einmal an den Server, und dieser entscheidet, welche Ströme in welcher Qualität an welche Empfänger weitergereicht werden. Der Server mischt die Bilder nicht zu einem Gesamtbild zusammen – das ist der wesentliche Unterschied zu älteren Konferenzarchitekturen, die jedes Bild dekodieren, zusammensetzen und neu kodieren mussten. Die Weiterleitung ist deutlich sparsamer bei der Rechenleistung und erlaubt es, den Ton immer und das Video nur von den gerade aktiven Personen in voller Qualität zu übertragen.
Für die Praxis bedeutet diese Architektur zweierlei. Erstens: Die Serverlast wächst vor allem mit der übertragenen Datenmenge, nicht mit aufwendiger Videoverarbeitung – die Netzanbindung ist deshalb häufig der begrenzende Faktor, nicht der Prozessor. Zweitens: Weil die Endgeräte die Ströme selbst dekodieren, entscheidet die Leistungsfähigkeit von Laptops und Browsern erheblich über die erlebte Qualität. Eine große Konferenz auf einem sparsam ausgestatteten Notebook ist auch dann anstrengend, wenn der Server sich langweilt. Wer Qualitätsprobleme untersucht, sollte deshalb immer beide Enden betrachten.
Der Quelltext von Jitsi steht unter einer permissiven freien Lizenz. Das ist mehr als eine juristische Feinheit, denn es erlaubt ausdrücklich auch die kommerzielle Nutzung, die Anpassung und die Weitergabe veränderter Fassungen, ohne dass Sie eigene Änderungen offenlegen müssten. Für Unternehmen heißt das: Sie dürfen die Oberfläche im eigenen Erscheinungsbild gestalten, eigene Funktionen ergänzen, die Anwendung in eigene Portale einbetten und all das ohne Rückfrage tun.
Die Entwicklung wird maßgeblich von einem Unternehmen getragen, das aus dem Projekt zugleich einen kommerziellen Dienst betreibt. Diese Konstellation ist im Open-Source-Markt üblich und hat zwei Seiten. Positiv: Es gibt eine hauptamtliche Entwicklung, regelmäßige Veröffentlichungen und eine erkennbare Weiterentwicklung statt eines schlafenden Projekts. Kritisch zu beobachten: Die Interessen des Trägers und die Interessen der Selbstbetreiber können auseinanderlaufen, etwa wenn Funktionen zuerst oder ausschließlich im kommerziellen Dienst erscheinen. Dieses Risiko ist real, aber begrenzt, weil der vorhandene Quelltext frei bleibt und eine aktive Gemeinschaft existiert.
Praktisch relevant ist eine dritte Konsequenz, die in Beschaffungsverfahren regelmäßig unterschätzt wird: Es gibt keinen Vertragspartner, solange Sie keinen beauftragen. Niemand schuldet Ihnen Verfügbarkeit, Reaktionszeiten, Sicherheitsaktualisierungen oder eine Aussage darüber, ob eine Funktion nächstes Jahr noch existiert. Wer diese Zusagen braucht – und die meisten Organisationen brauchen sie –, muss sie bei einem Dienstleister einkaufen. Damit ist Jitsi nicht kostenlos, sondern lizenzfrei. Der Unterschied macht in der Wirtschaftlichkeitsrechnung den Ausschlag.
Eine ehrliche Erwartungsklärung erspart viel Enttäuschung. Jitsi Meet ist eine sehr gute Besprechungslösung und keine Webinar-Plattform: Anmeldeseiten, Teilnehmerverwaltung, Umfragen mit Auswertung, Nachfassmails und Kampagnenberichte gehören nicht zum Kern und werden, wenn überhaupt, über Zusatzbausteine abgebildet. Es ist auch keine Telefonanlage – die Einwahl per Telefon ist möglich, ersetzt aber keine Nebenstellenanlage. Und es ist keine Kollaborationssuite: Dateiablage, Chatverlauf über Meetings hinweg, Aufgaben und Kanäle liegen bei anderen Werkzeugen.
Ebenso wenig ist Jitsi eine Lösung für Schulungen mit didaktischen Werkzeugen. Wer geteilte Whiteboards mit Mehrfachbearbeitung, strukturierte Gruppenarbeitsphasen mit Rückholung, Handzeichen mit Auswertung und eine Präsentationsfläche mit Moderationsrechten sucht, findet in BigBlueButton eine Lösung, die genau für diesen Zweck gebaut wurde. Beide Systeme sind quelloffen und selbst betreibbar, lösen aber unterschiedliche Aufgaben – die Wahl zwischen ihnen ist keine Geschmacksfrage, sondern eine Frage des Einsatzzwecks.
Wir nennen bewusst keine exakten Preise, keine harten Teilnehmergrenzen und keine Versionsnummern. Sie ändern sich, hängen von Ausstattung, Netzanbindung und Betriebsmodell ab und werden bei Dienstleistern individuell vereinbart. Belastbar wird eine Planung erst mit einem aktuellen, schriftlichen Angebot und einem Lasttest auf Ihrer eigenen Infrastruktur.
Im Zentrum steht die Videobridge, die alle Medienströme entgegennimmt und weiterleitet. Sie ist der Baustein, der Last erzeugt, und der einzige, den Sie bei wachsender Nutzung mehrfach betreiben. Daneben arbeitet ein Konferenzverwalter, der Sitzungen anlegt, Teilnehmende zuordnet und entscheidet, welche Videobridge einen neuen Raum bedient. Ein Nachrichtendienst auf Basis eines offenen Chatprotokolls hält die Signalisierung zusammen: Wer ist im Raum, wer moderiert, wer hebt die Hand, welche Textnachricht geht an wen. Die Weboberfläche selbst ist eine JavaScript-Anwendung, die im Browser läuft und über einen gewöhnlichen Webserver ausgeliefert wird.
Zwei weitere Bausteine sind optional und werden häufig übersehen, obwohl sie über die Alltagstauglichkeit entscheiden. Der erste ist der Aufzeichnungs- und Streamingdienst: Er startet im Hintergrund einen unsichtbaren Browser, tritt der Konferenz bei und nimmt auf oder sendet den Strom an einen Streamingdienst weiter. Weil dafür ein vollständiger Browser mit Bildverarbeitung läuft, braucht dieser Dienst spürbar Rechenleistung und wird üblicherweise auf einem eigenen Server betrieben – und zwar einer pro gleichzeitiger Aufzeichnung. Der zweite ist die Telefonanbindung, die eine Brücke zwischen Konferenz und Telefonnetz schlägt und dafür einen Anschluss bei einem Sprachanbieter benötigt.
Hinzu kommt ein Hilfsdienst für Netzwerkübergänge, der Verbindungen auch dann herstellt, wenn Teilnehmende hinter restriktiven Firewalls sitzen. Er ist technisch unauffällig und praktisch entscheidend: Ohne ihn scheitern genau die Verbindungen, die Sie am wenigsten kontrollieren können – Kundinnen im Firmennetz mit strenger Absicherung, Beschäftigte im Hotel-WLAN, Teilnehmende im Mobilfunknetz. Wir kommen im Betriebskapitel darauf zurück.
Die frei zugängliche Instanz des Projekts ist ein hervorragender Weg, die Software in fünf Minuten kennenzulernen, und genau dafür sollten Sie sie nutzen. Für den geschäftlichen Alltag ist sie aus vier Gründen ungeeignet. Es gibt keine Verfügbarkeitszusage – der Dienst kann jederzeit ausfallen oder seine Regeln ändern. Es gibt keinen Vertrag und damit keine Auftragsverarbeitung, was für die Verarbeitung personenbezogener Daten regelmäßig nicht ausreicht. Der Verarbeitungsort ist von Ihnen nicht bestimmbar. Und die Zugangsbedingungen haben sich in der Vergangenheit geändert, etwa hinsichtlich Anmeldung, Dauer oder Teilnehmerzahl.
Der zweite, weniger offensichtliche Punkt betrifft die Erwartungshaltung im Haus. Wenn Beschäftigte begonnen haben, die öffentliche Instanz für Kundentermine zu nutzen, weil sie schnell und unkompliziert ist, existiert bereits eine Schatten-IT. Diese Situation ist häufiger, als IT-Leitungen vermuten, und sie ist ein guter Anlass, das Thema geordnet aufzugreifen: Eine eigene, gut erreichbare Instanz mit dem Logo des Unternehmens ist die wirksamste Maßnahme gegen unkontrollierte Nutzung – weil sie den Bedarf befriedigt, statt ihn zu verbieten.
Für den produktiven Einsatz bleiben in der Praxis zwei Wege. Beim Self-Hosting betreiben Sie die Dienste selbst, typischerweise auf einem angemieteten Server mit guter Netzanbindung oder in der eigenen Serverumgebung. Das ist der Weg mit der größten Freiheit und dem stärksten Datenschutzargument: Verarbeitungsort, Aufbewahrung, Zugriffsrechte und Konfiguration liegen vollständig bei Ihnen. Es ist auch der Weg, der eine benannte Zuständigkeit erfordert – jemanden, der Aktualisierungen einspielt, Zertifikate erneuert, Protokolle prüft und im Störungsfall erreichbar ist.
Beim Managed Hosting übernimmt ein Dienstleister genau diese Aufgaben und stellt Ihnen eine dedizierte Instanz unter Ihrer eigenen Adresse bereit. Sie behalten die wesentlichen Datenschutzvorteile – Verarbeitung in einem Rechenzentrum Ihrer Wahl, Auftragsverarbeitungsvertrag, klare Aufbewahrungsregeln – und geben die technische Betriebslast ab. Für mittelständische Organisationen, deren IT-Abteilung aus wenigen Personen besteht, ist das in aller Regel der wirtschaftlichere und belastbarere Weg. Achten Sie bei der Auswahl auf drei Punkte: dedizierte Instanz statt geteilter Plattform, ausdrücklich vereinbarte Servicezeiten und Reaktionszeiten sowie eine klare Aussage dazu, wer Zugriff auf Server und Protokolldaten hat.
Die wohl auffälligste Eigenschaft von Jitsi Meet ist der kontenfreie Zugang: Wer den Link kennt, ist im Raum. Für externe Termine ist das ein erheblicher Vorteil. Kundinnen müssen keine Software installieren, keine Anmeldung durchlaufen und keine Datenschutzerklärung eines fremden Anbieters akzeptieren, um an einem Gespräch teilzunehmen. In Beratungssituationen, bei Bewerbungsgesprächen und in der Zusammenarbeit mit Ehrenamtlichen, Handwerksbetrieben oder älteren Zielgruppen ist diese niedrige Schwelle bares Geld wert – sie verhindert die zehn Minuten Technikprobleme zu Beginn jedes zweiten Termins.
Dieselbe Eigenschaft ist zugleich das größte Sicherheitsrisiko, wenn Sie nichts weiter unternehmen. Ein Raum, der allein durch seinen Namen geschützt ist, kann von Unbeteiligten betreten werden, sofern sie den Namen erraten oder erfahren. Deshalb gehört zu jeder produktiven Einrichtung eine bewusste Entscheidung über den Zugang. Üblich und bewährt ist eine Kombination: Nur angemeldete Beschäftigte dürfen Räume eröffnen, Gäste dürfen beitreten, aber erst, wenn eine gastgebende Person anwesend ist; zusätzlich schützen ein Wartebereich, zufällig erzeugte Raumnamen und bei sensiblen Terminen ein Kennwort.
Für die Anmeldung der eigenen Beschäftigten stehen verschiedene Wege offen, von einer lokalen Benutzerverwaltung über die Anbindung an ein Verzeichnis bis zur Anmeldung über einen zentralen Identitätsdienst. Für Organisationen mit vorhandener Identitätsverwaltung ist Letzteres der richtige Weg: Beschäftigte melden sich mit ihrem gewohnten Konto an, Austritte wirken sofort, und niemand pflegt eine zweite Benutzerliste. Klären Sie diesen Punkt früh – nachträglich auf eine zentrale Anmeldung umzustellen ist möglich, aber lästig.
Die Moderationswerkzeuge decken ab, was eine geschäftliche Besprechung braucht. Die gastgebende Person kann einzelne oder alle Teilnehmenden stummschalten, Kameras deaktivieren lassen, Personen aus dem Raum entfernen, den Raum für weitere Beitritte sperren und einen Wartebereich aktivieren, in dem Ankommende erst freigegeben werden müssen. Ergänzend lässt sich ein Modus einrichten, in dem Teilnehmende ausdrücklich um Rederecht bitten – hilfreich bei größeren Runden, Betriebsversammlungen oder Gremiensitzungen.
Ein Punkt verdient besondere Aufmerksamkeit, weil er in der Praxis regelmäßig zu Ärger führt: Wer Moderationsrechte hat, hängt von der Konfiguration ab. In einer Standardinstallation erhält die erste Person im Raum die Rechte, was bei einer verspäteten Gastgeberin dazu führt, dass ein Gast moderiert. In Umgebungen mit Anmeldung lässt sich das sauber lösen, indem nur angemeldete Personen Moderationsrechte erhalten. Prüfen Sie dieses Verhalten vor dem Rollout und legen Sie es bewusst fest, statt es dem Zufall zu überlassen.
Gruppenräume für Kleingruppenarbeit sind vorhanden und für Workshops brauchbar: Die Moderation teilt Teilnehmende auf, wechselt zwischen den Gruppen und holt alle wieder zusammen. Der Funktionsumfang bleibt hinter spezialisierten Schulungswerkzeugen zurück – etwa bei der Vorbereitung von Gruppenzuschnitten, bei Zeitvorgaben oder bei der Sicherung von Arbeitsergebnissen. Für gelegentliche Workshops reicht es; wer wöchentlich unterrichtet, sollte den Vergleich mit BigBlueButton ernsthaft führen.
Aufzeichnung und Streaming sind technisch dieselbe Funktion mit unterschiedlichem Ziel und werden von einem eigenen Dienst erbracht. Dieser tritt der Konferenz als unsichtbarer Teilnehmer bei, zeichnet das Bild auf, wie es ein Mensch sehen würde, und legt die Datei ab oder sendet sie an einen Streamingdienst weiter. Daraus folgen drei praktische Konsequenzen, die in der Planung oft fehlen. Erstens: Der Dienst braucht spürbar Rechenleistung, üblicherweise einen eigenen Server je gleichzeitiger Aufzeichnung. Zweitens: Sie brauchen eine Ablage mit ausreichend Platz und – wichtiger – eine Regel, wie lange Aufzeichnungen aufbewahrt werden. Drittens: Aufzeichnung ist ein datenschutz- und mitbestimmungsrelevanter Vorgang, der vor der Aktivierung geklärt gehört, nicht danach.
Die Telefoneinwahl erweitert den Kreis der Erreichbaren erheblich. Sie setzt eine zusätzliche Komponente und einen Anschluss bei einem Sprachanbieter voraus, verursacht also laufende Kosten und Einrichtungsaufwand. Für viele mittelständische Organisationen lohnt sich das nicht; für Gremien, Aufsichtsräte, Genossenschaften und Organisationen mit vielen Beteiligten in Regionen mit schlechter Datenverbindung ist es dagegen der Unterschied zwischen Teilnahme und Ausschluss. Prüfen Sie den Bedarf ehrlich, statt die Funktion vorsorglich einzurichten.
Mobile Anwendungen für die gängigen Betriebssysteme existieren und funktionieren gut, auch gegen eigene Instanzen – die Serveradresse lässt sich in den Einstellungen hinterlegen. Für den Rollout empfiehlt sich eine kurze, bebilderte Anleitung, weil dieser Schritt für weniger technikaffine Beschäftigte die einzige echte Hürde darstellt. Wer Geräte zentral verwaltet, kann die Adresse auch vorkonfiguriert ausrollen.
Wir beschreiben die Funktionsbereiche bewusst qualitativ. Was in Ihrer Fassung enthalten ist, welche Zusatzdienste unterstützt werden und wie gut die Ergebnisse in Ihrer Sprache ausfallen, ändert sich mit jeder Veröffentlichung. Prüfen Sie den Stand in der Dokumentation und lassen Sie sich von Ihrem Betreiber bestätigen, was tatsächlich aktiviert ist.
Automatische Mitschriften sind die derzeit gefragteste KI-Funktion in Videokonferenzen, und sie ist zugleich diejenige, bei der Jitsi seine eigentliche Stärke ausspielen oder verlieren kann. Die Anwendung selbst enthält keine Spracherkennung; sie liefert lediglich die Tonspur und nimmt Text entgegen. Welcher Dienst diesen Text erzeugt, entscheiden Sie – und diese Entscheidung ist die datenschutzrechtlich folgenreichste des gesamten Systems.
Der bequeme Weg führt zu einem Spracherkennungsdienst eines großen Anbieters. Er liefert schnell gute Ergebnisse, kostet nach Nutzungsdauer und überträgt dafür die Gesprächsinhalte an einen Dritten. Wer Jitsi ausdrücklich gewählt hat, damit Gespräche das eigene Haus nicht verlassen, hebt mit dieser Konfiguration das zentrale Argument auf. Es ist ein Widerspruch, den wir in Projekten regelmäßig sehen: Die Instanz steht im eigenen Rechenzentrum, und die Tonspur fließt zu einem externen Dienst.
Der anspruchsvollere, aber konsequente Weg ist ein selbst betriebenes Spracherkennungsmodell. Es gibt inzwischen leistungsfähige quelloffene Modelle, die auch mit deutscher Sprache brauchbar umgehen und auf eigener Hardware laufen. Der Aufwand ist real – Sie brauchen geeignete Rechenleistung, eine Anbindung und jemanden, der das betreibt –, aber er hält die Verarbeitung im eigenen Haus. Für Organisationen mit hohem Schutzbedarf ist das der einzige Weg, Mitschriften zu nutzen, ohne die Grundentscheidung zu untergraben. Rechnen Sie diesen Baustein von Anfang an mit, wenn Transkription zu Ihren Anforderungen gehört.
Unabhängig vom Weg gilt: Qualität und Sprachabdeckung schwanken erheblich, insbesondere bei Fachbegriffen, Dialekt, mehreren gleichzeitig sprechenden Personen und schlechter Mikrofonqualität. Testen Sie mit echten Aufnahmen aus Ihrem Alltag, nicht mit einer sauber gesprochenen Beispieldatei. Und klären Sie vorab die Mitbestimmung: Eine automatische Mitschrift jedes Gesprächs ist arbeitsrechtlich etwas anderes als ein handschriftliches Protokoll.
Die verarbeitungsnahen Funktionen laufen dort, wo sie hingehören: auf dem Gerät der teilnehmenden Person. Rauschunterdrückung filtert Tastaturanschläge, Lüftergeräusche und Umgebungslärm heraus, bevor der Ton überhaupt gesendet wird. Hintergrundunschärfe und Hintergrundbilder arbeiten mit einer Personenerkennung im Browser. Beides ist datenschutzrechtlich unkritisch, weil kein Datenstrom das Gerät zusätzlich verlässt – ein unterschätzter Vorteil dieser Bauweise.
Die Kehrseite ist der Ressourcenbedarf. Auf einem älteren Notebook kann die Hintergrundverarbeitung so viel Rechenleistung binden, dass Bild und Ton der Konferenz darunter leiden. In Organisationen mit gemischtem Gerätebestand empfehlen wir deshalb, diese Funktionen nicht pauschal zu aktivieren, sondern als Angebot zu belassen und in der Einführung zu erklären, wann sie sinnvoll und wann sie hinderlich sind. Der Satz, dass ein unscharfer Hintergrund weniger wichtig ist als ein flüssiges Bild, spart mehr Supportanfragen als jede Anleitung.
Zur Bildqualität gehört ein zweiter Mechanismus, der ohne KI auskommt und im Alltag mehr bewirkt: die abgestufte Übertragung. Endgeräte senden ihr Video in mehreren Qualitätsstufen, und der Server wählt für jeden Empfänger die passende aus. Wer in einer großen Runde als kleine Kachel erscheint, wird in niedriger Auflösung übertragen; wer gerade spricht, in hoher. Diese Technik ist der Hauptgrund dafür, dass Jitsi auch bei schwankender Bandbreite meist stabil bleibt – und ein guter Grund, die Standardeinstellungen nicht ohne Anlass zu verändern.
Der Automatisierungsteil ist die stille Stärke des Projekts und der Grund, warum Softwarehäuser gern darauf aufbauen. Über die Einbettungsschnittstelle lässt sich eine Konferenz in eine eigene Anwendung integrieren und von außen steuern: Raum betreten und verlassen, stummschalten, Bildschirm freigeben, Teilnehmerlisten auslesen, auf Ereignisse reagieren. In Verbindung mit dem zugrunde liegenden Nachrichtenprotokoll und den serverseitigen Schnittstellen entsteht eine Grundlage, auf der sich sehr weitgehende Automatisierungen bauen lassen.
Typische Anwendungsfälle aus unseren Projekten: Ein Praxis- oder Beratungsportal erzeugt zu jedem Termin automatisch einen Raum und versendet den Link; ein Bewerbungsportal legt Gesprächsräume an und protokolliert Anwesenheit; ein Schulungssystem startet und beendet Aufzeichnungen automatisch; eine Fachanwendung öffnet einen Videoraum direkt aus dem Vorgang heraus, sodass niemand Links kopieren muss. Solche Lösungen sind mit den bekannten Marktprodukten oft nur eingeschränkt oder gegen Zusatzkosten möglich.
Wichtig ist die realistische Einordnung des Aufwands. Das ist Softwareentwicklung mit allem, was dazugehört: Anforderungsklärung, Umsetzung, Test, Betrieb und Pflege bei jeder neuen Fassung. Wer über keine Entwicklungskapazität verfügt und keinen Partner beauftragt, sollte diese Möglichkeiten in der Bewertung nicht als vorhandene Funktion einrechnen. Umgekehrt gilt: Wenn Sie ohnehin eine eigene Fachanwendung betreiben, ist die Einbettung häufig der stärkste Grund, sich für Jitsi zu entscheiden.
Der wichtigste Berührungspunkt ist der Kalender, denn dort entstehen Besprechungen. Für gängige Groupware-Umgebungen existieren Erweiterungen, die beim Anlegen eines Termins automatisch einen Raum erzeugen und den Link in die Einladung schreiben. In Umgebungen mit Nextcloud, Open-Xchange oder ähnlichen Plattformen ist das mit vertretbarem Aufwand einzurichten. Auch Browsererweiterungen für die verbreiteten Kalenderdienste existieren; sie sind funktional, sollten aber vor dem Ausrollen daraufhin geprüft werden, welche Daten sie verarbeiten.
Wenn eine tiefe Kalenderintegration nicht möglich ist, hilft eine unspektakuläre organisatorische Lösung erstaunlich gut: feste, personengebundene Räume mit sprechenden Adressen, ergänzt um Zufallsräume für vertrauliche Termine. Beschäftigte hinterlegen ihren persönlichen Raumlink in der Signatur und im Kalenderprofil. Das ersetzt keine Automatik, senkt aber die Nutzungsschwelle erheblich und ist an einem Nachmittag eingeführt.
Auf der Chatseite ist die Lage komfortabel. Rocket.Chat, Mattermost, Element auf Matrix-Basis und Nextcloud Talk lassen sich so einrichten, dass aus einem Kanal oder einem Einzelgespräch heraus eine Videokonferenz gestartet wird – in einigen Fällen mit direkt eingebetteter Oberfläche, in anderen über einen erzeugten Link. Dieser Weg ist für viele Organisationen der praktikabelste, weil er die Konferenz dorthin bringt, wo ohnehin kommuniziert wird. Details und Voraussetzungen unterscheiden sich je nach Fassung der beteiligten Systeme und gehören in der jeweiligen Dokumentation geprüft.
Im Zusammenspiel mit Nextcloud ist die Rollenverteilung meist eindeutig: Nextcloud übernimmt Dateien, Kalender, Kontakte und Aufgaben, Jitsi die Videokonferenz. Nextcloud bringt mit Talk zwar eine eigene Konferenzfunktion mit, die für Gespräche in kleiner Runde völlig ausreicht; bei größeren Runden greifen viele Organisationen dennoch auf eine dedizierte Jitsi-Instanz zurück, weil deren Weiterleitungsarchitektur dafür gebaut ist. Beide Wege sind vertretbar – entscheiden Sie anhand Ihrer typischen Gruppengröße und der Frage, ob Sie einen zweiten Dienst betreiben wollen.
Im Matrix-Ökosystem, das im öffentlichen Sektor und im Gesundheitswesen des DACH-Raums erheblich an Bedeutung gewonnen hat, ist Jitsi historisch die Standardlösung für Gruppenkonferenzen aus dem Chat heraus. Die Kombination aus einem föderierten, verschlüsselten Nachrichtendienst und einer selbst betriebenen Videokonferenz ist genau die Architektur, die viele Behörden und Einrichtungen anstreben. Die Videoseite entwickelt sich in diesem Umfeld weiter; welche Konferenzlösung in Ihrer Fassung vorgesehen ist, prüfen Sie am besten in der Dokumentation Ihrer Chatplattform.
Im Bildungsbereich ist die Anbindung an Lernplattformen wie Moodle der entscheidende Punkt. Über entsprechende Erweiterungen lässt sich aus einem Kurs heraus eine Videositzung starten, teilweise mit Übernahme der Kursrollen für die Moderation. Für Schulen und Hochschulen mit eigener Serverlandschaft entsteht so eine geschlossene Umgebung ohne externe Anbieter. Wer regelmäßig unterrichtet, sollte allerdings prüfen, ob nicht BigBlueButton die passendere Konferenzkomponente ist – dessen didaktische Werkzeuge sind für diesen Zweck deutlich weiter.
Für die Anmeldung eigener Beschäftigter stehen mehrere Wege offen. Eine einfache Benutzerverwaltung auf dem Server genügt für kleine Installationen. Die Anbindung an einen Verzeichnisdienst ist der klassische Weg in gewachsenen Netzen. Zeitgemäßer und in größeren Organisationen zu bevorzugen ist die Anmeldung über einen zentralen Identitätsdienst, sodass dieselben Konten, Kennwortregeln und Mehr-Faktor-Verfahren gelten wie in allen anderen Anwendungen. Der Aufwand ist überschaubar und die Wirkung groß: Austritte wirken sofort, niemand pflegt eine zweite Liste, und die Moderationsrechte lassen sich sauber an die Anmeldung koppeln.
Die Einbettungsschnittstelle verdient noch einmal ausdrückliche Erwähnung, weil sie den strategischen Unterschied zu geschlossenen Produkten ausmacht. Sie erlaubt es, die Konferenz als Bestandteil einer eigenen Anwendung darzustellen – im eigenen Erscheinungsbild, mit reduzierter Bedienoberfläche, mit vorgegebenen Einstellungen und ohne dass Nutzende bemerken, dass eine eigenständige Software dahintersteht. Für Portale, Fachanwendungen, Beratungsplattformen und Terminvergabesysteme ist das häufig der Kern der Lösung, nicht eine Ergänzung.
Schließlich ein Wort zum Erscheinungsbild: Weil der Quelltext offen ist, lässt sich die Oberfläche mit vertretbarem Aufwand an das eigene Unternehmen anpassen – Logo, Farben, Startseite, Texte, Fußzeile. Das ist mehr als Kosmetik. Eine Konferenzadresse unter Ihrer eigenen Domain mit Ihrem Logo wirkt gegenüber Kundinnen und Bewerbern professionell und signalisiert, dass Sie Ihre Werkzeuge selbst in der Hand haben. Bedenken Sie nur, dass jede Anpassung bei Aktualisierungen erneut angewendet werden muss – halten Sie sie deshalb schlank und dokumentieren Sie sie.
Dies ist der wichtigste Vergleich, weil beide Systeme quelloffen sind, beide selbst betrieben werden können und beide im DACH-Raum stark verbreitet sind. Sie lösen jedoch unterschiedliche Aufgaben. BigBlueButton wurde für Lehre entwickelt und ist an dieser Herkunft klar erkennbar: geteilte Präsentationsfläche mit Zeichenwerkzeugen, gemeinsame Notizen, vorbereitete Gruppenarbeitsphasen, Umfragen, Handzeichen mit Auswertung, ein deutlich stärker moderationszentriertes Bedienkonzept. Wer regelmäßig unterrichtet, schult oder Workshops moderiert, ist dort besser aufgehoben.
Jitsi ist die schlankere Besprechungslösung. Es startet schneller, ist für Gäste unmittelbar verständlich, kommt ohne Vorbereitung aus und eignet sich besser für die vielen kurzen Gespräche eines Arbeitstags – die Abstimmung zu zweit, die Teambesprechung, der Kundentermin, die Abnahme mit dem Lieferanten. Auch die Einbettung in eigene Anwendungen ist bei Jitsi der ausgereiftere Weg.
Beim Betriebsaufwand nehmen sich beide wenig, wobei BigBlueButton durch seine zusätzlichen Komponenten in der Grundinstallation tendenziell anspruchsvoller ist. Unsere Empfehlung an Organisationen, die beides brauchen: Entscheiden Sie sich nicht gegen eines von beiden, sondern klären Sie, welcher Bedarf überwiegt. In Bildungseinrichtungen sehen wir häufig beide Systeme parallel – BigBlueButton für Unterricht, Jitsi für Besprechungen. Das ist kein Widerspruch, sondern eine sinnvolle Arbeitsteilung, sofern der Betrieb für beide gesichert ist.
Dieser Vergleich entscheidet in der Praxis am häufigsten, weil Microsoft 365 in vielen mittelständischen Unternehmen ohnehin lizenziert ist. Das Argument liegt auf der Hand: Warum eine eigene Videokonferenz betreiben, wenn Teams im Paket enthalten ist? Es ist ein gutes Argument und verdient eine ehrliche Antwort.
Die kommerziellen Plattformen gewinnen bei fast allem, was über die Besprechung hinausgeht: Veranstaltungsformate mit Anmeldung und Auswertung, ausgereifte Aufzeichnungsverwaltung, umfangreiche KI-Assistenz mit Zusammenfassungen und Aufgabenerkennung, tiefe Verzahnung mit Kalender, Telefonie und Dateiablage, weltweite Infrastruktur mit hoher Verfügbarkeit und ein Hersteller, der für all das haftet. Wer diese Breite braucht, wird mit Jitsi nicht zufrieden sein – und sollte es auch nicht versuchen.
Jitsi gewinnt bei drei Punkten, die je nach Organisation den Ausschlag geben. Erstens Datenhoheit: Bei Eigenbetrieb verlassen Gesprächsdaten die eigene Infrastruktur nicht, und die Drittlandfrage stellt sich nicht. Zweitens Zugangsfreiheit: Externe brauchen kein Konto, keine Installation und müssen keine Bedingungen eines fremden Anbieters akzeptieren – in der Zusammenarbeit mit Behörden, Anwaltskanzleien, Betriebsräten oder Privatpersonen ist das oft entscheidend. Drittens Unabhängigkeit: keine Nutzerlizenzen, keine Preisanpassungen, keine Funktionsänderungen, die Ihre Prozesse überraschen. Der Preis dieser Vorteile ist Betriebsverantwortung – die Rechnung wird im Kostenkapitel aufgemacht.
alfaview ist ein deutscher Anbieter mit Rechenzentren in Deutschland und einer Architektur, die auf stabile Videoqualität bei vielen gleichzeitigen Teilnehmenden ausgelegt ist. Der wesentliche Unterschied zu Jitsi ist der Charakter des Angebots: alfaview ist ein Produkt mit Vertragspartner, Support und Lizenzkosten, Jitsi eine Software, die Sie betreiben. Wer die deutsche Verarbeitung möchte, aber keinen Serverbetrieb übernehmen kann und einen ansprechbaren Hersteller braucht, findet dort eine ernsthafte Alternative. Wer volle Kontrolle über Konfiguration, Erscheinungsbild und Einbettung will, bleibt bei Jitsi.
Nextcloud Talk ist streng genommen kein Konkurrent, sondern die Konferenzfunktion einer Kollaborationsplattform. Wenn Nextcloud bei Ihnen ohnehin läuft, ist Talk für Gespräche in kleiner Runde die naheliegende Wahl, weil kein zusätzlicher Dienst entsteht und Kontakte, Dateien und Kalender bereits vorhanden sind. Bei größeren Runden stößt diese Lösung eher an Grenzen; dann ist eine dedizierte Jitsi-Instanz die technisch passendere Antwort. Beide Systeme lassen sich problemlos nebeneinander betreiben – auch das ist eine übliche Konstellation.
Ein abschließender Hinweis zur Vergleichsmethodik: Vergleichen Sie nicht Funktionslisten, sondern Ihre tatsächlichen Anlässe. Zählen Sie einen Monat lang, welche Art von Terminen Sie haben – interne Abstimmungen, Kundengespräche, Schulungen, große Versammlungen, Termine mit Externen ohne eigene Ausstattung. Ein Werkzeug, das Ihre zwei häufigsten Anlässe hervorragend bedient, ist mehr wert als eines, das alle Anlässe mittelmäßig abdeckt.
Das folgende Vorgehen hat sich in Mittelstandsprojekten bewährt. Es beginnt bewusst nicht mit der Installation, sondern mit der Frage, wofür der Dienst gebraucht wird – denn eine Instanz ohne klaren Auftrag ist nach drei Monaten ein Server, den niemand pflegt und den trotzdem jemand nutzt.
Für den Einstieg genügt in vielen Organisationen ein einzelner Server, auf dem alle Dienste gemeinsam laufen. Diese Konstellation trägt überraschend weit, solange die Zahl gleichzeitiger Räume überschaubar bleibt. Der begrenzende Faktor ist dabei fast immer die Netzanbindung, nicht die Rechenleistung: Weil der Server jeden eingehenden Videostrom an mehrere Empfänger weiterleitet, wächst der ausgehende Datenverkehr schnell. Ein Server mit knapper Anbindung wird deshalb lange vor dem Prozessor zum Engpass. Achten Sie bei der Auswahl eines Angebots ausdrücklich auf die zugesicherte Bandbreite und darauf, ob ein Datenvolumen begrenzt ist.
Wächst die Nutzung, wird nicht der gesamte Aufbau vergrößert, sondern nur der lastintensive Teil: Sie stellen weitere Videobridges daneben, die sich beim Konferenzverwalter anmelden. Dieser verteilt neue Räume auf die verfügbaren Bridges. Diese Bauweise ist der wesentliche Grund dafür, dass Jitsi auch in großen Installationen einsetzbar ist – und sie erlaubt es, Kapazität zu Spitzenzeiten hinzuzuschalten und danach wieder abzubauen. Wichtig ist der Hinweis, dass die zusätzlichen Bridges nicht am selben Netzanschluss hängen sollten, weil sonst der Engpass bestehen bleibt.
Ein zweiter Skalierungspunkt betrifft die Aufzeichnung. Weil dafür je Mitschnitt ein vollständiger Browser mit Bildverarbeitung läuft, ist dieser Dienst deutlich rechenintensiver als die Weiterleitung selbst. Wer regelmäßig aufzeichnet, plant dafür eigene Kapazität ein – üblicherweise einen Server je gleichzeitiger Aufzeichnung. Wer nur gelegentlich aufzeichnet, sollte prüfen, ob eine lokale Aufnahme auf dem Gerät der Moderation nicht ausreicht. Konkrete Ausstattungsempfehlungen entnehmen Sie der offiziellen Dokumentation und Ihrem eigenen Lasttest, nicht allgemeinen Faustregeln aus Foren.
Der häufigste Grund für gescheiterte Verbindungen ist nicht der Server, sondern das Netz auf der Gegenseite. Videokonferenzen bevorzugen eine direkte Übertragung über ein verbindungsloses Protokoll auf einem bestimmten Port. Restriktive Unternehmensnetze, Gastnetze in Hotels und manche Mobilfunkverbindungen lassen das nicht zu. Ohne Vorkehrung sitzt die Teilnehmerin dann in einem Raum, in dem sie niemanden hört.
Die Lösung ist der bereits erwähnte Hilfsdienst für Netzwerkübergänge. Richtig konfiguriert, bietet er einen Ausweichweg über einen Port an, der praktisch überall offen ist – derselbe, über den auch verschlüsselte Webseiten laufen. Diese Ausweichvariante kostet etwas Qualität und zusätzliche Serverlast, rettet aber genau die Verbindungen, die Sie am wenigsten beeinflussen können. Wir betrachten sie als Pflichtbestandteil jeder produktiven Installation und nicht als Zusatzoption.
Zur Netzwerkplanung gehören drei weitere Punkte. Erstens die Freigabe der benötigten Ports in Ihrer eigenen Firewall – nach außen für die Weboberfläche und für den Medienverkehr, wobei die konkreten Angaben in der Dokumentation stehen. Zweitens die Frage, ob Ihre Instanz aus dem Internet erreichbar sein muss; bei Terminen mit Externen lautet die Antwort ja, was ein Sicherheitskonzept mit Aktualisierungsdisziplin, Zugangsbeschränkung für die Raumerstellung und Überwachung erfordert. Drittens die Qualität der Anbindung Ihrer eigenen Standorte: Ein Konferenzraum, der über eine schwache Leitung angebunden ist, liefert schlechte Erfahrungen unabhängig von der Serverleistung.
Der laufende Aufwand besteht aus vier wiederkehrenden Aufgaben. Erstens Aktualisierungen: Das Projekt veröffentlicht regelmäßig neue Fassungen, teils mit Sicherheitsbezug. Diese zeitnah einzuspielen ist keine Kür, sondern Voraussetzung für einen aus dem Internet erreichbaren Dienst. Zweitens Zertifikatserneuerung, die sich automatisieren lässt, aber überwacht werden muss – ein abgelaufenes Zertifikat legt den Dienst still. Drittens Überwachung von Erreichbarkeit, Auslastung und Fehlermeldungen, damit Probleme vor den Nutzenden auffallen. Viertens die Sicherung der Konfiguration, damit ein Wiederaufbau nicht zur Rekonstruktion aus dem Gedächtnis wird.
Dazu kommt eine Aufgabe, die oft vergessen wird: die Prüfung eigener Anpassungen nach jeder Aktualisierung. Wer die Oberfläche verändert oder Konfigurationsdateien angepasst hat, muss nach einem Update kontrollieren, ob diese Änderungen noch greifen. Halten Sie Anpassungen deshalb schlank, dokumentieren Sie jede einzelne und verzichten Sie auf Eingriffe, deren Nutzen den Pflegeaufwand nicht rechtfertigt.
Realistisch veranschlagen wir für eine produktive Instanz mittlerer Größe einen kleinen, aber verlässlichen Anteil einer Personalstelle – nicht viel, aber eben nicht null, und vor allem: dauerhaft und mit benannter Vertretung. Der wirtschaftliche Vergleich mit einem Abonnement fällt deshalb nicht automatisch zugunsten des Eigenbetriebs aus. Er fällt dann zugunsten von Jitsi aus, wenn Sie ohnehin Serverinfrastruktur betreiben, wenn Datenhoheit einen eigenständigen Wert hat oder wenn Sie viele externe Teilnehmende ohne eigene Ausstattung erreichen müssen.
Das stärkste Szenario betrifft Organisationen, bei denen die Vertraulichkeit des Gesprächsinhalts selbst der Gegenstand ist. In einer Steuerberatung werden Vermögensverhältnisse besprochen, in einer Kanzlei Mandatsinhalte, in einer Personalabteilung Krankheitsverläufe und Kündigungsgründe, in einem Betriebsratsgespräch Sachverhalte, die den Arbeitgeber ausdrücklich nichts angehen. In all diesen Fällen ist die Frage, wer technisch Zugriff auf die Verarbeitung hat, nicht akademisch.
Eine selbst betriebene Instanz liefert hier eine Antwort, die kein betreuter Dienst geben kann: Die Ströme laufen über einen Server, der Ihnen gehört, in einem Rechenzentrum, das Sie benannt haben, mit Protokolldaten, deren Aufbewahrung Sie festlegen. Das ist keine juristische Garantie, aber es ist die technisch belastbarste Ausgangslage, und sie lässt sich gegenüber Mandanten, Patientinnen und Aufsichtsstellen erklären.
Zwei Hinweise gehören dazu. Erstens: Bei Gesprächen mit mehreren Teilnehmenden werden die Ströme auf dem Server verarbeitet, damit die Weiterleitung funktioniert. Eine durchgehende Verschlüsselung von Ende zu Ende über alle Teilnehmenden hinweg ist in dieser Architektur nur unter besonderen Voraussetzungen und mit Einschränkungen möglich – prüfen Sie den aktuellen Stand in der Dokumentation, wenn dieser Punkt für Sie wesentlich ist. Zweitens: Der Schutz endet an der Stelle, an der Sie einen externen Zusatzdienst anbinden. Die Instanz im eigenen Haus und die Transkription bei einem Drittanbieter passen nicht zusammen.
Das wirtschaftlich häufigste Szenario ist unspektakulärer. In vielen mittelständischen Unternehmen findet ein erheblicher Teil der Videotermine mit Menschen statt, die nicht zur Organisation gehören: Kundinnen, Lieferanten, Handwerksbetriebe, Bewerberinnen, Sachverständige, Behördenvertreter. Diese Gruppe hat keine einheitliche Ausstattung, keine Bereitschaft zur Installation und häufig ein Firmennetz, das fremde Software blockiert.
Der kontenfreie Browserzugang löst genau dieses Problem. Der Link öffnet sich, ein Name wird eingegeben, das Gespräch beginnt. Wer schon einmal die ersten zehn Minuten eines Kundentermins mit Installationsanleitungen verbracht hat, kennt den Wert dieser Eigenschaft. In Vertrieb, Beratung und Personalgewinnung ist sie ein sichtbarer Vorteil – und mit einer Konferenzadresse unter der eigenen Domain und dem eigenen Logo zugleich ein professioneller Auftritt.
Wichtig ist dabei die Abgrenzung im Haus. Wenn intern Teams genutzt wird und extern Jitsi, brauchen Beschäftigte eine einfache Regel, welcher Dienst wann gilt. Bewährt hat sich eine Formulierung in einem Satz, etwa: interne Termine über die vorhandene Plattform, Termine mit Externen über die eigene Konferenzadresse, vertrauliche Personal- und Gremiengespräche immer über die eigene Instanz. Ohne solche Regel entstehen Parallelnutzung und Verwirrung, und beides kostet mehr als die technische Einrichtung.
Ebenso wichtig wie die Einsatzfälle sind die Fälle, in denen wir abraten. Die folgende Gegenüberstellung fasst zusammen, wann Jitsi überzeugt und wann Sie besser zu einem anderen Werkzeug greifen.
In der Praxis führt diese Abwägung selten zu einem Entweder-oder. Die häufigste tragfähige Lösung im Mittelstand ist eine hybride Strategie: Die vorhandene Plattform bleibt für interne Zusammenarbeit, Chat, Dateien und große Veranstaltungen bestehen; die eigene Jitsi-Instanz übernimmt Termine mit Externen und Gespräche mit erhöhtem Schutzbedarf. Das klingt nach doppeltem Aufwand, ist es aber selten, weil die zusätzliche Instanz schlank bleibt und keine Nutzerverwaltung für Externe braucht.
Zwei Voraussetzungen entscheiden über den Erfolg einer solchen Strategie. Erstens eine klare, in einem Satz erklärbare Regel, welcher Dienst wofür gilt – Beschäftigte entscheiden sonst nach Gewohnheit oder Tagesform. Zweitens die gleiche Zuverlässigkeit für beide Dienste: Eine Ausweichlösung, die im entscheidenden Moment nicht funktioniert, beschädigt das Vertrauen in die gesamte Digitalisierung. Wer die Zweitinstanz nicht auf demselben Qualitätsniveau betreiben kann wie die Hauptplattform, sollte sie nicht einführen.
Ein letzter Hinweis zur Einführung: Unterschätzen Sie die Gewöhnung nicht. Beschäftigte, die seit Jahren ein bestimmtes Konferenzwerkzeug nutzen, empfinden jede Abweichung zunächst als Verschlechterung, auch wenn die Funktion vorhanden ist. Eine kurze, konkrete Einführung mit den fünf wichtigsten Handgriffen – Raum starten, Gäste einladen, Bildschirm teilen, stummschalten, jemanden entfernen – wirkt mehr als jede ausführliche Dokumentation, die niemand liest.
Zunächst zu den Kosten. Die Gesamtkosten setzen sich aus fünf Blöcken zusammen, von denen nur der erste auf einer Rechnung steht – und der teuerste steht dort nie.
Diesen Kosten steht ein Nutzen gegenüber, der sich benennen lässt: keine Lizenzkosten, die mit der Zahl der Beschäftigten wachsen; keine Abhängigkeit von Preisanpassungen oder Funktionsänderungen eines Anbieters; eine Datenschutzargumentation, die auch bei kritischer Prüfung trägt; ein reibungsloser Zugang für externe Gesprächspartner; und die Möglichkeit, Video in eigene Prozesse einzubetten. Wir empfehlen, diese Nutzenerwartung vor der Einführung schriftlich zu fixieren – mit zwei oder drei einfachen Messpunkten –, damit nach zwölf Monaten überprüfbar ist, ob sie eingetreten ist.
Der wirtschaftliche Vergleich mit einem Abonnement fällt nicht automatisch zugunsten des Eigenbetriebs aus, und wir raten davon ab, ihn zu beschönigen. Bei einer kleinen Organisation mit wenigen Beschäftigten und moderatem Bedarf kann ein Abonnement günstiger sein als der interne Aufwand für einen ordentlich betriebenen Dienst. Der Vorteil kippt mit der Zahl der Beschäftigten, weil Lizenzkosten linear wachsen, der Betriebsaufwand einer Instanz aber nur unterproportional.
Zweiter Kipppunkt ist die Zahl externer Teilnehmender. Bei Werkzeugen, die Gäste mitzählen oder für externe Teilnahme Bedingungen setzen, kann eine Organisation mit vielen Kundenterminen erheblich zahlen, während der Eigenbetrieb davon unberührt bleibt. Dritter Kipppunkt ist die vorhandene Infrastruktur: Wer ohnehin Server betreibt, überwacht und aktualisiert, fügt einen weiteren Dienst mit geringem Grenzaufwand hinzu. Wer keine Serverlandschaft hat, baut sie für eine Videokonferenz nicht auf – dann führt der Weg zum Managed Hosting.
Unsere Empfehlung für die Entscheidungsvorlage: Rechnen Sie beide Wege über drei Jahre und mit allen fünf Blöcken. Setzen Sie den internen Aufwand mit einem realistischen Stundensatz an, nicht mit null. Und bewerten Sie Datenhoheit ausdrücklich als eigenständigen Posten – nicht in Euro, sondern als benannten Grund. Eine Entscheidung, die allein mit Kosten begründet wird, hält der ersten Preisänderung nicht stand; eine Entscheidung, die mit Datenhoheit und Zugangsfreiheit begründet wird, bleibt nachvollziehbar.
Der Eigenbetrieb ist das stärkste Argument für Datenhoheit, das eine Videokonferenz bieten kann: Medienströme, Signalisierung und Protokolldaten liegen in einer Infrastruktur, die Sie kontrollieren, an einem Standort, den Sie bestimmen, ohne Drittlandfrage und ohne Anbieter, der Zugriff hätte. Für Organisationen mit strengen Vorgaben – im öffentlichen Umfeld, in regulierten Branchen, bei Berufsgeheimnisträgern – ist das häufig der ausschlaggebende Punkt.
Gleichzeitig gehören zwei Einschränkungen zur ehrlichen Darstellung. Erstens die Verschlüsselung: Die Übertragung zwischen Endgerät und Server ist verschlüsselt, das ist Standard. Bei Konferenzen mit mehreren Teilnehmenden muss der Server die Ströme jedoch verarbeiten, um sie weiterzuleiten – eine durchgehende Verschlüsselung über alle Beteiligten hinweg ist in dieser Architektur nur unter besonderen Voraussetzungen möglich und unterliegt Einschränkungen bei Funktionen und Browserunterstützung. Wenn dieser Punkt für Sie wesentlich ist, prüfen Sie den aktuellen Stand in der Dokumentation, statt sich auf allgemeine Aussagen zu verlassen. Beim Eigenbetrieb relativiert sich die Frage allerdings: Der Server, der die Ströme sieht, ist Ihr eigener.
Zweitens die Zusatzdienste. Datenhoheit endet an der Stelle, an der Sie einen externen Dienst anbinden – für Transkription, Übersetzung, Streaming oder Telefonie. Führen Sie deshalb eine Liste aller angebundenen Dienste mit Zweck, Verarbeitungsort und Vertragsgrundlage und prüfen Sie sie bei jeder Erweiterung erneut. Datenhoheit ist keine Eigenschaft, die Sie mit der Betriebsentscheidung ein für alle Mal erwerben, sondern eine, die bei jeder Funktionsaktivierung neu zu bestätigen ist.
Fünf Punkte gehören in jede Einführung. Erstens die Verantwortlichkeit: Beim Eigenbetrieb sind Sie selbst verantwortliche Stelle und beschreiben die Verarbeitung im Verarbeitungsverzeichnis; bei Managed Hosting oder angemieteter Infrastruktur schließen Sie einen Auftragsverarbeitungsvertrag mit Liste der Unterauftragsverarbeiter. Zweitens ein Zugangs- und Rechtekonzept: Wer darf Räume eröffnen, wer moderiert, wie werden Räume geschützt, wie wird verhindert, dass Unbeteiligte beitreten? Drittens Regeln zu Protokolldaten: welche Protokolle anfallen, wie lange sie aufbewahrt werden und wer sie einsehen darf. Viertens die Behandlung von Aufzeichnungen: Zweck, Einwilligung, Hinweis für Teilnehmende, Ablageort, Zugriff und Löschfrist – dieser Punkt ist regelmäßig mitbestimmungspflichtig und gehört vor die Aktivierung, nicht danach. Fünftens eine kurze Nutzungsrichtlinie, die festlegt, welche Termine über welchen Dienst laufen und welche Inhalte in Videokonferenzen grundsätzlich nichts zu suchen haben.
Ein besonderer Blick gilt der Mitbestimmung. Videokonferenzsysteme berühren regelmäßig mitbestimmungspflichtige Tatbestände, insbesondere dort, wo Aufzeichnungen, Anwesenheitsprotokolle, Transkriptionen oder Auswertungen der Nutzung möglich sind. Eine frühzeitige, sachliche Abstimmung mit dem Betriebsrat ist einfacher als eine nachträgliche Auseinandersetzung – und in unserer Erfahrung meist unkompliziert, weil eine selbst betriebene Lösung dem Gremium regelmäßig besser vermittelbar ist als die Verarbeitung bei einem großen Anbieter.
