Nextcloud im Unternehmen: vom Dateiserker zur Plattform – und die Frage, wie ACT! da hineinpasst

Ein mittelständischer Maschinenbauer aus dem Sauerland, 140 Beschäftigte, drei Standorte, ein altersschwaches NAS im Serverraum und ein Vertriebsteam, das seit fünfzehn Jahren mit ACT! arbeitet. Die IT-Leitung wollte weg von gewachsenen Windows-Freigaben, hin zu etwas, das von überall erreichbar ist und sich gegenüber dem Datenschutzbeauftragten erklären lässt. Die Wahl fiel auf Nextcloud. Zwei Jahre später läuft die Plattform stabil, die Kollegen in der Konstruktion haben sich daran gewöhnt, und im Vertrieb ist der Ärger geblieben: Kundendokumente liegen im Dateisystem, die Kundendaten in der CRM-Datenbank, und dazwischen schiebt jemand zwanzig Mal am Tag Dateien hin und her, meistens mit dem Explorer und meistens ohne System.

Solche Geschichten erzählen mehr über ein Produkt als jede Featureliste. Nextcloud ist längst keine reine Dateiablage mehr, sondern eine Plattform mit Groupware, Chat, Office, Automatisierung und Schnittstellen. Gleichzeitig zwingt sie niemanden, alles auf einmal umzubauen – und genau darin liegt ihre Stärke und ihre Tücke. Wer sie einführt, entscheidet nicht über eine Software, sondern über einen Betrieb, ein Rechtekonzept und eine Reihe von Schnittstellen, die man vorher nie sauber dokumentiert hatte. Der folgende Text versucht, beides zusammenzubringen: den realistischen Blick auf Nextcloud als Infrastruktur und die unbequeme Frage, was man mit einem Altsystem wie ACT! macht, das man eigentlich nicht mehr will und doch nicht los wird.

Was Nextcloud tatsächlich ist – und wo die Grenzen liegen

Im Kern ist Nextcloud ein Dateisynchronisierer mit WebDAV-Backend, der über die Jahre um eine ganze Reihe von Anwendungen erweitert wurde. Der Vergleich mit Dropbox oder OneDrive liegt nahe, hinkt aber an einem entscheidenden Punkt: Bei den kommerziellen Diensten ist niemand im Unternehmen für den Betrieb verantwortlich. Bei Nextcloud ist genau das der Fall – vom Webserver über die Datenbank bis zum Backup. Das ist der Preis für Datenhoheit, und er wird regelmäßig unterschätzt, vor allem in Häusern, in denen die IT-Abteilung ohnehin knapp besetzt ist.

Die Funktionspalette ist inzwischen breit. Dateien, Versionierung, Papierkorb, Freigaben und externe Speicher bilden das Fundament. Darüber liegen Kalender, Kontakte, Aufgaben und eine Mail-Anwendung, die für einfache Fälle ausreicht, aber kein gewachsenes Groupware-System ersetzt. Dazu kommen Nextcloud Talk für Videokonferenzen und Chats, Text und Collectives für die kollaborative Dokumentation, Deck als Kanban-Board, Forms für Formulare, Tables als kleine Datenbankanwendung. Der Anbieter bündelt das seit einigen Jahren unter dem Begriff Nextcloud Hub, was vor allem eine Marketingklammer ist – technisch handelt es sich um eine Sammlung von Apps auf einer gemeinsamen Plattform.

Wo die Grenzen liegen, sollte man offen ansprechen. Nextcloud ist kein vollständiges Enterprise-Content-Management-System. Es gibt Versionierung, Tags, Kommentare, Metadaten und inzwischen auch Workflow-Funktionen, aber keine Aktenplanstruktur nach DOMEA, keine revisionssichere Ablage im Sinne der GoBD ohne zusätzliche Maßnahmen und keine Aufbewahrungslogik, die einer Registratur genügt. Wer ein DMS mit revisionssicherem Archiv sucht, wird entweder ergänzen oder sich anders orientieren müssen.

Auch beim kollaborativen Bearbeiten gibt es Abstriche. Nextcloud Office, das auf Collabora Online oder alternativ on Office basiert, funktioniert für Textdokumente, Präsentationen und normale Tabellen gut. Bei sehr großen Kalkulationen mit Zehntausenden Zeilen und komplexen Formeln stößt es an Grenzen, die Excel nicht kennt. Wer täglich riesige Modelle baut, wird nicht glücklich. Für die überwiegende Zahl der Büroarbeitsplätze reicht es dagegen aus, und der Vorteil, dass die Dateien das Haus nicht verlassen, wiegt manchen Funktionsverlust auf.

