Nextcloud im Unternehmenseinsatz: Vom Dateiserver zur Arbeitsplattform – und warum Thryv dabei häufiger auftaucht als man denkt

Wer sich heute mit souveräner IT-Infrastruktur beschäftigt, kommt an Nextcloud kaum vorbei. Die Software hat sich in gut einem Jahrzehnt von einem Datei-Sync-Werkzeug zu einer Plattform entwickelt, auf der Teams kommunizieren, Dokumente bearbeiten, Projekte planen und Prozesse automatisieren. Parallel taucht in vielen Gesprächen ein zweiter Name auf: Thryv. Was auf den ersten Blick wie eine Branchenlösung für kleine Betriebe wirkt, lässt sich durchaus sinnvoll neben eine selbst betriebene Nextcloud stellen – wenn man weiß, wo die Grenzen liegen. Ein Überblick aus der Praxis.

Ein kurzer Rückblick, weil er das Heute erklärt

Nextcloud ist kein Produkt, das vom Reißbrett aus gedacht wurde. Es entstand 2016 als Abspaltung von ownCloud, nachdem sich das damalige Gründerteam um Frank Karlitschek vom Unternehmen getrennt hatte. Diese Herkunft merkt man der Software bis heute an. Sie ist nicht als geschlossene Suite konzipiert, sondern als Kern mit einer sehr großen Zahl von Anwendungen drumherum, die sich einzeln aktivieren, abschalten und austauschen lassen. Wer aus der Microsoft- oder Google-Welt kommt, empfindet das zunächst als umständlich. Wer schon einmal erlebt hat, wie ein Anbieter seine Lizenzpolitik ändert, sieht darin vor allem eines: einen Ausweg.

Seit 2019 erscheinen die Hauptversionen im Jahresrhythmus unter dem Label Nextcloud Hub. Der Hub ist weniger ein einzelnes Programm als ein Bündel: Dateien, Groupware, Talk für Videokonferenzen, Office auf Basis von Collabora Online, später Deck für Kanban-Boards, Forms für Formulare, Collectives für Wissenssammlungen und ein Whiteboard. Wer heute eine Nextcloud aufsetzt, bekommt im Grunde ein Betriebssystem für Zusammenarbeit – mit all den Vor- und Nachteilen, die so ein Anspruch mit sich bringt.

Die aktuelle Generation läuft auf PHP 8.x, unterstützt MariaDB, PostgreSQL und Oracle, kann MySQL-kompatibel betrieben werden und ist seit einigen Jahren auch mit Objektspeichern als primärem Ablageort glücklich. Das ist ein wichtiger Punkt, denn er markiert den Übergang vom klassischen Webserver-Share zum Speicher-Backend für größere Installationen. Aber dazu später mehr.

Architektur: Was Administratoren wirklich beschäftigt

Eine Nextcloud-Instanz ist technisch erstaunlich unspektakulär. Im Kern läuft ein Webserver – meist Apache oder Nginx – der PHP-Anfragen an den Anwendungscode weitergibt. Darunter liegt eine Datenbank, daneben ein Cache, und irgendwo muss der Dateibestand physisch hin. Das war es im Prinzip. Die Komplexität beginnt nicht in der Architektur, sondern in den Details des Betriebs.

Da wäre zunächst der Datenbankzugriff. Nextcloud ist im Datenbankbereich durchaus gesprächig; jede Seitenansicht produziert eine Reihe von Abfragen. Wer hier mit einer unbeachteten Standardkonfiguration arbeitet, wundert sich nach einigen Monaten über rätselhafte Wartezeiten. Der oft unterschätzte Hebel heißt Caching. Ein lokaler APCu-Cache für den Prozessor und ein Redis-Instanz für Dateisperren und Sessions sind in Produktivumgebungen praktisch Pflicht. Ohne Redis verteilt Nextcloud Dateisperren über die Datenbank, was bei mehreren Nutzern schnell zum Flaschenhals wird – und im ungünstigsten Fall zu dem berüchtigten Hinweis, eine Datei sei gerade gesperrt.

