Zwischen Dateiablage und Prozessmaschine: Wie Nextcloud und Creatio zusammenfinden

Kaum eine Open-Source-Plattform wird in deutschen IT-Abteilungen derzeit so häufig genannt wie Nextcloud – und kaum eine wird so oft auf einen einzigen Zweck reduziert. „Das ist doch unser Dropbox-Ersatz“, hört man dann, oder: „Wir brauchen das für den Datenaustausch mit Mandanten.“ Beides stimmt, greift aber zu kurz. Wer Nextcloud nur als Share-Lösung begreift, verschenkt einen großen Teil des Funktionsumfangs und übersieht, dass die eigentliche Arbeit heute an den Schnittstellen stattfindet. Genau dort wird es spannend – vor allem, wenn Systeme ins Spiel kommen, die auf den ersten Blick aus einer ganz anderen Welt stammen. Creatio ist so ein Fall.

Ein System, das mehr sein will als eine Dateiablage

Die Geschichte ist hinlänglich bekannt, aber sie erklärt eine Menge von dem, was Nextcloud heute ist. 2016 spaltete sich das Projekt unter Führung von Frank Karlitschek von ownCloud ab, weil man sich über die strategische Ausrichtung uneinig war. Der Fork kam mit dem Anspruch, nicht nur Dateien zu synchronisieren, sondern eine vollständige Kollaborationsplattform zu bauen. Dieser Anspruch ist heute unter dem Label „Nextcloud Hub“ zusammengefasst: Files, Talk, Groupware mit Mail, Kalender und Kontakten, Office, Deck für Kanban-Boards, Forms für Umfragen, Tables als leichtgewichtige Datenbank, Notes, Photos, Whiteboard. Dazu kommen Automatisierung über Flow und eine wachsende Zahl von KI-Funktionen, die unter dem Schlagwort „Ethical AI“ vermarktet werden.

Das klingt nach einem Funktionskatalog, der auf dem Papier beeindruckend ist und in der Praxis an der eigenen Komplexität erstickt. Bei Nextcloud ist es andersherum: Der Kern ist vergleichsweise schlank, alles Weitere kommt über Apps. Diese Modularität ist Fluch und Segen zugleich. Sie erlaubt es, eine Installation auf die eigenen Bedürfnisse zuzuschneiden, ohne gleich einen Monolithen ausrollen zu müssen. Sie führt aber auch dazu, dass zwei Nextcloud-Instanzen selten identisch aussehen – und dass Administratoren sich mit einer Vielzahl von App-Updates, Kompatibilitätsmatrizen und Sicherheitsmeldungen auseinandersetzen müssen.

Für den Unternehmenseinsatz entscheidend ist ohnehin weniger der Funktionsumfang als die Frage, wie gut sich die Plattform in bestehende Prozesse einfügt. Eine Kollaborationsumgebung, die Daten nur speichert, aber nicht mit den Fachanwendungen spricht, wird früher oder später zum stillen Datenfriedhof. Umgekehrt gilt: Eine Prozess- oder CRM-Plattform, die Dokumente in einem eigenen Silo hält, produziert Doppelablagen und Schattenstrukturen. Genau hier trifft Nextcloud auf Anwendungen wie Creatio.

Die technische Anatomie

Um die Integrationsmöglichkeiten zu verstehen, hilft ein Blick auf das Innenleben. Nextcloud ist eine PHP-Anwendung. Wer jetzt innerlich zusammenzuckt, ist in guter Gesellschaft – der Ruf von PHP ist bekanntermaßen durchwachsen. In der Realität spielt die Sprache für den Betrieb eine geringere Rolle als die Frage, wie sauber die Umgebung konfiguriert ist. Mit PHP 8.x, Opcache, einem vernünftigen FPM-Setup und ausreichend Arbeitsspeicher lässt sich eine Nextcloud-Instanz betreiben, die auch bei mehreren tausend Nutzern noch brauchbar performant ist.