Trotzdem wechseln viele Organisationen. Die Gründe sind selten technischer Natur. Sie heißen Kostenkontrolle, Datenhoheit, Unabhängigkeit von Lizenzmodellen, EU-Betrieb, offene Schnittstellen und die Möglichkeit, Erweiterungen selbst zu schreiben. Nicht zuletzt spielt die Frage eine Rolle, was passiert, wenn ein Anbieter seine Preise ändert oder Dienste einstellt. Wer die Dateien seiner Kunden zehn Jahre lang in einem proprietären Silo geparkt hat, kennt das Problem.

Architektur: warum die Dimensionierung über den Erfolg entscheidet

Technisch ist Nextcloud eine PHP-Anwendung. Sie braucht einen Webserver, eine Datenbank und einen Ort, an dem die Dateien liegen. Das klingt harmlos, und für eine Handvoll Nutzer ist es das auch. Interessant wird es ab einigen Dutzend parallel arbeitenden Clients.

Als Webserver kommen nginx oder Apache infrage, wobei nginx in größeren Installationen häufiger anzutreffen ist. PHP läuft über PHP-FPM, der Opcache sollte aktiviert und ordentlich dimensioniert sein. Als Datenbank stehen MariaDB, MySQL und PostgreSQL zur Verfügung; SQLite ist ausdrücklich nur für Tests gedacht und in Produktivumgebungen ein Fehler, der früher oder später teuer wird. Für Caching und vor allem für das Dateisperren-Handling ist Redis praktisch Pflicht, sobald mehr als ein Anwendungsserver im Spiel ist. Ohne zentralen Locking-Mechanismus schreiben zwei Clients gleichzeitig in dieselbe Datei, und die Ergebnisse sind nicht reproduzierbar.

Beim Speicher gibt es mehrere Wege. Klassisch ist ein lokales Dateisystem auf einem RAID-Verbund, bei größeren Installationen ein S3-kompatibler Object Store – sei es Ceph, MinIO oder ein Cloud-Dienst. Object Storage als Primary Storage ist inzwischen gut unterstützt und erleichtert die Skalierung erheblich, weil sich Applikationsserver beliebig dahinter hängen lassen. Ein Zwischenweg über NFS oder SMB als primären Datenspeicher ist möglich, aber mit Vorsicht zu genießen: Sperrmechanismen und Konsistenz sind hier die üblichen Verdächtigen.

Für den Betrieb mehrerer Anwendungsserver braucht es einen Lastverteiler, eine gemeinsame Datenbank, ein gemeinsames Redis und einen gemeinsamen Dateispeicher. Die Sitzungsverwaltung muss ebenfalls zentral laufen, sonst landet der Nutzer bei jedem Request auf einem anderen Knoten und wundert sich über verschwundene Anmeldungen. Zusätzlich empfiehlt sich der Notify-Push-Dienst, der Desktop-Clients über Änderungen informiert, statt sie regelmäßig pollen zu lassen. In Umgebungen mit vielen Clients senkt das die Last spürbar.

Wer Nextcloud Talk intensiv nutzt, kommt um einen TURN-Server und ab einer gewissen Größe um das High-Performance-Backend nicht herum, eine in Go geschriebene Komponente, die die Signalisierung von den eigentlichen Anwendungsservern entkoppelt. Für Office braucht es je nach Variante einen oder mehrere Collabora-Container, dimensioniert nach gleichzeitigen Bearbeitern, nicht nach Nutzerzahl.

Was die Größenordnung angeht, kursieren viele Zahlen. Eine ehrliche Antwort lautet: Es hängt von der Aktivität ab. Hundert bis dreihundert Nutzer mit durchschnittlicher Dateisynchronisation lassen sich auf einer soliden virtuellen Maschine mit 16 bis 32 GB Arbeitsspeicher und schnellen NVMe-Speichern betreiben. Interessanter als die Kopfzahl ist die Frage, wie viele Clients gleichzeitig synchronisieren, wie groß die Dateien sind und wie viele kleine Dateien bewegt werden. Zehntausend Dateien mit je zwanzig Kilobyte sind für ein Dateisystem eine andere Herausforderung als zehn Videodateien mit je zwei Gigabyte. Deshalb gehört vor jede Einführung eine ehrliche Erhebung des Ist-Zustands – und nicht der Blick auf eine Benchmark-Tabelle aus dem Netz.