Der zweite große Block ist der Speicher. Klassisch liegen Dateien unter einem Verzeichnis auf der Festplatte. Das funktioniert bis zu einem bestimmten Punkt gut und ist bei kleinen Teams bis vielleicht 50 Nutzern oft die wirtschaftlichste Variante. Darüber hinaus wird es unangenehm: Backups dauern lange, Migrationen werden zum Projekt, und das Anhängen weiterer Platten ist immer eine Operation am offenen Herzen. Nextcloud kann deshalb seit Version 18 Objektspeicher als primären Ablageort verwenden, konkret S3-kompatible Systeme wie Ceph, MinIO oder entsprechende Dienste von Cloud-Anbietern. Der Vorteil liegt auf der Hand: Skalierung ist ein Konfigurationsthema, nicht ein Umzug. Der Nachteil ist weniger offensichtlich. Wer auf S3 setzt, braucht einen externen Mechanismus namens objectstore-Backup, weil sich die Daten dann nicht mehr einfach mit einem Dateisystem-Werkzeug sichern lassen.

Ein dritter Aspekt, der in vielen Projekten zu spät kommt: die Auslieferung. Nextcloud ist eine Webanwendung, und wie jede Webanwendung lebt sie von kurzen Wegen zum Client. Ein Reverse Proxy mit HTTP/2 oder HTTP/3, aktivierte Kompression, sauber gesetzte Cache-Header für statische Assets und ein CDN für verteilte Standorte machen spürbar mehr aus, als viele erwarten. Gerade im Zusammenspiel mit Collabora Online, das Dokumente serverseitig rendert, entscheidet die Netzwerktopologie darüber, ob das Bearbeiten einer Tabelle flüssig wirkt oder zäh.

Docker, All-in-One oder klassisch?

Für den Einstieg hat die Nextcloud-Gemeinde mehrere Wege gebahnt. Der klassische Weg über Paketquellen oder den Webinstaller ist transparent, aber wartungsintensiv. Der Container-Weg über docker compose ist heute der gängigste für kleinere und mittlere Umgebungen, weil sich Datenbank, Redis, Webserver und Office-Server gemeinsam beschreiben lassen. Und dann gibt es noch das Projekt Nextcloud All-in-One, das die gesamte Installation in einem einzigen Container mit Verwaltungsoberfläche bündelt. Für Testinstallationen und kleine Betriebe ist das eine erfreulich unkomplizierte Sache. Für Organisationen mit eigener Netzwerksegmentierung, Zertifikatsverwaltung und Monitoring-Anbindung ist es dagegen oft zu grob geschnitten. Die Wahl hängt also weniger von der Technik als vom Betriebsmodell ab.

Sicherheit und Rechte: der eigentliche Kern

Wo Nextcloud in Ausschreibungen auftaucht, geht es selten um Funktionen. Es geht um Datenhoheit. Das ist der Grund, warum Behörden, Kliniken, Anwaltskanzleien und Teile der Industrie überhaupt über Self-Hosting nachdenken. Die Software liefert dafür die Bausteine.

Da ist zum einen die serverseitige Verschlüsselung. Sie schützt Daten auf dem Speichermedium, etwa bei einem gestohlenen Laufwerk oder einer unsachgemäß entsorgten Platte. Der Schlüssel liegt allerdings auf dem Server selbst, was bedeutet: Wer administrativen Zugriff auf die Instanz hat, kommt an die Daten. Für viele Compliance-Anforderungen genügt das, weil es primär um den Schutz gegen physischen Abgriff geht. Wer mehr will, braucht Ende-zu-Ende-Verschlüsselung, bei der die Schlüssel ausschließlich auf den Clients liegen. Das funktioniert, hat aber Nebenwirkungen: Serverseitige Suche, Vorschau und Office-Bearbeitung sind mit E2EE deutlich eingeschränkt. Es ist ein klassischer Zielkonflikt zwischen Nutzbarkeit und Schutz, den man ehrlich benennen sollte, statt ihn schönzureden.