Datenbank, Cache, Sperren

Als Datenbank kommen MariaDB, PostgreSQL, Oracle oder – ausschließlich für Testinstallationen – SQLite infrage. In produktiven Umgebungen haben sich MariaDB und PostgreSQL durchgesetzt. Für den Dateisperrmechanismus, der verhindert, dass zwei Nutzer gleichzeitig dieselbe Datei überschreiben, empfiehlt Nextcloud ausdrücklich einen verteilten Cache. Redis ist hier die naheliegende Wahl, kann aber auch für Caching und als Session-Backend dienen. APCu übernimmt das lokale Caching innerhalb eines PHP-Prozesses. Ohne diese Komponenten wird die Instanz spätestens dann zäh, wenn mehrere Clients parallel synchronisieren.

Ein häufig unterschätzter Punkt ist die Dateisystem-Performance. Nextcloud legt für die Synchronisation einen eigenen Client ein und führt Buch über jede Datei. Bei Beständen mit Hunderttausenden kleiner Dateien kann die Datenbank zum Nadelöhr werden, wenn keine passenden Indizes und ausreichend IOPS vorhanden sind. Wer aus einem klassischen Fileserver kommt, unterschätzt diesen Effekt gern. Ein Umstieg auf Objektspeicher als primäres Backend, etwa S3-kompatibler Storage, ist möglich und wird in größeren Installationen zunehmend genutzt – er ist aber kein Allheilmittel und verändert Betrieb und Backup grundlegend.

Installationswege

Für den Einstieg gibt es mehrere Wege. Der klassische Tarball oder das Distributionspaket erfordert die meiste Handarbeit, dafür hat man volle Kontrolle. Der Snap ist schnell aufgesetzt und pflegt sich weitgehend selbst, bringt aber eigene Einschränkungen mit. Die Docker- beziehungsweise Compose-Variante ist für viele Teams der beste Kompromiss. Und dann gibt es noch das „All-in-One“-Deployment, das die wichtigsten Komponenten in Containern bündelt und über einen Master-Container verwaltet. Gerade für kleinere IT-Abteilungen ohne dedizierte Linux-Spezialisten ist das ein pragmatischer Weg – vorausgesetzt, man akzeptiert, dass manche Feinheiten hinter der Abstraktion verschwinden.

Unabhängig vom Weg gilt: Cronjobs müssen laufen, der Hintergrundprozessor ist kein optionales Beiwerk. Wer ihn nicht einrichtet, wird früher oder später feststellen, dass Vorschaubilder, Suchindex und Benachrichtigungen nur sporadisch funktionieren. Das Kommandozeilenwerkzeug occ ist dabei der beste Freund des Administrators – Updates, Reparaturen, LDAP-Abgleich, App-Verwaltung, alles läuft hier zusammen.

Sicherheit, Datenschutz und die Frage der Hoheit

Der häufigste Grund, sich überhaupt mit Nextcloud zu beschäftigen, ist die Datenhoheit. Das Argument lautet: Wenn die Daten auf eigener Hardware oder in einer europäischen Umgebung liegen, entfällt ein Teil der Abhängigkeiten, die mit US-amerikanischen Hyperscalern verbunden sind. So einfach ist es nicht, aber es ist auch nicht falsch. Der entscheidende Vorteil liegt weniger in der Jurisdiktion als in der Kontrolle über Konfiguration, Schlüssel und Lebenszyklus der Daten.