Betrieb im Alltag: Updates, Backups, Monitoring

Nextcloud veröffentlicht im Jahresrhythmus eine neue Hauptversion, dazu regelmäßig Wartungsreleases. Die Support-Fenster der Community-Version sind kurz. Wer nicht upgradet, arbeitet irgendwann mit bekannten Sicherheitslücken. Das ist kein Drama, aber es bedeutet, dass ein Update-Prozess eingeplant werden muss – mit Wartungsfenster, Testinstanz und Rückfallplan. Hauptversionen dürfen nicht übersprungen werden; der Weg führt von einer Version zur nächsten. Ein Downgrade gibt es praktisch nicht, weshalb vor jedem Schritt ein konsistentes Backup stehen muss.

Ein vollständiges Backup umfasst mehr als das Datenverzeichnis. Dazu gehören der Datenbankabzug, die Konfigurationsdatei, die installierten Apps samt Anpassungen und, falls vorhanden, eigene Themes. Bei Object Storage als Primärspeicher verschiebt sich die Aufgabe: Dann müssen Datenbank und Objektspeicher zueinander konsistent gesichert werden, was ohne kurzen Wartungsmodus schnell schiefgeht. Der Klassiker unter den Betriebsfehlern ist das nächtliche rsync über ein laufendes Datenverzeichnis, während die Datenbank weiterläuft. Das Ergebnis sieht wie ein Backup aus, ist aber keines.

Und dann ist da die Regel, die niemand hören will: Ein Backup, das nie zurückgespielt wurde, ist eine Hoffnung, kein Konzept. Ein halbjährlicher Restore-Test auf einer Testumgebung kostet einen Tag und erspart im Ernstfall Wochen.

Beim Monitoring reicht der Blick in die Weboberfläche nicht aus. Nützlich sind der Statusabgleich über die Kommandozeile, ein Prometheus-Exporter für Metriken, die Auswertung der Anwendungslogs und die Integritätsprüfung der Installation, die nach manipulierten oder fehlenden Dateien sucht. Wer Audit-Anforderungen erfüllen muss, braucht zusätzlich eine Protokollierung von Zugriffen und administrativen Änderungen; je nach Anforderung ist das eine Erweiterung, die der Anbieter der Enterprise-Variante vorbehält.

Ein unterschätzter Punkt ist das Speicherwachstum. Versionierung und Papierkorb sammeln zuverlässig Daten an, wenn niemand Regeln definiert. Sinnvoll sind Aufbewahrungsfristen für Versionen, eine Begrenzung des Papierkorbs und automatische Aufräumprozesse für temporäre Dateien. Auch die Vorschaubildgenerierung kann bei Bild- und Videobeständen erhebliche Ressourcen binden. Das lässt sich steuern, aber nur, wenn man es weiß.

Last, not least: die Kommandozeile. Wer Nextcloud administriert, wird um den occ-Befehl nicht herumkommen. Dateiscanner, Reparaturroutinen, App-Verwaltung, Nutzerverwaltung, Upgrades – vieles läuft nur dort. Das ist kein Nachteil, aber es bedeutet, dass Administratoren sich mit der Shell auskennen sollten, nicht nur mit der Weboberfläche.

Sicherheit und Datenschutz: was die Plattform leistet und was nicht

Nextcloud bringt erfreulich viel Sicherheitsfunktionen mit. Zwei-Faktor-Authentifizierung über TOTP oder WebAuthn lässt sich erzwingen, Brute-Force-Schutz und eine Sperrlogik sind eingebaut, und für Clients sowie Drittsoftware gibt es App-Passwörter, mit denen sich der Zugriff auf das eigentliche Konto umgehen lässt, ohne das Passwort preiszugeben. Das ist die Grundhygiene, und sie wird überraschend oft nicht umgesetzt.

Beim Teilen lohnt sich eine restriktive Grundhaltung. Öffentliche Links ohne Passwort und ohne Ablaufdatum sind in vielen Organisationen schlicht verboten, und das zu Recht. Freigaben an interne Gruppen, Ablaufdaten, Schreibrechte nach Bedarf – das muss man konfigurieren, von allein passiert es nicht. Die Zugriffskontrolle über Regeln, die etwa nach Netzwerkadresse, Uhrzeit oder Gruppenzugehörigkeit greifen, ist ein mächtiges Werkzeug; manche Feinheiten sind der Enterprise-Variante vorbehalten, was bei der Budgetplanung nicht überraschen sollte.

