Nextcloud und ONLYOFFICE: Wenn die eigene Cloud zum Büro wird

Wer heute über digitale Souveränität spricht, landet früher oder später bei Nextcloud. Die Plattform hat sich in Behörden, Hochschulen und mittelständischen Betrieben als ernstzunehmende Alternative zu den großen Cloud-Suiten etabliert. Doch spätestens beim gemeinsamen Bearbeiten von Textdokumenten, Tabellen und Präsentationen wird es interessant. Genau an dieser Stelle kommt ONLYOFFICE ins Spiel – und mit ihm eine ganze Reihe von Fragen, die weit über reine Technik hinausreichen.

Ein Fork, der die Landschaft verschoben hat

Die Geschichte von Nextcloud beginnt eigentlich mit dem Bruch. Als sich 2016 die Wege von ownCloud und seinem damaligen Gründer Frank Karlitschek trennten, entstand innerhalb weniger Monate ein eigenständiges Projekt, das heute in vielen Rechenzentren dieser Republik zum Standardrepertoire gehört. Die technische Basis war von Anfang an unspektakulär und gerade deshalb tragfähig: PHP, eine relationale Datenbank – MySQL, MariaDB oder PostgreSQL – und ein klassischer Webserver. Kein exotischer Stack, keine proprietäre Runtime. Wer schon einmal ein LAMP-System administriert hat, findet sich in der Grundinstallation schnell zurecht.

Was Nextcloud von einem reinen Dateiaustauschdienst unterscheidet, ist die konsequente Erweiterbarkeit. Der Kern kümmert sich um Dateien, Freigaben, Versionen und die Synchronisation über WebDAV. Alles andere – Kalender, Kontakte, Aufgaben, Chats, Videokonferenzen, Formulare, Kanban-Boards, Wikis, Whiteboards – kommt als App aus dem eigenen Store. Dieses Baukastenprinzip hat einen nicht zu unterschätzenden Nebeneffekt: Man kann klein anfangen und wachsen, ohne die Plattform zu wechseln. Ein Verein, der mit 20 Nutzern und einem Terrabyte beginnt, kann Jahre später bei mehreren tausend Konten und Object Storage am S3-Endpunkt landen, ohne die Grundarchitektur zu ändern.

Nicht zuletzt dieser Pfadcharakter erklärt, warum Nextcloud im Bildungsbereich so verbreitet ist. Eine Schule, die ihre Dateiablage und das Lehrerkalender-Chaos bündeln will, muss nicht gleich ein Rechenzentrum neu bauen. Sie stellt eine virtuelle Maschine hin, installiert die Plattform, richtet LDAP an und wächst von dort aus weiter.

Der eigentliche Knackpunkt: Büroarbeit

Dateien hin- und herschieben ist das eine. Etwas völlig anderes ist die Frage, ob zwei Kollegen denselben Absatz gleichzeitig überarbeiten können. Wer aus der Microsoft- oder Google-Welt kommt, hält kollaboratives Editieren für selbstverständlich. In der Self-Hosting-Szene war das lange ein Fremdwort – und ist es in manchen Installationen bis heute.

Das liegt an der Architektur. Nextcloud ist im Kern eine PHP-Anwendung. Ein vollwertiger Texteditor mit OOXML-Unterstützung, Änderungsverfolgung und Echtzeit-Synchronisation lässt sich in dieser Umgebung nur schwer sinnvoll betreiben. Also braucht es einen separaten Dokumentenserver, der die Bearbeitung übernimmt und per API mit der Plattform spricht. Zwei Kandidaten sind dafür etabliert: Collabora Online, das auf der LibreOffice-Technologie aufsetzt, und eben ONLYOFFICE, das auf einer eigenen, in C++ und JavaScript geschriebenen Engine basiert.

Ein interessanter Aspekt: Beide Wege sind Open Source, beide haben kommerzielle Anbieter im Rücken, beide integrieren sich als App in Nextcloud. Und trotzdem fühlt sich das Ergebnis unterschiedlich an. Wer die Wahl hat, sollte sie bewusst treffen – nicht nach Bauchgefühl, sondern entlang der eigenen Dateibestände.