Nextcloud bringt dafür ein ganzes Bündel an Mechanismen mit. Zwei-Faktor-Authentifizierung, Brute-Force-Schutz, Passwortrichtlinien, Zugriffskontrolle über Gruppen und Freigaben, Sitzungsverwaltung. Dazu die Möglichkeit, Server-seitige Verschlüsselung zu aktivieren – wobei diese ausdrücklich nicht als Schutz gegen den Betreiber gedacht ist, denn die Schlüssel liegen auf demselben System. Wer Schutz vor dem eigenen Hoster sucht, braucht die Ende-zu-Ende-Verschlüsselung für Ordner, bei der die Schlüssel ausschließlich auf den Clients liegen. Das ist deutlich sicherer, aber eben auch unbequemer: Serverseitige Suche, Vorschaubilder und einige Kollaborationsfunktionen fallen dann weg.

Für regulierte Umgebungen interessant sind die Audit-Funktionen, die in der Enterprise-Version enthalten sind, sowie die Möglichkeiten, Aufbewahrungsfristen durchzusetzen. Letzteres ist in der Praxis oft der Punkt, an dem Community-Installationen an ihre Grenzen stoßen: Löschkonzepte, rechtssichere Aufbewahrung und revisionssichere Protokollierung lassen sich zwar nachbauen, kosten aber Aufwand und sind nicht jedermanns Sache.

Nicht zuletzt hat sich die öffentliche Verwaltung als Treiber erwiesen. Von kommunalen Installationen über Hochschulen bis zu Landesprojekten ist Nextcloud inzwischen breit vertreten. Der Bekanntheitsgrad hat dem Projekt gutgetan, auch wenn die Erwartungen mitunter hoch sind: Eine souveräne Plattform bedeutet eben nicht, dass man sie einfach installiert und dann läuft sie. Betrieb, Updates und Sicherheitspatches bleiben Aufgabe des eigenen Hauses.

Skalierung und Betrieb

Die Frage „Wie viele Nutzer schafft eine Nextcloud?“ lässt sich pauschal nicht beantworten. Es hängt davon ab, was die Nutzer tun. Zehntausend Accounts, die gelegentlich eine Datei hochladen, sind etwas anderes als dreitausend Nutzer, die permanent mit Talk telefonieren, Office-Dokumente kollaborativ bearbeiten und große Videos synchronisieren.

Für den großen Maßstab gibt es Architekturmuster. Mehrere Anwendungsserver hinter einem Load Balancer, gemeinsamer Speicher, eine zentrale Datenbank, Redis als verteilter Cache. In dieser Konstellation lassen sich Instanzen horizontal erweitern. Der Flaschenhals liegt dann meist in der Datenbank oder im Speicher-IO. Wer es noch größer braucht, stößt auf die Global-Scale-Architektur, bei der mehrere Nextcloud-Knoten über einen Lookup-Server verbunden werden und Nutzer nur auf ihrer jeweiligen Instanz liegen, aber über Föderation miteinander teilen können. Das ist ein Nischenmodell für sehr große Organisationen und mit entsprechendem Betriebsaufwand verbunden.

Ein Thema, das in Ausschreibungen regelmäßig auftaucht und oft unterschätzt wird, ist die Anbindung an bestehende Verzeichnisdienste. Nextcloud spricht LDAP und Active Directory, unterstützt Single Sign-On über SAML und OpenID Connect. In der Praxis wird man selten darum herumkommen, Gruppen und Rollen sauber zu pflegen. Wer die Berechtigungen doppelt hält, hat sie bald widersprüchlich. Die Bereinigung solcher Altlasten kostet erfahrungsgemäß mehr Zeit als die technische Anbindung selbst.

Nicht zuletzt das Thema Backup. Nextcloud selbst liefert kein vollwertiges Backup-Werkzeug. Wer Dateien und Datenbank konsistent sichern will, muss die Instanz für den konsistenten Zustand kurz in den Wartungsmodus versetzen oder ein Verfahren umsetzen, das damit umgehen kann. Die Empfehlung lautet: Datenbank und Dateispeicher getrennt sichern, Zeitstempel beim Restore beachten, und die Rücksicherung regelmäßig testen. Ein Backup, das nie geprüft wurde, ist kein Backup, sondern eine Annahme.