Deutlich praxisrelevanter ist in vielen Fällen das Rechtemanagement. Nextcloud unterscheidet zwischen Benutzern, Gruppen und Teams, kennt externe Freigaben mit Ablaufdatum und Passwort, kann Shares nur lesbar oder mit Schreibrechten vergeben und bietet granulare Einschränkungen über Gruppenordner. Ein Punkt, der in Schulungen oft zu kurz kommt: Die Standardeinstellungen sind bewusst freizügig, damit der Einstieg gelingt. In regulierten Umgebungen muss man aktiv nachschärfen, etwa das Teilen per Link einschränken, Wasserzeichen für Office-Dokumente aktivieren oder den Zugriff auf bestimmte IP-Bereiche beschränken.

Nicht zuletzt sollte man die Nebenwege im Blick behalten. Nextcloud spricht eine ganze Reihe von Protokollen: WebDAV für Dateien, CalDAV und CardDAV für Kalender und Kontakte, OCS für die interne API, dazu Webhooks über Flow. Jede dieser Schnittstellen ist ein potenzieller Zugangspunkt, der abgesichert, protokolliert und im Zweifel abgeschaltet gehört. Zwei-Faktor-Authentifizierung, Brute-Force-Schutz durch Fail2ban oder CrowdSec sowie ein restriktives Content-Security-Policy-Setup sind heute Standart, nicht Kür.

Skalierung: ab wann es interessant wird

Eine einzelne Nextcloud auf einem ordentlichen Server trägt erstaunlich viel. Mit acht bis sechzehn Kernen, ausreichend RAM, NVMe-Speicher und sauber konfiguriertem Redis sind mehrere hundert aktive Nutzer kein Problem – vorausgesetzt, die Last ist nicht gleichmäßig auf einen einzigen Vormittag konzentriert. Die Schwierigkeit beginnt beim Wachstum, und dort gibt es zwei grundverschiedene Strategien.

Die erste heißt vertikal: größere Maschine, mehr RAM, schnellere Platten. Das ist billig im Betrieb, weil die Komplexität gleich bleibt. Die zweite heißt horizontal und bedeutet, die Rollen zu trennen. Web-Server, Datenbank, Redis und Speicher laufen dann auf eigenen Systemen, gegebenenfalls redundant. Nextcloud unterstützt das über die Konfiguration mehrerer Knoten, und mit Objektspeicher als Backend wird die Dateiebene tatsächlich beliebig erweiterbar. Der Preis dafür ist ein Betriebsteam oder ein Dienstleister, der diese Architektur wirklich beherrscht. Ein halbherzig aufgesetztes Cluster ist erfahrungsgemäß schlimmer als ein ehrlicher Single-Node mit ordentlichem Backup.

Ein Thema, das in größeren Installationen regelmäßig für Überraschungen sorgt, ist die Vorschau-Generierung. Nextcloud erzeugt Miniaturbilder für Bilder, PDFs und Videos. Auf leistungsfähigen Systemen fällt das nicht auf. Auf schwächeren oder bei sehr großen Dateibeständen kann es die Lastspitzen dominieren. Abhilfe schaffen ein vorgeschalteter Vorschau-Generator wie previewgenerator, eine Begrenzung der maximalen Vorschaugröße und ausreichend CPU-Zeit in Randstunden. Klingt nach Detail, ist in der Praxis oft der Unterschied zwischen „läuft flüssig“ und „alle beschweren sich“.

Apps, Ökosystem und die Frage der Verbindlichkeit