Bei der Verschlüsselung kursieren Missverständnisse. Die serverseitige Verschlüsselung schützt gegen den Diebstahl eines Datenträgers, nicht gegen einen Administrator mit Zugang zum laufenden System. Die Ende-zu-Ende-Verschlüsselung im Client schützt tatsächlich vor dem Serverbetreiber, schränkt aber Teamfunktionen ein: Suche, Vorschauen, kollaboratives Bearbeiten und serverseitige Verarbeitung funktionieren dort nicht oder nur eingeschränkt. Für einzelne sensible Ordner sinnvoll, als generelles Modell meist unpraktisch.

Datenschutzrechtlich ist der Betrieb erfreulich sauber zu argumentieren, solange man ihn sauber aufsetzt. Läuft die Instanz in einem deutschen Rechenzentrum, existiert ein Vertrag zur Auftragsverarbeitung, sind Löschkonzepte definiert und die Zugriffsrechte dokumentiert, spricht wenig gegen den Einsatz für personenbezogene Daten. Entscheidend ist die Organisation dahinter: Zu wissen, wo welche Daten liegen, ist bei File Sync and Share eine anspruchsvollere Aufgabe als in einer klassischen Aktenablage.

Was die Software nicht leistet, ist der Schutz vor sich selbst. Ein veraltetes Betriebssystem, veraltete Dritt-Apps aus dem App-Store oder ein zu großzügig vergebenes Administratorkonto sind Risiken, die keine Plattform abfängt. Bei den Apps lohnt ein prüfender Blick: Das Ökosystem ist lebendig, aber die Qualität schwankt erheblich. Manche Erweiterung ist seit zwei Jahren nicht mehr gepflegt worden, und niemand merkt es, bis es knallt.

Lizenzen, Support und die Preisfrage

Nextcloud steht unter der AGPL. Wer die Software selbst betreibt, schuldet niemandem eine Lizenzgebühr, muss aber die Bestimmungen der Lizenz beachten, sobald er die Software verändert und als Dienst Dritten zugänglich macht. In der Praxis ist das für den internen Betrieb kaum relevant, für Dienstleister und Hosting-Anbieter dagegen sehr.

Die Firma hinter dem Projekt verkauft keine Lizenzen, sondern Subskriptionen mit Support, definierten Reaktionszeiten und Zugriff auf bestimmte Erweiterungen. Die Konditionen orientieren sich an Nutzerzahl, Vertragslaufzeit und gewünschtem Support-Level; öffentlich ausgewiesene Listenpreise sucht man vergebens, und die tatsächlichen Beträge bewegen sich nach Branchenkenntnis im niedrigen einstelligen Eurobereich pro Nutzer und Monat. Wer Angebote vergleicht, sollte auf den Umfang achten: Manche Angebote enthalten die Office-Einbindung, andere nicht, und die Zahl der Supportfälle ist häufig gedeckelt.

Die eigentlichen Kosten liegen ohnehin woanders. Eine Nextcloud für ein mittleres Unternehmen bedeutet laufenden Betrieb: Hardware oder Cloud-Ressourcen, Backup-Infrastruktur, ein bis zwei Personen mit Verantwortung, Weiterbildung, Testumgebung, die Office-Server, unter Umständen ein TURN-Server. Wer diese Positionen in der Kalkulation vergisst, erlebt eine unangenehme Überraschung. Dafür gibt es Alternativen: Es existiert ein etablierter Markt für Managed Hosting auf Nextcloud-Basis, teils von deutschen Anbietern mit Rechenzentren im Land. Für Haushalte und kleine Teams ist das häufig der vernünftigere Weg als der eigene Server im Abstellraum.

Schnittstellen: wo Nextcloud wirklich stark ist

Die Offenheit der Schnittstellen ist einer der Gründe, warum Nextcloud in heterogenen Umgebungen funktioniert. Dateien werden über WebDAV bereitgestellt, Kalender über CalDAV, Kontakte über CardDAV. Wer aus der Microsoft- oder Apple-Welt kommt, wird von seinen Clients meist ohne Zusatzsoftware bedient. Für Anwendungen gibt es eine HTTP-Schnittstelle, über die sich Nutzer, Gruppen, Freigaben und Dateien verwalten lassen, dazu die Möglichkeit, eigene Anwendungen in PHP zu schreiben oder per Webhook auf Ereignisse zu reagieren.