Das App-Ökosystem – und seine Grenzen

Der App Store ist für viele ein Grund, bei Nextcloud zu bleiben, und für manche ein Ärgernis. Mehrere hundert Erweiterungen stehen bereit, von der Notizapp bis zum vollwertigen Dokumentenmanagementsystem. Nicht wenige davon sind von einzelnen Entwicklern gepflegt, was nichts über ihre Qualität sagt, aber einiges über das Risiko. Wer Apps produktiv einsetzt, sollte sich angewöhnen, die Release-Historie, die Zahl offener Sicherheitsmeldungen und die Kompatibilität mit der eigenen Version zu prüfen, bevor der Rollout beginnt.

Für den Unternehmenseinsatz sind einige Apps praktisch unverzichtbar: Group Folders für zentral verwaltete Ablagestrukturen, Collabora Online oder OnlyOffice für browsergestützte Office-Bearbeitung, Talk mit dem separaten High-Performance-Backend, wenn es mehr als ein paar Gespräche gleichzeitig geben soll, sowie die Webhooks- und Flow-Komponenten für die Anbindung an Fremdsysteme. Damit ist man schon beim eigentlichen Thema: der Integration.

Creatio: ein kurzer Blick auf das andere Ende

Creatio, ursprünglich als bpm’online gestartet und 2019 umbenannt, ist eine Low-Code-Plattform für Customer-Relationship-Management und Prozessautomatisierung. Das Unternehmen hat seine Wurzeln in der Ukraine und betreibt Niederlassungen in den USA und Europa. Das Produkt gliedert sich in Anwendungen wie Sales, Marketing und Service, darüber liegt Studio Creatio als Plattform für eigene Anwendungen und Workflows.

Technisch handelt es sich um eine .NET-Anwendung mit einem Angular-basierten Frontend, das seit Version 8 unter dem Namen Freedom UI läuft. Als Datenbanken kommen Microsoft SQL Server oder PostgreSQL infrage, dazu kommen Caching- und Suchkomponenten. Ausgeliefert wird Creatio wahlweise als Cloud-Dienst oder als On-Premises-Installation. Gerade die On-Premises-Variante ist der Grund, warum das Produkt in Datenschutzdiskussionen immer wieder auftaucht: Wer ohnehin auf eigene Infrastruktur setzt, will seine Kundendaten nicht zwangsläufig in einer SaaS-Umgebung liegen sehen.

Integrativ ist Creatio gut aufgestellt. Es gibt einen Integration Studio, über den sich REST- und SOAP-Aufrufe konfigurieren lassen, OData-Schnittstellen für den Datenzugriff, Webhooks für ausgehende Ereignisse und einen Marketplace mit fertigen Konnektoren. Für Google Drive, OneDrive, SharePoint und Dropbox existieren Anbindungen. Ein von Creatio gepflegter Konnektor für Nextcloud gehört hingegen nicht zum Standardlieferumfang. Wer beides verbinden möchte, baut die Integration in der Regel selbst – oder überlässt sie einem Dienstleister.

Warum überhaupt integrieren?

Man könnte argumentieren, dass Creatio selbst über eine Dokumentenablage verfügt und Nextcloud damit überflüssig sei. In der Praxis zeigt sich schnell das Gegenteil. Creatio verwaltet Dokumente im Kontext eines Datensatzes – ein Vertrag hängt an einem Kunden, ein Angebot an einer Verkaufschance. Was es nicht leistet, ist ein DMS im engeren Sinne: Versionierung über den Datensatz hinaus, feingranulare Freigaben für externe Parteien, Synchronisation auf Endgeräte, gemeinsame Ordner über Abteilungen hinweg, kollaborative Bearbeitung mit Office-Suiten.