Der Nextcloud App Store umfasst mehrere hundert Anwendungen. Das ist Segen und Fluch zugleich. Segen, weil sich fast jede Anforderung irgendwie abbilden lässt – von der Zeiterfassung über Passwortverwaltung bis zum Videokonferenz-Plugin. Fluch, weil längst nicht jede App gepflegt wird. Wer auf einer Produktionsinstanz eine Anwendung aktiviert, die seit zwei Jahren kein Update mehr gesehen hat, handelt sich früher oder später Kompatibilitätsprobleme ein, spätestens beim Wechsel auf die nächste Hauptversion.

Für Unternehmen besonders relevant sind die offiziell gepflegten Bausteine. Dazu gehören die Groupware mit Mail, Kalender, Kontakten und Aufgaben, Deck als Kanban-Werkzeug, Talk für Kommunikation, Forms für die Datenerhebung, Collectives für gemeinsame Dokumentation und seit einigen Versionen auch ein Whiteboard sowie erste KI-Funktionen unter dem Namen Nextcloud Assistant. Diese Teile sind eng integriert, teilen sich Rechtekonzept und Suche – und sie sind der Grund, warum Nextcloud heute eher als Kollaborationsplattform denn als reine File-Sharing-Lösung wahrgenommen wird.

Ein interessanter Aspekt dabei: Die Office-Integration ist nicht Teil des Kerns, sondern wird von externen Komponenten getragen. Collabora Online und OnlyOffice sind die beiden etablierten Wege. Collabora ist enger mit dem LibreOffice-Code verwandt und glänzt bei Formatkompatibilität, OnlyOffice punktet mit einer vertrauteren Oberfläche und guter Dokumenten-Zusammenarbeit. Beide verlangen einen eigenen Container oder Server, beide brauchen Wartung. Wer glaubt, mit Nextcloud allein sei das Thema Büroarbeit erledigt, wird hier eines Besseren belehrt.

Clients: der unspektakuläre Teil, an dem alles hängt

Es gibt Desktop-Clients für Windows, macOS und Linux, mobile Anwendungen für Android und iOS, und daneben die WebDAV-Einbindung für alles, was sich nicht offiziell anbinden lässt. In der täglichen Nutzung entscheidet weniger die Funktionsliste als das Verhalten beim Synchronisieren. Virtuelle Dateien – unter Windows als Cloud-Dateianbieter-Integration, unter macOS als Dateianbieter-Erweiterung – erlauben es, den gesamten Bestand zu sehen, ohne ihn lokal zu belegen. Das ist gerade für Außendienstler und Notebook-Nutzer ein enormer Gewinn.

Gleichzeitig ist die Synchronisation der Punkt, an dem Support-Teams am häufigsten gefordert werden. Konflikte entstehen, wenn zwei Geräte gleichzeitig dieselbe Datei ändern. Nextcloud löst das nicht magisch, sondern legt Konfliktkopien an. Das ist ehrlich, aber erklärungsbedürftig. Wer große Datenmengen bewegt, sollte zudem die Ausschlussfilter richtig setzen, sonst quälen sich Clients durch Verzeichnisse mit zehntausenden temporären Dateien. Und wer den Server migriert, sollte vorher dringend die Client-Konfigurationen prüfen – ein falsch gesetztes Hostnamen-Zertifikat beschert sonst reihenweise rote Ausrufezeichen in der Taskleiste.

Lizenz, Support und die Rechnung dahinter

Nextcloud selbst ist unter der AGPLv3 lizenziert und für den Eigenbetrieb kostenlos. Das ist keine Marketingbehauptung, sondern ein Fakt, an dem sich seit Jahren nichts geändert hat. Warum also zahlen Unternehmen trotzdem? Wegen der Enterprise-Subscription, die verlängerten Sicherheitssupport, garantierte Reaktionszeiten, zertifizierte Builds und Beratung umfasst. Für Organisationen, die ihre Instanz über fünf Jahre betreiben wollen, ohne bei jedem Release-Wechsel Bauchschmerzen zu haben, ist das der eigentliche Wert.