ONLYOFFICE: Herkunft, Aufbau, Eigentümlichkeiten

Hinter ONLYOFFICE steht die lettische Firma Ascensio System SIA mit Wurzeln in Russland, die in den vergangenen Jahren ihren Sitz und ihre Entwicklungsstruktur weitgehend nach Europa verlagert hat. Das ist ein Punkt, den man bei Beschaffungsentscheidungen im öffentlichen Sektor offen ansprechen sollte – nicht als Ausschlusskriterium, aber als Frage, die eine ehrliche Antwort verdient.

Technisch besteht ONLYOFFICE aus zwei Teilen. Da ist zum einen der Document Server, ein eigenständiger Dienst, der typischerweise in Docker läuft und auf Port 80 beziehungsweise 443 lauscht. Er rendert Dokumente serverseitig oder clientseitig – je nach Modus – und liefert den Editor in den Browser. Zum anderen gibt es die Nextcloud-App, die als Vermittler fungiert: Sie übergibt eine Datei-URL samt Zugangstoken an den Document Server, der Editor öffnet sich, und jede Änderung fließt über eine Konvertierungs- und Speicherroutine zurück in den Nextcloud-Speicher.

Unterstützt werden die gängigen Formate: DOCX, XLSX, PPTX, daneben ODT, ODS, ODP, PDF und diverse Altlasten. Die Formatkompatibilität zu Microsoft Office gilt als eine der Stärken, auch wenn sie nicht perfekt ist. Komplexe Makros, verschachtelte Pivot-Tabellen mit exotischen Berechnungsoptionen oder aufwendig gestaltete Word-Vorlagen mit Inhaltssteuerelementen können immer noch für Überraschungen sorgen. Das gilt allerdings für jede Nicht-Microsoft-Lösung, Collabora ausdrücklich eingeschlossen.

Bemerkenswert ist der Funktionsumfang jenseits der reinen Textverarbeitung. ONLYOFFICE bringt Formulare mit, einen PDF-Editor mit Anmerkungen und Ausfüllfunktionen, ein Werkzeug für Diagramme und – in den kommerziellen Varianten – eine Plattform für Dokumentenmanagement. Makros lassen sich in JavaScript oder in einer VBA-kompatiblen Syntax schreiben, was für Umsteiger aus dem Excel-Universum ein nicht zu unterschätzender Vorteil ist. Wer jahrelang kleine Automatisierungen in VBA gepflegt hat, will sie nicht alle neu erfinden.

Community, Enterprise, Grauzonen

Die Lizenzlage ist etwas verworren, und das sollte man wissen, bevor man einen Server aufsetzt. Die Community Edition des Document Servers steht unter AGPLv3 und ist im Kern funktional vollständig, aber in der Nutzung eingeschränkt: Offiziell ist sie auf eine begrenzte Anzahl gleichzeitiger Verbindungen ausgelegt, was in der Praxis bedeutet, dass größere Installationen eine kommerzielle Lizenz benötigen. Dass viele Administratoren diese Grenze technisch umgehen können, macht sie nicht rechtlich ungültig. Wer in einem Unternehmen mit Compliance-Abteilung arbeitet, sollte das Thema früh klären – nachträglich wird es unangenehm.

Die Enterprise-Variante bietet zusätzlich Support, mobile Bearbeitung, erweiterte Sicherheitsfunktionen und Schnittstellen für Dokumentenmanagement-Systeme. Für kleinere Einrichtungen reicht die Community Edition meist aus. Sobald aber mehr als eine Handvoll Personen gleichzeitig in Dokumenten arbeiten soll, führt an einer Lizenz kaum ein Weg vorbei.

Die Integration in Nextcloud

Die Verbindung zwischen beiden Systemen läuft über die App „ONLYOFFICE“, die im Nextcloud App Store kostenlos verfügbar ist. Nach der Installation trägt man in den administrativen Einstellungen die Adresse des Document Servers ein – idealerweise eine interne, damit der Datenverkehr nicht über das öffentliche Netz läuft. Hinzu kommt ein gemeinsames Geheimnis, der JWT-Key, mit dem beide Seiten ihre Anfragen signieren. Ohne diesen Schlüssel könnte theoretisch jeder, der die Server-Adresse kennt, Dokumente öffnen. Der Schlüssel ist also kein optionales Detail, sondern Pflicht.