Umgekehrt ist Nextcloud kein CRM. Es kennt keine Verkaufschancen, keine Leads, keine Service-Level. Wer versucht, Vertriebsprozesse in Nextcloud abzubilden, landet bei Tabellen und Boards und stellt nach kurzer Zeit fest, dass man eine Prozessmaschine mit Bordmitteln nicht sinnvoll ersetzen kann.

Die naheliegende Arbeitsteilung lautet also: Prozess- und Kundendaten bleiben in Creatio, Dokumente und Kollaboration liegen in Nextcloud. Die Kunst besteht darin, die Übergänge so zu gestalten, dass Nutzer nicht das Gefühl haben, zwischen zwei Welten zu pendeln. Genau hier entscheidet sich, ob eine Integration als gelungen gilt oder als notwendiges Übel.

Konkrete Integrationsszenarien

Angebots- und Vertragserstellung

Ein klassisches Szenario: Im Vertrieb wird eine Verkaufschance qualifiziert, ein Angebot soll erstellt werden. Statt das Dokument per E-Mail durch die Gegend zu schicken, erzeugt ein Prozess in Creatio aus einer Vorlage ein neues Dokument. Diese Vorlage liegt in Nextcloud. Über die WebDAV-Schnittstelle oder die REST-API wird die Datei kopiert, in den zum Kunden gehörenden Ordner verschoben und mit einem Namensschema versehen. Anschließend erzeugt das System einen Freigabelink mit Ablaufdatum und schreibt ihn in ein Feld am Datensatz in Creatio. Der Vertriebsmitarbeiter sieht den Link, kann ihn an den Kunden senden – und muss sich nicht mit Ordnerstrukturen beschäftigen.

Sobald der Kunde das Dokument kommentiert oder eine neue Version hochlädt, kann ein Webhook aus Nextcloud heraus eine Aktivität in Creatio erzeugen. Der zuständige Mitarbeiter erhält eine Benachrichtigung, ohne die Nextcloud-Oberfläche öffnen zu müssen. Solche Kleinigkeiten entscheiden darüber, ob eine Integration akzeptiert wird.

Service und Fallbearbeitung

Im Kundenservice sieht es ähnlich aus. Ein Ticket oder ein Service-Case in Creatio, dazu Fotos, Messprotokolle, PDF-Berichte. Diese Artefakte gehören nicht in die Datenbank der Prozessplattform, sondern in eine strukturierte Ablage. Über Nextcloud lassen sich pro Kunde oder pro Fall Ordner anlegen, Berechtigungen für das Serviceteam setzen und Freigaben für externe Dienstleister erzeugen. Die Verknüpfung zwischen Fall und Ordner erfolgt über ein Feld in Creatio, das die Ordner-ID oder den Pfad enthält.

Onboarding und Berechtigungsverwaltung

Ein weiteres Feld, in dem sich die Kombination lohnt, ist das Personal- und Partner-Onboarding. Wird ein neuer Mitarbeiter in Creatio angelegt, kann ein Prozess in Nextcloud automatisch die passenden Gruppen und Ordner zuweisen, sofern die Benutzerverwaltung entsprechend automatisiert ist. Die Provisioning-API von Nextcloud erlaubt es, Benutzer und Gruppen anzulegen und zuzuordnen. Wer ohnehin ein zentrales Identity-Management betreibt, wird diesen Weg über den Identitätsanbieter wählen statt über direkte API-Aufrufe. Beides ist möglich, die zweite Variante ist sauberer.

Wie man die Verbindung technisch umsetzt

Es gibt nicht den einen Königsweg. Vier Muster haben sich in der Praxis bewährt, und meistens wird eine Kombination daraus.

Erstens: direkte WebDAV-Aufrufe. Nextcloud spricht WebDAV, was die Hürde niedrig hält. Creatio kann über den Integration Studio HTTP-Anfragen absetzen. Für einfache Lese- und Schreiboperationen reicht das häufig aus. Wer allerdings viele Dateien bewegt, wird schnell an Grenzen stoßen: WebDAV ist geschwätzig, und die Fehlerbehandlung ist aufwendig.