Die Automatisierung über die Flow-Funktion ist dabei unterschätzt. Regeln wie „Datei mit diesem Namen hochgeladen“ oder „Freigabe erstellt“ lassen sich mit Aktionen verknüpfen – Benachrichtigung, Tag, Konvertierung, Verschiebung, Skriptaufruf. Für die Anbindung an bestehende Systeme, etwa eine Warenwirtschaft oder ein CRM, ist das kein vollständiger Integrationsbus, aber ein brauchbarer Klebstoff.

Für die Benutzerverwaltung ist die Anbindung an ein Verzeichnis sinnvoll, also LDAP oder Active Directory. Wer zentral Anmeldung steuern will, greift zu SAML oder OpenID Connect. Das ist bei mehr als einer Handvoll Anwendungen im Haus kaum noch optional, sonst pflegt die IT Konten in vier Systemen parallel.

Ein Punkt, der in Ausschreibungen gern untergeht: Die Desktop-Clients sind gut, aber sie erzwingen ihre eigene Logik. Namenskonflikte entstehen bei paralleler Bearbeitung, Dateinamen mit Sonderzeichen und sehr lange Pfade bereiten bis heute Ärger, und die Unterscheidung zwischen Groß- und Kleinschreibung ist auf Windows-Systemen nicht immer das, was Anwender erwarten. Der Windows-Client beherrscht inzwischen virtuelle Dateien, die sich wie Platzhalter verhalten und erst bei Bedarf geladen werden. In der Praxis funktioniert das meistens ordentlich, in einzelnen Umgebungen aber mit Reibung – und Reibung ist im Nutzeralltag der Anfang vom Ende der Akzeptanz.

Nextcloud und ACT!: zwei Welten, die sich nur widerwillig treffen

Damit zum zweiten Teil des Themas. ACT! ist ein Vertriebs-CRM aus der späten achtziger Jahren, inzwischen in den Händen eines US-amerikanischen Anbieters und je nach Version als lokale Installation mit Server oder als gehostete Variante erhältlich. Im Hintergrund arbeitet klassischerweise ein Microsoft-SQL-Server, die Bedienung erfolgt über einen Windows-Client oder einen Browserzugang bei der Premium-Variante. Das Datenmodell ist stark auf Kontakte, Aktivitäten, Notizen und Verkaufschancen zugeschnitten und seit Jahrzehnten gewachsen.

Warum spricht man überhaupt über beide Produkte in einem Atemzug? Weil es in vielen Betrieben genau diese Konstellation gibt: Der Vertrieb arbeitet seit fünfzehn Jahren mit ACT!, hat dort seine Kundendaten, seine Aktivitätenhistorie, seine Vorlagen und seine Berichte. Der Rest des Unternehmens zieht derweil auf eine moderne Cloud-Plattform um. Die naheliegende Frage lautet dann: Warum nicht das CRM gleich mit? Die Antwort ist meistens die gleiche: Der Datenbestand ist groß, die Prozesse sind darauf eingespielt, und eine Migration bedeutet nicht nur Datenübertragung, sondern Stillstand und Einarbeitung. Also bleibt ACT! stehen und Nextcloud wächst daneben.

Es gibt keinen offiziellen Connector – und das ist keine Lücke, die sich schließen wird

Wer nach einer Nextcloud-Integration für ACT! sucht, findet Forenbeiträge aus den vergangenen zehn Jahren mit derselben Frage und ohne die passende Antwort. Eine offizielle Verbindung hat der CRM-Hersteller nie gebaut. Das hat Gründe. Nextcloud ist im CRM-Umfeld schlicht kein strategischer Partner, und der CRM-Anbieter hat sich mit der Outlook-Schnittstelle arrangiert, über die der weitaus größte Teil der Integrationen im Markt abläuft.

Zugleich existiert bei ACT! eine HTTP-basierte Schnittstelle, über die sich Kontakte, Aktivitäten und Verkaufschancen lesen und schreiben lassen. Sie ist funktional begrenzt und dokumentationstechnisch nicht mit dem vergleichbar, was man aus dem Salesforce- oder HubSpot-Ökosystem kennt. Direkte Zugriffe auf die darunterliegende SQL-Datenbank sind nicht unterstützt und in produktiven Umgebungen eine schlechte Idee – der Hersteller verweist hier auf Support- und Garantiefragen.