In der Praxis hat sich folgendes Muster bewährt: Der Document Server läuft in einem eigenen Container oder einer eigenen VM, erreichbar über eine dedizierte Subdomain mit gültigem TLS-Zertifikat. Nextcloud spricht ihn über eine interne Adresse an, während der Browser ihn über die öffentliche Subdomain erreicht. Wer hier schludert, bekommt Fehlermeldungen wie „Download failed“ oder einen Editor, der endlos lädt – Klassiker, die in Foren zuhauf dokumentiert sind.

# Auszug aus einer typischen Konfiguration
ONLYOFFICE:
  Serveradresse (intern):  http://onlyoffice-document-server/
  Serveradresse (öffentlich): https://office.example.org/
  JWT-Secret:              <langer, zufälliger Schlüssel>
  Erweiterte Server-Einstellungen:
    - https://cloud.example.org

Ein häufiges Missverständnis betrifft die „erweiterten Server-Einstellungen“. Dort müssen alle Adressen eingetragen werden, unter denen die Nextcloud-Instanz erreichbar ist. Fehlt eine davon, verweigert der Document Server die Zusammenarbeit – und die Fehlermeldung ist wenig hilfreich. Wer mit mehreren Domains oder einem Testsystem arbeitet, sollte diesen Punkt auf seine Checkliste setzen.

Collabora Online als Alternative

Collabora Online ist die kommerziell unterstützte Variante von LibreOffice im Browser. Der Code stammt aus derselben Werkstatt wie die Desktop-Suite, was Vor- und Nachteile mit sich bringt. Der Vorteil: Die Formatunterstützung für ODF ist hervorragend, und die Verarbeitung großer Dokumente gilt als robust. Der Nachteil: Die Darstellung von DOCX-Dateien weicht in Detailfragen häufiger vom Microsoft-Original ab – etwa bei spezifischen Schriftarten, Rahmen oder Tabellenlayouts.

Für Nextcloud existiert mit „Collabora Online – Built-in CODE Server“ eine App, die einen kleinen Document Server gleich mitbringt. Das ist praktisch für Tests und kleine Installationen, aber ausdrücklich nicht für den Produktivbetrieb mit vielen Nutzern gedacht. Wer Collabora ernsthaft einsetzen will, betreibt einen eigenen Container nach demselben Muster wie bei ONLYOFFICE.

Die Entscheidung zwischen beiden Systemen hängt stark vom Dateibestand ab. Ein Unternehmen, das über Jahre mit Office-Dokumenten gearbeitet hat, wird mit ONLYOFFICE in der Regel glücklichere Nutzer erleben, weil die Darstellung näher am Gewohnten liegt. Eine öffentliche Verwaltung, die auf ODF setzt und langfristige Formatunabhängigkeit priorisiert, fährt mit Collabora möglicherweise besser. Und wer beides braucht, kann sogar beide Document Server parallel betreiben – Nextcloud erlaubt es, die Zuständigkeit pro Dateityp oder pro Gruppe zu steuern.

Ein neuer Akteur: Euro-Office

Im Jahr 2025 hat sich mit Euro-Office ein weiteres Projekt formiert, das als europäische Antwort auf die Abhängigkeit von außereuropäischen Anbietern positioniert wird. Getragen von mehreren europäischen Firmen und auf Basis der Collabora-Technologie, verfolgt es das Ziel, eine vollständig europäisch kontrollierte Office-Suite für Cloud-Plattformen bereitzustellen. Ob daraus ein ernsthafter dritter Player wird, muss sich zeigen. Die Ankündigung allein macht noch keinen stabilen Dokumentenserver, und die Geschichte der Open-Source-Büroprojekte ist voll von ambitionierten Starts, die im Sand verliefen. Trotzdem: Für Organisationen, die ihre Beschaffung an Kriterien wie europäischer Rechtsträgerschaft und Quellcode-Kontrolle ausrichten, ist das ein Entwicklung, die man im Auge behalten sollte.

Performance und Skalierung