Zweitens: die REST- und OCS-API. Nextcloud bietet eine Reihe von Endpunkten für Dateioperationen, Freigaben, Benutzerverwaltung und Statusabfragen. Für Freigabelinks, Berechtigungen und Provisioning ist das der richtige Weg. Authentifiziert wird mit App-Passwörtern oder Tokens, nicht mit dem persönlichen Kennwort. Das ist nicht nur sicherer, sondern auch der einzige Weg, der sich sauber automatisieren lässt.

Drittens: Middleware. Ein zwischengeschalteter Dienst – etwa ein schlanker Node- oder .NET-Service, ein n8n-Workflow oder eine vergleichbare Automatisierungsplattform – entkoppelt beide Systeme. Creatio sendet ein Ereignis, die Middleware übersetzt es in Nextcloud-Aufrufe und schreibt das Ergebnis zurück. Das kostet eine zusätzliche Komponente im Betrieb, erkauft dafür aber Fehlerbehandlung, Wiederholungsversuche und eine zentrale Stelle für die Abbildung von Geschäftslogik. Für alles, was über triviale Einzelfälle hinausgeht, ist das die robusteste Variante.

Viertens: Einbettung in die Oberfläche. Nextcloud lässt sich über die App für externe Seiten in andere Anwendungen einbetten – vorausgesetzt, die Content-Security-Policy und die Header-Konfiguration spielen mit. Umgekehrt kann man in Nextcloud externe Seiten einblenden. Solche Lösungen sind bequem, aber sie können bei Updates brechen und sind kein Ersatz für eine saubere Schnittstelle. Wer es tut, sollte es bewusst und dokumentiert tun.

Authentifizierung und Identitäten

Ein Punkt, der in Projektplänen gern untergeht, ist die Frage der Identitäten. In der einfachsten Variante legt man in Nextcloud einen technischen Benutzer an, dessen App-Passwort in Creatio hinterlegt wird. Das funktioniert, ist aber schwer zu überwachen und bei Personalwechseln unangenehm. Besser ist ein zentraler Identitätsanbieter, etwa Keycloak, über den sich sowohl Creatio als auch Nextcloud anmelden. Dann gibt es eine Quelle für Benutzer, Gruppen und Rollen. Die Provisioning-Schnittstellen beider Systeme lassen sich daran anbinden, Nextcloud über die eigene API, Creatio über OData oder die verfügbaren Webservices. Der Aufwand für die Einrichtung ist nicht trivial, zahlt sich aber aus, sobald die Zahl der Nutzer wächst.

Berechtigungen sauber abbilden

Berechtigungen sind der heikelste Teil jeder Integration. In Creatio existieren Teamstrukturen und Rollen, in Nextcloud Gruppen und Freigaben. Wenn beide Welten unabhängig gepflegt werden, entstehen Lücken. Eine Vertriebsmitarbeiterin, die in Creatio Zugriff auf einen Kunden hat, sollte auch den zugehörigen Nextcloud-Ordner sehen. Umgekehrt darf sie keine Ordner einsehen, für die sie keine Freigabe hat. In der Praxis hat sich ein Modell bewährt, bei dem Nextcloud-Gruppen aus den Rollen in Creatio abgeleitet und über die API synchronisiert werden. Group Folders sorgen dafür, dass die Ordnerstruktur zentral verwaltet wird und nicht von einzelnen Nutzern abhängt.

Wer feinere Rechte benötigt, kommt an erweiterten Berechtigungskonzepten nicht vorbei. Diese sind in Nextcloud je nach Edition unterschiedlich ausgeprägt. Vor dem Projekt sollte man klären, welche Anforderungen tatsächlich bestehen – nicht jede Organisation braucht ACLs auf Unterordnerebene.

Protokollierung und Nachvollziehbarkeit