Wer also eine Verbindung will, baut sie selbst oder lässt sie bauen. Das ist kein Weltuntergang, aber es gehört in die Projektplanung, nicht in den Nachhinein-Verschleiß.

Vier Wege, die in der Praxis funktionieren

Die Ansätze unterscheiden sich vor allem darin, wie viel Automatisierung sie leisten und wie viel Pflege sie dauerhaft benötigen.

• Dateisystem-Nähe. Der Nextcloud-Desktop-Client synchronisiert einen Ordner auf den Arbeitsplätzen, und ACT! wird so konfiguriert, dass seine Dokumentenablage auf diesen Pfad zeigt. Das funktioniert erstaunlich oft, weil ACT! ohnehin gern mit lokalen oder gemappten Laufwerken arbeitet. Der Nachteil: Jeder Arbeitsplatz hält eine eigene Kopie, jedes neue Gerät kostet Speicher und Synchronisationszeit, und parallele Bearbeitung führt zu Konflikten, die niemand sauber auflöst. Für kleine Teams mit überschaubarem Dokumentenaufkommen ist das trotzdem die pragmatischste Lösung.
• WebDAV als Netzlaufwerk. Nextcloud wird als Laufwerk eingebunden, entweder über den in Windows eingebauten WebClient oder über einen kommerziellen Client, der WebDAV zuverlässiger beherrscht. Vorteil: zentrale Ablage, keine lokalen Kopien. Nachteil: Das Verhalten großer Office-Dateien über WebDAV ist nicht immer erfreulich, Sperrmechanismen sind spürbar, und der eingebaute Windows-WebClient ist notorisch langsam. Wer diesen Weg geht, sollte ihn vorher mit den schwersten Dateien des Unternehmens testen und nicht mit einer PowerPoint-Datei aus der Marketingabteilung.
• Link-Feld im CRM. In ACT! wird ein benutzerdefiniertes Feld angelegt, das den Nextcloud-Link zum Kundenordner oder zu einem einzelnen Dokument aufnimmt. Ein Klick im CRM, und der Ordner öffnet sich im Browser. Die Variante ist schlank, sie skaliert aber nur mit Disziplin: Jeder Link muss erzeugt, gepflegt und beim Verschieben von Ordnern korrigiert werden. Ohne Automatisierung wird die Linklandschaft innerhalb von Monaten unzuverlässig.
• Middleware über die Schnittstellen. Ein Skript oder ein Automatisierungswerkzeug verbindet die CRM-Schnittstelle mit der Nextcloud-Schnittstelle. Wird ein Kunde in ACT! angelegt, entsteht in einem Nextcloud-Teamordner automatisch die passende Unterstruktur, die Gruppe erhält die richtigen Rechte, und der interne Link landet im CRM-Feld. Das ist der einzige Ansatz, der dauerhaft trägt, und gleichzeitig derjenige mit dem höchsten Anfangsaufwand. Wer ihn baut, muss an Idempotenz denken, an Fehlerbehandlung, an einen technischen Benutzer mit klaren Rechten und an die Frage, was passiert, wenn der Kunde im CRM umbenannt oder gelöscht wird.

Daneben existiert der Umweg über Outlook, der in manchen Häusern gewachsen ist: Ein Outlook-Plugin synchronisiert Kalender und Kontakte zwischen Nextcloud und dem Mailclient, und die ACT!-Outlook-Integration überträgt sie von dort ins CRM. Für Kalender kann das funktionieren. Für Kontakte ist es ein fragiles Konstrukt, weil drei Systeme beteiligt sind und jede Stufe eigene Konfliktregeln mitbringt. Doppelte Datensätze und unklare Gewinner bei Änderungen sind die Folge, und die Fehlersuche gestaltet sich zäh. Eine nächtliche Ausleitung als CSV oder vCard ist als Notlösung brauchbar, als dauerhafte Integration dagegen nicht.

Was in der Praxis trägt – und was nicht

Die wichtigste Erkenntnis aus solchen Projekten lautet: Eine erzwungene Integration zweier Systeme mit unterschiedlicher Datenlogik ist selten die beste Antwort. Sinnvoller ist fast immer eine klare Zuständigkeit. ACT! bleibt die führende Datenbank für Kundeninformationen, Aktivitäten und Verkaufschancen. Nextcloud wird die Ablage für Dokumente, Angebote, Protokolle und Verträge. Verbunden werden beide über eine schlanke Brücke: ein Linkfeld im CRM und eine automatisch erzeugte Ordnerstruktur auf der Cloud-Seite. Diese Rollenverteilung ist ehrlich, sie ist erklärbar, und sie lässt sich mit einem überschaubaren Skript umsetzen.