Die Gesamtrechnung ist trotzdem deutlich differenzierter als das oft kolportierte „Open Source ist kostenlos“. Wer selbst hostet, braucht Hardware oder gemietete Infrastruktur, Personal für den Betrieb, Zeit für Updates, ein Backup-Konzept und im Streitfall jemanden, der haftet. Ein Single-Board-Rechner unterm Schreibtisch mag privat reichen. Im Unternehmen ist er ein Risiko, das man bewusst eingehen muss – oder eben nicht.

Nicht zuletzt lohnt der Vergleich mit den großen Suiten. Microsoft 365 und Google Workspace liefern ohne Zweifel einen geringeren Betriebsaufwand und tiefere Integration in die jeweiligen Ökosysteme. Der Gegenwert ist eine Abhängigkeit von Anbietern, deren Preisgestaltung, Datenverarbeitung und Roadmap sich dem Einfluss der Kunden entzieht. Nextcloud gibt die Kontrolle zurück, verlangt dafür aber Aufmerksamkeit. Das ist ein Tauschgeschäft, keine ideologische Frage – und es sollte auch so diskutiert werden.

Thryv: was dahintersteckt

Wer bei Nextcloud angelangt ist, hat meistens eine bestimmte Sorte Problem gelöst: Wo liegen meine Dateien, wer darf was, wie behalte ich die Kontrolle. Bei Thryv geht es um die andere Hälfte des Geschäfts. Thryv ist eine US-amerikanische Plattform für Kundenmanagement und Geschäftskommunikation, die ursprünglich aus dem Umfeld der Verzeichnisverlage hervorgegangen ist und heute vor allem kleine und mittlere Betriebe adressiert. Das Funktionsspektrum umfasst CRM, Terminbuchung, Rechnungsstellung, Zahlungsabwicklung, Marketing-Automatisierung, Social-Media-Verwaltung, Bewertungsmanagement und einen Website-Baukasten. Kurz gesagt: Kundenakquise, Kundendokumentation und Kundenkommunikation in einem Werkzeug.

Für Handwerksbetriebe, Praxen, Agenturen und lokale Dienstleister ist das ein nachvollziehbares Angebot. Man muss sich nicht mit fünf separaten Diensten beschäftigen, und die Einstiegshürde ist niedrig. Der Preis ist derselbe wie bei jedem SaaS-Werkzeug: Die Daten liegen beim Anbieter, die Abhängigkeit wächst mit der Nutzung, und die Exportmöglichkeiten sind zwar vorhanden, aber realistisch betrachtet immer ein Umzug mit Reibungsverlusten.

Warum taucht Thryv nun in Nextcloud-Projekten auf? Weil viele Unternehmen in genau dieser Konstellation landen: Auf der einen Seite ein selbst betriebener Speicher und Kollaborationsstack für alle Dateien und internen Abläufe, auf der anderen Seite ein spezialisiertes Werkzeug für Vertrieb und Kundenbeziehung. Das ist keine schlechte Aufteilung – sie ist sogar ziemlich vernünftig, denn ein CRM in Nextcloud nachzubauen ist selten sinnvoll. Aber sie erzeugt eine neue Aufgabe: Die beiden Welten müssen miteinander reden.

Wie Nextcloud und Thryv zusammenkommen

Vorweg die klare Ansage: Eine offizielle Nextcloud-App für Thryv gibt es nicht. Wer in Foren liest, es gäbe eine fertige Ein-Klick-Integration, ist falsch unterwegs. Was existiert, sind die technischen Grundlagen, um eine Verbindung selbst zu bauen – über die Thryv-API, über Webhooks und über eine Middleware dazwischen.