Für regulierte Branchen ist die Protokollierung entscheidend. Wer hat wann welche Datei heruntergeladen, wer hat einen Freigabelink erzeugt, wer hat eine Datei gelöscht? Nextcloud liefert je nach Edition unterschiedlich tiefe Einblicke. Auch Creatio führt Protokolle über Datensatzänderungen. In einem Integrationsszenario muss man festlegen, welche Informationen wo protokolliert werden und wie man sie im Streitfall zusammenführt. Das ist unspektakuläre Arbeit, aber sie entscheidet darüber, ob ein Audit bestanden wird.

Datenschutzrechtliche Fragen

Sobald personenbezogene Daten im Spiel sind – und in einem CRM sind sie das praktisch immer –, stellt sich die Frage der Auftragsverarbeitung. Bei einer On-Premises-Installation beider Systeme im eigenen Rechenzentrum ist die Lage übersichtlich: Ein Auftragsverarbeitungsvertrag mit einem externen Anbieter entfällt, weil kein Auftragsverarbeiter existiert. Anders sieht es aus, wenn Nextcloud bei einem Managed-Hosting-Anbieter läuft oder Creatio als Cloud-Dienst genutzt wird. Dann braucht es für beide Systeme entsprechende Verträge, eine dokumentierte Weisungsbefugnis und ein Löschkonzept.

Ein häufiger Streitpunkt in Integrationsprojekten ist die Frage, welche Daten wo gespeichert werden. Eine saubere Trennung lautet: strukturierte personenbezogene Daten in Creatio, Dokumente mit möglicherweise personenbezogenem Inhalt in Nextcloud. Wird diese Trennung verwischt – etwa indem kompletter Datenbankinhalt in Dateien exportiert und in Nextcloud abgelegt wird –, entstehen Datenhaltungen, die niemand mehr überblickt. Datensparsamkeit ist keine Floskel, sondern eine betriebliche Notwendigkeit.

Hinzu kommt die Frage der Löschung. Wird ein Kunde aus Creatio entfernt, müssen die zugehörigen Dokumente in Nextcloud ebenfalls gelöscht werden – es sei denn, Aufbewahrungspflichten stehen dem entgegen. Solche Regeln lassen sich automatisieren, aber nur, wenn sie vorher definiert wurden. Nachträglich eingebaute Löschroutinen sind mühsam und fehleranfällig.

Kosten, Aufwand und Realität

Nextcloud in der Community-Version ist kostenlos. Das heißt nicht, dass es nichts kostet. Betrieb, Updates, Sicherheitsmanagement, Anbindung an Verzeichnisdienste, Backup, Monitoring – all das bindet Personal. Die Enterprise-Version bringt Support und einige Funktionen mit, die im regulierten Umfeld hilfreich sind, kostet aber pro Nutzer. Ähnliches gilt für Creatio: Die Lizenzkosten sind abhängig von Nutzergruppen, Deployment-Modell und Vertragsgestaltung. On-Premises ist nicht automatisch günstiger, es verschiebt nur die Kosten.

Für die Integration selbst sollte man realistisch kalkulieren. Eine Basisanbindung, die Dateien ablegt und Freigabelinks erzeugt, ist in wenigen Wochen umsetzbar. Sobald Berechtigungssynchronisation, Fehlerbehandlung, Protokollierung und wechselseitige Ereignisse hinzukommen, reden wir von mehreren Monaten Arbeit. Und es ist kein Projekt mit Enddatum: Beide Systeme werden aktualisiert, Schnittstellen ändern sich, neue Anforderungen kommen dazu. Wer plant, sollte den laufenden Betrieb von Anfang an mitdenken.

Auch die Alternativen gehören auf den Tisch. Wer mit Microsoft-365-Umgebungen arbeitet, kann den SharePoint-Konnektor von Creatio nutzen und sich die Eigenentwicklung sparen. Das ist bequem, verfolgt aber ein anderes Ziel. Wenn die Entscheidung für Nextcloud aus Souveränitätsgründen gefallen ist, wäre es inkonsequent, im nächsten Schritt auf die Suite zurückzugreifen, die man eigentlich vermeiden wollte.