Für die Ordnerstruktur haben sich zwei Muster bewährt. Entweder ein Ordner pro Kunde mit einer festen Untergliederung für Angebote, Verträge und Korrespondenz, oder eine projektbezogene Struktur, wenn das Geschäft stark projektgetrieben ist. Wichtiger als die Struktur ist ihre Erzwingung: Wenn jedes Team seine eigene Ordnung pflegt, ist der Nutzen der Automation schnell dahin. In Nextcloud lassen sich Ordner zentral bereitstellen und mit Vorgaben versehen, sodass Nutzer innerhalb der Struktur arbeiten, sie aber nicht umbauen können. Das klingt nach Gängelung, ist aber in der Praxis die Grundlage dafür, dass Suchfunktionen und Berechtigungen überhaupt verlässlich funktionieren.

Ein zweiter Hebel ist die Suche. Nextcloud kann Inhalte indexieren, sofern eine Suchmaschine angebunden ist. Für Vertriebsteams ist das ein enormer Gewinn: Angebote, die als PDF im Kundenordner liegen, werden gefunden, auch wenn der Dateiname schlecht gewählt wurde. Gescannte Dokumente lassen sich per Texterkennung erschließen, sodass auch eingescannte Auftragsbestätigungen durchsuchbar werden. Das ist der Punkt, an dem die Ablage vom notwendigen Übel zum echten Arbeitsmittel wird. Wer ACT! weiterbetreibt, sollte diesen Aufwand nicht scheuen – der Nutzen liegt nicht im CRM, sondern in der Auffindbarkeit.

Und ein drittes Thema, das oft zu spät kommt: Rechte. Kundenordner enthalten personenbezogene Daten, Angebote, manchmal Verträge mit Gehaltsbestandteilen oder Sonderpreisen. Wer Zugriff bekommt, muss definiert sein – nicht gewachsen, nicht nach Bauchgefühl. Gruppen in Nextcloud lassen sich aus dem Verzeichnisdienst ableiten, sodass neue Mitarbeitende automatisch die richtigen Rechte erhalten und ausscheidende sie verlieren. Diese Automatik ist im Projektaufwand enthalten, im Betrieb spart sie die meiste Zeit.

Wenn ACT! selbst zur Bremse wird

Irgendwann stellt sich die Frage, ob man das CRM nicht doch ersetzt. Technisch ist das machbar: Kontakte, Aktivitäten und Verkaufschancen lassen sich exportieren, Anhänge lassen sich aus dem Dateisystem oder der Datenbank herausziehen, und für eine Reihe von Zielsystemen existieren Migrationswerkzeuge. Aufwendig ist nicht die Datenübertragung, sondern der Umgang mit gewachsenen Feldern, individuellen Vorlagen und Berichten, die über Jahre entstanden sind und deren Logik niemand mehr vollständig überblickt.

Als Zielsysteme kommen unterschiedliche Kandidaten infrage. Open-Source-CRMs mit offenen Schnittstellen passen konzeptionell besser zu einer Nextcloud-Umgebung, weil sich Dokumentenablage und Kundenverwaltung über Schnittstellen verbinden lassen, statt über Dateipfade. Kommerzielle Cloud-CRMs bieten mehr Komfort und Ökosystem, dafür wandern die Kundendaten wieder zu einem Anbieter. Beide Wege sind legitim, sie führen nur zu unterschiedlichen Abhängigkeiten.

Ein dritter Weg ist die bewusste Entscheidung, ACT! weiterzubetreiben, aber die Dokumentenablage komplett herauszulösen und nur noch zu verlinken. Das ist häufig die wirtschaftlichste Variante, solange der Vertrieb mit dem System zufrieden ist. Sie erfordert allerdings Disziplin: Wenn im CRM weiterhin lokal gespeicherte Dokumente an Kontakten hängen, ist die schöne neue Struktur in Nextcloud nach einem Jahr wieder durchlöchert.