Die naheliegendste Verbindung ist die Synchronisation von Kontakten und Terminen. Thryv verwaltet Kunden und Buchungen, Nextcloud führt Groupware mit CardDAV und CalDAV. Beide Seiten speichern in offenen Formaten beziehungsweise bieten Schnittstellen, sodass sich dieser Abgleich über einen kleinen Dienst in der Mitte erledigen lässt. Der Nutzen ist unmittelbar: Wer in Nextcloud einen Termin sieht, muss nicht zwanzig Mal am Tag die Thryv-Oberfläche prüfen. Zu beachten ist dabei die Frage der Hoheit. Es sollte definiert werden, welches System die führende Quelle für welche Daten ist. Ohne diese Festlegung entstehen Dubletten oder überschriebene Telefonnummern – ein Klassiker, den jeder kennt, der schon einmal zwei Adressbücher synchronisiert hat.

Deutlich spannender wird es bei den Dokumenten. Thryv erzeugt Angebote, Rechnungen und Kundenunterlagen. Nextcloud ist der Ort, an dem diese Dokumente abgelegt, versioniert und über Freigaben bereitgestellt werden. Über die Thryv-API lassen sich Dateien und Metadaten abrufen und über die Nextcloud-WebDAV- oder OCS-Schnittstelle ablegen. In der Praxis läuft das oft über eine Automatisierungsplattform wie n8n, Make oder Zapier, in größeren Umgebungen über einen eigenen kleinen Dienst, der die Webhooks beider Systeme entgegennimmt.

Ein realistischer Ablauf sieht etwa so aus: Ein Kunde bucht über das Thryv-Formular einen Termin oder nimmt ein Angebot an. Thryv feuert einen Webhook ab. Die Middleware legt daraufhin in Nextcloud einen Ordner für den Kunden an, verschiebt oder kopiert die zugehörigen Dateien dorthin, teilt den Ordner mit dem zuständigen Mitarbeiter und erzeugt optional eine Aufgabe in Deck oder Tasks. Umgekehrt kann ein neuer Ordner in einem bestimmten Nextcloud-Bereich eine Notiz im Thryv-Kundenprofil erzeugen. Solche Ketten sind erstaunlich schnell gebaut und sparen im Alltag viel Handarbeit.

Dateien und Freigaben als Brücke

Der unauffälligste, aber wirksamste Integrationsweg läuft über Dateifreigaben. Nextcloud kann öffentliche Links mit Ablaufdatum, Passwort und optionalem Upload-Bereich erzeugen. Wer aus Thryv heraus Kunden Unterlagen zukommen lassen will, kann die Datei in Nextcloud ablegen und den Freigabelink im Kundendatensatz oder in einer automatisch versendeten Nachricht hinterlegen. Der Vorteil: Die Datei bleibt im eigenen Haus, die Versionierung greift, und der Zugriff lässt sich jederzeit widerrufen. Gerade bei Angeboten, Gutachten oder medizinischen Unterlagen ist das deutlich sauberer als ein Anhang in einer E-Mail.

Ein zweiter Weg ist die Postfach-Anbindung. Nextcloud bringt eine eigene Mail-Anwendung mit; Thryv bietet seinerseits Kommunikationsfunktionen. Beide Systeme können per IMAP und SMTP mit demselben oder mit getrennten Postfächern arbeiten. Sinnvoll ist in der Regel die Trennung: Kundenkommunikation über die Vertriebsplattform, interne Kommunikation und Ablage in Nextcloud. Eine vollständige Zusammenführung klingt verlockend, produziert aber meist Chaos, weil beide Seiten Nachrichten als gelesen markieren oder Ordnerstrukturen anlegen.

Konkrete Szenarien aus dem Alltag

Ein Handwerksbetrieb mit zwölf Mitarbeitern: Angebote und Termine laufen über Thryv, die Auftragsunterlagen, Aufmaße, Fotos und Abnahmeprotokolle liegen in Nextcloud, mit Gruppenordnern pro Baustelle. Über eine kleine Automatisierung wird bei Auftragsannahme automatisch ein Projektordner erzeugt und der Bauleitung zugewiesen. Der Chef sieht im CRM, was verkauft wurde, und in Nextcloud, was tatsächlich gebaut ist. Ohne diese Trennung landen Rechnungsdaten und Baustellenfotos im selben Topf, was spätestens beim Datenschutz unangenehm wird.