Und noch ein Punkt: Nicht jede Integration ist sinnvoll. Manchmal ist die ehrlichste Antwort, dass man einen Prozess anders zuschneidet, statt zwei Systeme mit hohem Aufwand zu verkuppeln. Eine solche Entscheidung erfordert Mut, weil sie dem Wunsch nach einer technischen Lösung widerspricht. Aber sie erspart mitunter Jahre an Wartungsarbeit.

Ein Ausblick, der nicht in Begeisterung endet

Beide Produkte entwickeln sich weiter. Nextcloud hat in den vergangenen Versionen vor allem bei Office, Whiteboard und den KI-Funktionen zugelegt. Der Assistant, der lokale oder externe Sprachmodelle anbindet und Aufgaben wie Textzusammenfassung oder Übersetzung übernimmt, ist ein Beispiel dafür, dass die Plattform versucht, mit dem Markt Schritt zu halten, ohne die eigene Datenhaltung aufzugeben. Das ist ein schmaler Grat, denn die Erwartungen an KI-Funktionen sind hoch und die Realität in vielen Installationen ernüchternd.

Creatio setzt parallel auf Low-Code, eine modernere Oberfläche und eigene KI-Funktionen. Die Freiheit, Prozesse ohne tiefe Programmierkenntnisse anzupassen, macht die Plattform für Fachabteilungen attraktiv – und erzeugt gleichzeitig Schatten-IT, wenn niemand den Überblick behält. Auch hier gilt: Governance ist keine Bremse, sondern eine Voraussetzung dafür, dass Automatisierung langfristig tragfähig bleibt.

Für die Kombination beider Systeme ist die Richtung klar. Offene Schnittstellen, Standardprotokolle und Identitätsföderation werden wichtiger als proprietäre Speziallösungen. Nextcloud mit WebDAV, OCS, SAML und OpenID Connect, Creatio mit REST, OData und Webhooks – das sind solide Grundlagen. Wer heute ein Integrationsprojekt beginnt, sollte darauf achten, möglichst wenig eigene Protokolle zu erfinden. Je standardkonformer die Anbindung, desto geringer die Wahrscheinlichkeit, dass sie beim nächsten Update zerbricht.

Fazit

Nextcloud ist mehr als eine Dateiablage, und Creatio ist mehr als ein CRM. Zwischen den beiden liegt ein Feld, das in vielen Unternehmen noch unbearbeitet ist: die Verbindung von Prozessdaten und Dokumenten, von Vertriebslogik und Kollaboration. Diese Verbindung entsteht nicht von selbst, und sie entsteht auch nicht durch ein einzelnes Konnektor-Plugin. Sie entsteht durch eine bewusste Entscheidung darüber, welche Daten wo liegen, wer darauf zugreifen darf und wie die Übergänge funktionieren.

Technisch ist das machbar. Die Werkzeuge sind vorhanden, die Schnittstellen sind dokumentiert, und es gibt erprobte Muster. Der Aufwand liegt weniger in der Programmierung als in der Konzeption: Berechtigungen, Löschkonzepte, Identitäten, Protokollierung. Wer diese Hausaufgaben macht, bekommt eine Umgebung, die Datensouveränität mit Funktionalität verbindet. Wer sie überspringt, bekommt zwei Systeme, die nebeneinander existieren und sich gegenseitig Arbeit machen.

Im folgenden zeigt sich dann, was den Unterschied macht: nicht die Frage, ob Nextcloud oder Creatio das bessere Produkt ist, sondern die Frage, ob man bereit ist, die Verbindung zwischen beiden als dauerhafte Aufgabe zu begreifen – seperat von jedem Projektplan.