Ein interessanter Aspekt in diesem Zusammenhang: Die Diskussion über eine Ablösung wird oft technisch geführt, obwohl sie eigentlich eine Prozessfrage ist. Wer über Jahre mit ACT! gearbeitet hat, hat Arbeitsabläufe verinnerlicht, die in keinem Handbuch stehen. Ein neues System erzwingt deren Explikation, und das ist der eigentliche Aufwand – nicht die Datenmigration. Diese Phase sollte man planen, mit Zeit, mit Schulung, mit einer Phase des Parallelbetriebs.

Einführung und Migration: was den Unterschied macht

Bei der Einführung von Nextcloud entscheidet selten die Technik über den Erfolg, sondern die Vorbereitung. Alte Dateiablagen sind gewachsen, oft über Jahrzehnte, mit Berechtigungen, die niemand mehr begründen kann, und Ordnernamen, die nach dem Ausscheiden ihres Erfinders niemand mehr versteht. Die Migration ist deshalb die Gelegenheit, aufzuräumen – und die Gefahr, sich dabei zu verzetteln. Ein pragmatischer Ansatz: die letzten zwei Jahre vollständig übernehmen, ältere Bestände in ein Archiv überführen, das lesbar, aber nicht mehr aktiv bearbeitet wird. Das reduziert den Aufwand erheblich und zwingt zur Priorisierung.

Mindestens genauso wichtig ist die Kommunikation. Wenn die Dateiablage plötzlich anders aussieht, entsteht Widerstand. Wenn zusätzlich Laufwerksbuchstaben verschwinden und Anwender künftig über einen Client synchronisieren, braucht es Ansprechpartner, kurze Anleitungen und Zeit für Fragen. Die Bereitschaft, sich darauf einzulassen, ist größer, wenn der Nutzen sichtbar ist: Zugriff vom Notebook unterwegs, Freigaben an Externe ohne FTP, Suche über den Inhalt statt nur über den Dateinamen.

Technisch gehört zur Einführung ein Testbetrieb mit einer Gruppe, die auch Fehler melden darf, ohne dass es wehtut. Danach die Ausrollung in Wellen. Und ganz am Ende die Abschaltung des Altsystems – mit einem klaren Termin, nicht mit einem „irgendwann“. Erfahrungsgemäß ist die parallele Phase die teuerste und die am längsten unterschätzte.

Alternativen und Abgrenzung

Nextcloud ist nicht alternativlos. ownCloud verfolgt mit Infinite Scale einen anderen technischen Ansatz und richtet sich stärker an große Umgebungen. Seafile setzt auf ein eigenes Synchronisationsmodell, das bei sehr vielen Dateien und großen Beständen effizient arbeitet, dafür weniger Ökosystem mitbringt. Pydio positioniert sich ebenfalls im Enterprise-Umfeld. Wer den engsten Anschluss an Microsoft 365 sucht, wird mit SharePoint und OneDrive funktional besser bedient, zahlt dafür mit Abhängigkeit und Datenhaltung beim Hersteller. Für sehr kleine Umgebungen reichen NAS-Lösungen mit eigenen Sync-Diensten häufig aus.

Die Entscheidung hängt weniger an Funktionslisten als an drei Fragen: Wer betreibt das System, wie wichtig ist Datenhoheit, und wie viel Integration mit bestehender Software ist nötig. Wer die erste Frage ehrlich beantwortet, hat meist schon die halbe Entscheidung getroffen.

Fazit

Nextcloud ist ausgereift, aber nicht selbstverständlich. Sie belohnt saubere Planung, klare Rechtekonzepte und einen Betrieb, der Updates und Backups ernst nimmt – und sie bestraft Nachlässigkeit mit denselben Problemen, die man von jedem anderen Serversystem kennt. Wer sich darauf einlässt, bekommt eine Plattform, die sich an die eigenen Prozesse anpassen lässt, statt umgekehrt.

Die Verbindung zu ACT! bleibt eine Handarbeit. Es gibt keinen fertigen Stecker, und es wird ihn absehbar nicht geben. Wer sich damit abfindet, kann mit bescheidenen Mitteln viel erreichen: ein automatisch angelegter Kundenordner, ein Linkfeld im CRM, eine durchsuchbare Ablage mit Texterkennung und eine klare Regel, wo Dokumente künftig liegen. Das ist weniger glamourös als eine durchintegrierte Suite, aber es ist ehrlich, es ist wartbar – und in den meisten Betrieben ist es genau das, was zwei Jahrzehnte gewachsener IT-Wirklichkeit tatsächlich weiterhilft.