Eine Nextcloud-Instanz für zehn Personen ist schnell aufgesetzt. Eine für zehntausend ist ein Projekt. Die Unterschiede liegen weniger in der Software als in der Frage, ob man die bekannten Engpässe kennt und rechtzeitig beseitigt.

Der erste Engpass ist PHP. Ohne OPcache und APCu wird jede Anfrage neu interpretiert, was bei Synchronisationswellen – etwa morgens um acht, wenn alle Clients gleichzeitig anfangen – zu spürbaren Verzögerungen führt. Der zweite ist die Dateisperrung. Nextcloud benötigt einen verteilten Locking-Mechanismus, sobald mehr als ein Webserver im Spiel ist. Redis ist hier die Standardantwort, und wer es nicht einsetzt, wird früher oder später inkonsistente Dateizustände erleben.

Der dritte Engpass ist die Datenbank. MariaDB mit ordentlich dimensioniertem InnoDB-Puffer und aktiviertem Query-Cache-Äquivalent ist für die meisten Installationen ausreichend. PostgreSQL skaliert bei sehr großen Instanzen etwas freundlicher, verlangt aber mehr Sachkenntnis bei der Wartung. Wer bereits Erfahrung mit einem der beiden Systeme hat, sollte dabei bleiben – ein Datenbankwechsel mitten im Wachstum ist kein Vergnügen.

Der vierte Punkt ist der Speicher. Object Storage als primäres Backend – S3-kompatibel, ob MinIO, Ceph oder ein Cloud-Anbieter – verändert die Skalierungseigenschaften erheblich, weil die Metadaten in der Datenbank bleiben, während die Binärdaten ausgelagert werden. Das ist der Weg, den große Installationen gehen. Für kleinere Setups ist ein lokales Dateisystem mit schnellen NVMe-Platten und ausreichend Inodes nach wie vor die unkomplizierteste Lösung.

Der fünfte Engpass schließlich sitzt im Document Server selbst. ONLYOFFICE skaliert horizontal, aber nur mit etwas Zutun: Mehrere Instanzen hinter einem Loadbalancer benötigen einen gemeinsamen Cache – üblicherweise Redis – und eine Session-Persistenz, damit ein Bearbeitungsvorgang nicht mitten im Tippen auf einem anderen Knoten landet. In Kubernetes-Umgebungen gibt es dafür fertige Helm-Charts, was die Sache deutlich vereinfacht, aber auch neue Fragen mitbringt: Wer betreibt das Cluster, wer aktualisiert es, wer schaut nachts nach den Pods?

Sicherheit: die unangenehmen Wahrheiten

Selbst hosten bedeutet nicht automatisch sicher hosten. Eine frisch installierte Nextcloud ist grundsolide, aber sie ist kein Fertighaus. Wer die Standardeinstellungen unverändert lässt, betreibt einen Dienst, der erreichbar ist, aber nicht verteidigt.

Zu den Pflichtmaßnahmen gehören: TLS ausschließlich, mit HSTS und einer zeitgemäßen Cipher-Konfiguration. Zwei-Faktor-Authentifizierung für alle Konten, die mehr als nur Dateien lesen dürfen – Nextcloud unterstützt TOTP und WebAuthn, Letzteres ist deutlich phishingresistenter. Brute-Force-Schutz aktivieren, am besten in Kombination mit Fail2ban auf dem vorgelagerten Server. App-Passwörter für alle Clients statt des eigentlichen Kontopassworts, damit ein verlorenes Smartphone nicht zur Komplettkompromittierung führt.

Ein Punkt, der gern übersehen wird: die Trennung zwischen Nextcloud und Document Server. Beide sollten in getrennten Netzsegmenten laufen, wobei der Document Server nur die Nextcloud-Instanz als Kommunikationspartner akzeptiert. Wer den Document Server offen ins Internet stellt und den JWT-Schlüssel schwach wählt, öffnet im schlimmsten Fall eine Schnittstelle zum Auslesen beliebiger Dokumente.