Eine Steuerberatungskanzlei: Mandantendaten und Fristen werden im Kundenmanagementsystem geführt, die Mandantenakte liegt in Nextcloud. Hier ist die Trennung nicht nur praktisch, sondern regulatorisch geboten. Zugriffsrechte, Aufbewahrungsfristen und die Frage, wer wann welche Datei gesehen hat, lassen sich im self-hosted Speicher deutlich präziser steuern als in einem SaaS-Werkzeug. Die Anbindung beschränkt sich in diesem Fall bewusst auf das Nötigste: Termine, Namen, Freigabelinks. Alles andere bleibt getrennt.

Eine kleine Agentur: Kundenkommunikation und Angebotslegung in Thryv, Projektdateien, Konzepte und Design-Assets in Nextcloud. Über Webhooks werden neue Leads automatisch als Deck-Karte angelegt, damit niemand vergisst, nachzufassen. Hier zahlt sich aus, dass Nextcloud Flow einfache Wenn-Dann-Regeln direkt in der Plattform erlaubt. Für komplexere Logik braucht es dann doch eine externe Automatisierung, aber der Einstieg gelingt ohne zusätzliche Infrastruktur.

Und schließlich der Fall, den man selten in Fallstudien liest, aber häufig antrifft: Der Betrieb hat Thryv im Einsatz, weil es schnell eingeführt war, und merkt nach zwei Jahren, dass ein Teil der Daten eigentlich ins eigene Haus gehört. Dann beginnt der unangenehme Teil – Export, Bereinigung, Neuordnung. Wer früh definiert, welche Daten wo leben dürfen, spart sich diese Arbeit. Das ist keine technische Frage, sondern eine organisatorische.

Wo es hakt

Die größten Stolpersteine liegen selten in der Technik. Sie liegen in der Zuständigkeit. Wer betreut die Middleware, wenn sie nachts ausfällt? Wer merkt, dass ein Webhook seit drei Wochen nicht mehr feuert, weil ein Token abgelaufen ist? Automatisierungen sind still. Sie scheitern nicht laut, sondern hören einfach auf zu arbeiten, und niemand merkt es, bis ein Kunde anruft, weil kein Termin bestätigt wurde. Ein Monitoring auf Durchsatz und Fehlerquote ist deshalb kein Luxus, sondern Grundvoraussetzung.

Der zweite Punkt ist die Datenqualität. Beide Systeme wollen Kunden verwalten. Wenn in Thryv „Müller GmbH“ steht und in Nextcloud der Ordner „Mueller_GmbH_2024″ heißt, findet keine Synchronisation der Welt diese Verbindung zuverlässig. Ein stabiles Schlüsselfeld – eine Kundennummer, idealerweise in beiden Systemen gepflegt – löst dieses Problem dauerhaft. Klingt banal, ist in der Praxis der häufigste Grund, warum Integrationsprojekte versanden.

Drittens sollte man die rechtliche Seite nicht übersehen. Thryv verarbeitet personenbezogene Daten in eigener Verantwortung des Anbieters, mit Servern außerhalb der EU. Wer als Verantwortlicher in Europa tätig ist, braucht dafür eine belastbare Grundlage. Eine saubere Auftragsverarbeitungsvereinbarung, eine dokumentierte Datenflussanalyse und eine ehrliche Bewertung der Risiken gehören dazu. Nextcloud auf der anderen Seite lässt sich so betreiben, dass die Daten das Haus nicht verlassen. Diese beiden Welten in einem Mandanten oder Kundenprofil zu verbinden ist möglich, verlangt aber eine bewusste Entscheidung darüber, welche Daten wo liegen dürfen. Pauschal zu sagen „wir synchronisieren einfach alles“ ist keine gute Idee.