Und dann ist da noch die Verschlüsselung. Serverseitige Verschlüsselung in Nextcloud schützt gegen gestohlene Festplatten, nicht gegen einen kompromittierten Server – der Schlüssel liegt schließlich auf derselben Maschine. Wer echten Schutz gegen neugierige Administratoren oder einen beschlagnahmten Server benötigt, kommt um Ende-zu-Ende-Verschlüsselung nicht herum. Die unterstützt Nextcloud für Ordner, allerdings mit Einschränkungen: Die serverseitige Suche funktioniert dann nicht, und der Document Server kann in solchen Ordnern nicht arbeiten. Das ist keine Schwäche der Implementierung, sondern Physik.

Datenschutz und regulatorische Einordnung

Der Grund, warum viele Organisationen überhaupt über Self-Hosting nachdenken, ist die DSGVO. Eine Nextcloud auf eigener Hardware oder bei einem europäischen Anbieter löst das Grundproblem, das viele Cloud-Dienste mit sich bringen: Der Auftragsverarbeitungsvertrag ist mit einer überschaubaren Zahl von Subunternehmern zu schließen, und der Speicherort ist bekannt.

Damit ist die Sache aber nicht erledigt. Wer Nextcloud für personenbezogene Daten nutzt, braucht ein Löschkonzept, ein Berechtigungskonzept und eine Vorstellung davon, wo überall Kopien entstehen. Die Desktop-Clients synchronisieren auf Endgeräte, deren Verschlüsselung man nicht in der Hand hat. Die Papierkörbe und Versionen halten gelöschte Dateien länger vor, als man denkt. Und das Protokoll der Freigaben wächst beständig. In der Enterprise-Version von Nextcloud gibt es Werkzeuge für Aufbewahrungsfristen und Audit-Logging, die in der Community-Version fehlen. Wer reguliert ist, sollte das in die Kalkulation einbeziehen.

Ein weiterer Aspekt betrifft die Auftragsverarbeitung mit dem Hosting-Anbieter. „Made in Germany“ auf dem Werbebanner ist kein Nachweis. Relevant ist, wer die Infrastruktur betreibt, wo die Daten liegen, welche Subunternehmer eingebunden sind und wie der Zugriff auf die Hardware geregelt ist. Gerade im Umfeld von NIS2 und DORA nehmen Prüfungsanforderungen deutlich zu, und eine ehrliche Risikoanalyse ist aufwendiger als ein Verweis auf den Serverstandort.

Zusammenarbeit im Alltag

Was macht die Kombination in der täglichen Arbeit tatsächlich besser? Zunächst die schlichte Tatsache, dass Bearbeitung und Ablage im selben System stattfinden. Kein Herunterladen, kein Hochladen, kein „Version 3 final endgültig“-Anhang. Änderungen werden sofort sichtbar, Kommentare landen am Rand, und die Versionshistorie liegt daneben. Wer einmal erlebt hat, wie ein Gremienbeschluss in einem gemeinsam bearbeiteten Dokument entstanden ist, will ungern zu E-Mail-Anhängen zurück.

Dazu kommen die Bausteine, die Nextcloud mitbringt. Talk erlaubt Chats und Videokonferenzen, ohne dass ein weiterer Dienst dazukommt. Deck organisiert Aufgaben in Kanban-Boards, die wiederum mit Dateien verknüpft werden können. Forms erzeugt Umfragen, deren Ergebnisse direkt in Tabellen landen. Collectives kommt einem internen Wiki am nächsten. Und die Whiteboard-Funktion, die auf einer eingebetteten Zeichenfläche basiert, ist für Skizzen und Mindmaps überraschend brauchbar.

Ein interessanter Aspekt ist die Frage, wie sich diese Werkzeuge zu externen Partnern öffnen. Nextcloud kann über Föderation mit anderen Instanzen sprechen, also Freigaben zwischen zwei unabhängigen Servern austauschen. Das ist technisch reizvoll und in der Praxis noch selten, weil es ein Gegenüber mit derselben Plattform voraussetzt. Aber die Idee – Daten bleiben dort, wo sie hingehören, und geteilt wird nur der Zugriff – ist strategisch stark, und mit zunehmender Verbreitung könnte sich das ändern.

Migration: Der unterschätzte Aufwand

Der Wechsel zu Nextcloud ist selten ein reiner Technikumzug. Er ist ein Organisationsprojekt. Dateien aus SharePoint, OneDrive oder einem alten Fileserver müssen übernommen, Berechtigungen übersetzt und Verknüpfungen aufgelöst werden. Wer glaubt, ein Synchronisationstool löse das, wird nach drei Wochen feststellen, dass die Hälfte der Verknüpfungen ins Leere zeigt und die Ordnerstruktur zwar kopiert, aber nicht verstanden wurde.

Bewährt hat sich ein phasenweises Vorgehen: zunächst eine Pilotgruppe mit überschaubarem Bestand, dann eine Abteilung mit klaren Prozessen, dann der Rest. Parallel dazu muss geklärt sein, wer die alte Ablage abschaltet und wann. Nichts ist schlimmer als zwei Systeme, die dauerhaft nebeneinander existieren, weil niemand den Mut hatte, das alte abzuschalten.

Für das Editieren gilt eine einfache Regel: Je komplexer die gewachsenen Dokumente, desto wichtiger ist ein Test mit echten Dateien. Nicht mit Beispielen, sondern mit den fünf unangenehmsten Tabellen aus der Buchhaltung und den drei Vorlagen, bei denen die Formatierung schon in Word wackelig war. Diese Prüfung kostet zwei Tage und ersparrt Monate an Beschwerden.

Betrieb, Updates, Backup

Nextcloud veröffentlicht regelmäßig Aktualisierungen, darunter auch sicherheitsrelevante. Wer einen Server betreibt, muss einen Update-Rhythmus etablieren, der nicht davon abhängt, wann jemand Zeit hat. Die Major-Upgrades erfordern Sorgfalt: Vor jedem Sprung ein vollständiges Backup, Wartungsmodus aktivieren, Apps auf Kompatibilität prüfen, Update durchführen, Datenbankmigration abwarten, danach Reparaturroutinen laufen lassen. Bei größeren Sprüngen empfiehlt es sich, die Zwischenschritte einzuhalten und nicht von einer sehr alten Version direkt auf die neueste zu springen.

Beim Backup gilt die alte Dreisatzregel: drei Kopien, zwei Medien, eine außerhalb des Hauses. Entscheidend ist, dass neben den Dateien auch die Datenbank, die Konfigurationsdatei und die Ordnerstruktur gesichert werden. Eine Wiederherstellung nur der Dateien ergibt eine Installation ohne Freigaben, ohne Konten und ohne Verlauf. Und: Ein Backup, das nie getestet wurde, ist kein Backup, sondern eine Annahme.

Für den laufenden Betrieb hat sich Monitoring bewährt. Neben den üblichen Systemmetriken lohnt der Blick auf die Anwendungsseite: Wie lange dauern Anfragen, wie viele Fehler tauchen im Log auf, wächst die Datenbank überproportional? Nextcloud selbst liefert über die Kommandozeile eine Reihe von Diagnosewerkzeugen, mit denen sich Zustand und Konfiguration prüfen lassen. Wer diese Routinen in eine regelmäßige Aufgabe packt, entdeckt Probleme, bevor Anwender sie melden.

Kosten: die ehrliche Rechnung

Self-Hosting ist nicht automatisch billiger. Eine Nextcloud auf einem Root-Server für zwanzig Euro im Monat klingt verlockend, bis man die Arbeitszeit einrechnet. Installation, Härtung, Updates, Backup, Nutzersupport, Fehlersuche – das sind schnell mehrere Stunden pro Monat, und bei Ausfällen mehr. In einem Unternehmen mit internem IT-Personal mag das günstiger sein als eine Lizenz pro Nutzer. In einem Betrieb ohne diese Ressourcen ist ein managed Angebot häufig die vernünftigere Wahl, auch wenn die monatlichen Kosten höher aussehen.

Die Rechnung wird interessanter, wenn man die versteckten Posten der Alternativen mitzählt: Lizenzkosten pro Nutzer, Speicherzuschläge, Kosten für zusätzliche Sicherheitsfunktionen, Aufwand für die Durchsetzung von Richtlinien und nicht zuletzt die Abhängigkeit von einem Anbieter, der Preisgestaltung und Funktionsumfang jederzeit ändern kann. Ein Wechsel in der anderen Richtung ist ungleich aufwendiger als der Ausstieg aus einer selbst betriebenen Lösung.