Betriebsmodelle: selbst, gemietet oder gemischt

Wer Nextcloud selbst betreiben will, braucht mindestens eine Person, die sich auskennt – nicht stundenweise, sondern verlässlich. Updates, Sicherheitsmeldungen, App-Kompatibilität, Zertifikate, Backups, Restore-Tests. Das ist machbar, und es gibt viele Beispiele von Betrieben, die das seit Jahren problemlos stemmen. Es ist aber Arbeit, und diese Arbeit verschwindet nicht dadurch, dass man sie ignoriert.

Die Alternative heißt Managed Hosting. Eine Reihe von Anbietern betreibt Nextcloud im eigenen Rechenzentrum oder in EU-Cloud-Regionen, mit SLA, Updates und Backup. Der Kunde behält die Datenhoheit im Sinne der Verfügungsgewalt, delegiert aber den Betrieb. Das ist häufig die pragmatischste Lösung für mittlere Unternehmen, die keine eigene IT-Abteilung haben, aber von Microsoft oder Google wegwollen. Wichtig ist die Sorgfalt bei der Anbieterauswahl: Wo stehen die Server, wer hat Zugriff, welche Versionsstände werden garantiert, was passiert bei Kündigung. Solche Fragen lassen sich vor Vertragsabschluss klären, danach nie mehr.

Die dritte Variante ist hybrid. Nextcloud läuft selbst oder beim Hoster, während Thryv als SaaS für den Vertrieb genutzt wird. Genau diese Kombination ist in der Praxis am häufigsten anzutreffen, und sie funktioniert gut – vorausgesetzt, die Schnittstellen sind sauber dokumentiert und der Datenfluss ist definiert.

Ein Blick nach vorn

Nextcloud arbeitet seit einigen Versionen daran, die Plattform stärker als Arbeitsumgebung zu positionieren und dabei den Datenschutzgedanken nicht aufzugeben. Die KI-Funktionen des Assistant setzen bewusst auf lokale oder selbst gehostete Modelle, statt Anfragen an große Clouddienste zu schicken. Ob sich das in der Breite durchsetzt, ist offen. Die Richtung ist jedenfalls bemerkenswert, weil sie einen dritten Weg beschreibt: nicht maximal leistungsfähig, aber auch nicht vollständig abhängig.

Auf der anderen Seite bewegen sich Werkzeuge wie Thryv in Richtung immer umfassenderer Plattformen. Je mehr Funktionsbereiche eine SaaS-Suite abdeckt, desto größer wird für viele Unternehmen die Frage, was davon tatsächlich ins eigene Haus gehört. Die Antwort wird selten ein Entweder-oder sein. Kundenkommunikation und Marketing profitieren von spezialisierten Werkzeugen. Alles, was mit Dokumenten, Zugriffsrechten und langfristiger Aufbewahrung zu tun hat, gehört dorthin, wo man die Kontrolle behält.

Fazit

Nextcloud ist kein Selbstläufer, aber ein Werkzeug, das Unternehmen die Möglichkeit gibt, ihre Datenhaltung selbst zu bestimmen – und das in den vergangenen Jahren beachtlich an Reife gewonnen hat. Es ersetzt nicht alle Spezialwerkzeuge, und es will das auch gar nicht. Thryv wiederum erledigt Aufgaben, die man in Nextcloud nur mit Mühe nachbilden würde, und das ist völlig in Ordnung. Entscheidend ist nicht, welches Produkt gewinnt, sondern ob eine Organisation sagen kann, wo welche Daten liegen, wer darauf zugreift und was passiert, wenn ein Anbieter morgen seine Geschäftsbedingungen ändert. Wer diese Fragen beantworten kann, hat eine belastbare Infrastruktur – ob mit oder ohne Nextcloud, ob mit oder ohne Thryv. Wer sie nicht beantworten kann, sollte anfangen, sie zu stellen.