Wo es hakt

Es wäre unseriös, die Grenzen zu verschweigen. Die mobile Bearbeitung von Dokumenten in Nextcloud ist nach wie vor weniger komfortabel als in den großen Cloud-Suiten. Große Tabellen mit zehntausenden Zeilen erreichen in beiden Document Servern früher ihre Grenzen als das Desktop-Original. Makros laufen nicht immer identisch, und wer auf VBA-Automatisierung angewiesen ist, sollte vorher genau prüfen, was tatsächlich funktioniert.

Auch die Dokumentation ist ein Thema. Die offiziellen Handbücher sind ordentlich, aber sie hinken der Entwicklung hinterher. Bei Detailfragen landet man in Foren oder in Quellcode. Das ist kein Ausschlusskriterium – im Gegenteil, die Community ist aktiv und hilfsbereit –, aber es verlangt eine gewisse Frustrationstoleranz.

Und dann ist da der Punkt, den man in Sonntagsreden gern übergeht: Die Bedienoberfläche von Nextcloud ist funktional, aber nicht immer elegant. Wer von einem polierten kommerziellen Produkt kommt, wird sich umgewöhnen müssen. Das ist ein Preis, der sich bezahlen lässt, aber man sollte ihn nicht kleinreden.

Ausblick

Die Richtung der nächsten Jahre ist absehbar. Zwei Themen werden die Entwicklung bestimmen: Künstliche Intelligenz und regulatorischer Druck. Nextcloud hat mit dem Assistant eine Schnittstelle geschaffen, über die sich Sprachmodelle einbinden lassen – wahlweise lokal betrieben oder über externe Anbieter. Der lokale Betrieb ist der interessante Fall, denn er löst das Grundproblem vieler KI-Integrationen: Wer seine Dokumente nicht an einen Anbieter senden will, braucht ein Modell im eigenen Haus. Ob das wirtschaftlich sinnvoll ist, hängt von den Anforderungen ab; für einfache Textzusammenfassungen reichen heute kleinere Modelle, für komplexe Analysen braucht es mehr.

Der zweite Treiber ist der öffentliche Sektor. Verwaltungen in Deutschland und anderen europäischen Ländern haben begonnen, ihre Abhängigkeiten systematisch zu prüfen. Einzelne Bundesländer haben Wechsel vollzogen, andere planen sie. Dieser Druck verschiebt die Nachfrage, und er verschiebt auch die Investitionsbereitschaft in die dahinterliegenden Projekte. Ob daraus ein dauerhafter Wandel wird oder eine Episode, wird sich in den nächsten fünf Jahren entscheiden. Die technischen Voraussetzungen sind jedenfalls gegeben – und mit Nextcloud und ONLYOFFICE steht ein Gespann bereit, das im Alltag funktioniert, nicht nur in der Präsentation.

Fazit

Die Kombination aus Nextcloud und ONLYOFFICE ist keine Spielerei für Bastler, sondern eine tragfähige Arbeitsumgebung – vorausgesetzt, man behandelt sie als das, was sie ist: ein Stück Infrastruktur mit Betriebsverantwortung. Wer die Installation, die Härtung und die Wartung ernst nimmt, bekommt eine Plattform, die Datenhoheit, Erweiterbarkeit und brauchbare Bürofunktionen verbindet. Wer sie nebenher aufsetzt und dann vergisst, wird früher oder später die Erfahrung machen, dass selbstgehostete Software nicht weniger Pflege braucht als die gemietete – nur dass man selbst dafür zuständig ist.

Die Wahl des Dokumentenservers ist dabei weniger eine Glaubensfrage als eine Frage des Dateibestands, der Nutzergewohnheiten und der eigenen Fähigkeiten. ONLYOFFICE punktet mit Formattreue und einem breiten Funktionsumfang, Collabora mit Offenheit und ODF-Nähe. Beide sind über dieselbe Schnittstelle angebunden, beide lassen sich testweise betreiben. Der pragmatische Weg: eine kleine Testgruppe, echte Dokumente, zwei Wochen Beobachtung – und dann eine Entscheidung, die man auch in drei Jahren noch begründen kann.