Nextcloud und Infor CRM: Wenn die Dateiablage zum Integrationsbaustein wird
Es gibt Software, die fällt auf, weil sie laut ist. Und es gibt Software, die fällt auf, weil sie einfach da ist – jahrelang, unauffällig, verlässlich. Nextcloud gehört zur zweiten Kategorie. Wer heute in einem mittelständischen Unternehmen, einer Behörde oder einer Forschungseinrichtung nach der zentralen Dateiablage fragt, bekommt erstaunlich oft dieselbe Antwort: ein Server, irgendwo im Rechenzentrum oder bei einem deutschen Hoster, darauf Nextcloud. Kein Marketinglärm, dafür Betriebsruhe. Das ist bemerkenswert in einem Markt, in dem sonst alle zwei Jahre die Plattform gewechselt wird.
Interessant wird es aber dort, wo Nextcloud nicht mehr nur Dateien ablegt, sondern in Geschäftsprozesse hineinreicht. Ein Beispiel, das in der Praxis häufiger auftaucht, als man vermuten würde: die Kopplung an ein CRM-System, konkret an Infor CRM. Auf den ersten Blick passt das nicht zusammen. Auf den zweiten Blick – und das ist die These dieses Artikels – passt es erstaunlich gut, sofern man vorher drei Fragen ehrlich beantwortet.
Erst einmal: Was Nextcloud eigentlich ist
Nextcloud ist eine Open-Source-Plattform für Dateisynchronisation und Collaboration, ursprünglich 2016 als Fork von ownCloud entstanden. Gegründet wurde das Projekt von Frank Karlitschek, der zuvor ownCloud mit aufgebaut hatte und sich mit der Community überwarf – ein Vorgang, der in der Open-Source-Welt nicht selten ist und hier immerhin ein bis heute lebendiges Projekt hervorgebracht hat.
Der Kern ist schnell beschrieben: ein Server, der Dateien speichert und über diverse Protokolle bereitstellt. Dazu Clients für Windows, macOS, Linux, Android und iOS, die lokale Ordner mit dem Server abgleichen. Wer das von Dropbox, OneDrive oder Google Drive kennt, kennt auch das Grundprinzip. Der Unterschied liegt weniger in der Funktion als in der Frage, wem die Daten gehören. Bei Nextcloud gehört der Server dem Betreiber – also in aller Regel dem Unternehmen selbst oder einem beauftragten Dienstleister. Kein US-Cloud-Act, keine unklare Subunternehmerkette, keine Datenhaltung in einem Rechtsraum, der sich mit der DSGVO nicht immer sauber verträgt.
Das allein wäre schon ein Argument. Es erklärt aber nicht, warum Nextcloud heute in Unternehmen steht, die mit Datenschutz allein zufrieden wären. Der Grund ist die zweite Ebene: Nextcloud ist über die Jahre zu einer Plattform geworden, auf der sich Groupware, Dokumentenmanagement, Videokonferenzen und Workflows nachrüsten lassen. Aus dem Dateiserver wurde eine Anwendungsumgebung.
Architektur: Was unter der Haube wirklich läuft
Technisch ist Nextcloud eine PHP-Anwendung. Das ist für manche ein Reizthema. Wer aus der Java- oder Go-Welt kommt, rümpft gelegentlich die Nase, und es gibt tatsächlich historische Gründe dafür – Performance unter Last, Speicherverbrauch einzelner Prozesse, die Eigenheiten von PHP-FPM. In der Praxis hat sich das relativiert. Mit einem sauber konfigurierten LAMP- oder LEMP-Stack, also nginx oder Apache, PHP 8.x mit OpCache und APCu, dazu Redis als Cache und Sperr-Backend sowie MariaDB oder PostgreSQL als Datenbank, lassen sich mehrere tausend Nutzer auf einem einzelnen Server betreiben. Wer mehr braucht, greift zu Clustering oder zum Global-Scale-Ansatz, auf den ich später eingehe.
Die Daten selbst liegen entweder im klassischen Datenverzeichnis auf einem Dateisystem oder – in größeren Installationen deutlich eleganter – in einem S3-kompatiblen Objektspeicher. Der primäre Objektspeicher ist seit Jahren eine etablierte Option und der Punkt, an dem Nextcloud in Richtung echter Skalierung kippt. Mit Ceph, MinIO oder einem der diversen S3-Dienste im Rücken wird die Applikation zunehmend stateless, und ein Serverwechsel wird zur Routine statt zum Projekt.
Für Metadaten – Freigaben, Kommentare, Tags, Versionen, Aktivitäten – bleibt die Datenbank zuständig. Hier rächt sich Geiz an der falschen Stelle. Wer eine Installation mit einigen tausend Nutzern auf eine SQLite-Datei legt, wird nicht lange Freude haben. Das ist keine Frage des Geschmacks, sondern der Physik.
Ein Punkt, der gern unterschätzt wird: Die Dateiversionierung. Nextcloud legt bei Änderungen Versionen an, standardmäßig in einem eigenen Ordner im Datenverzeichnis. Bei großen Installtionen mit vielen Office-Dokumenten kann das erheblich wachsen. Wer Speicher plant, sollte die Aufbewahrungsfristen deshalb bewusst setzen und nicht auf den Standardwerten stehen lassen.
Betriebsmodelle: Zwischen Keller, Colocation und Managed Hosting
Grundsätzlich gibt es drei Wege, Nextcloud zu betreiben. Der erste ist die eigene Installation auf On-Premises-Hardware. Maximale Kontrolle, maximale Verantwortung. Wer diesen Weg geht, muss sich um Updates, Backups, Monitoring, Zertifikate und Sicherheitsmeldungen selbst kümmern. Das ist machbar, aber es ist Arbeit – und zwar dauerhaft.
Der zweite Weg ist ein dedizierter oder virtueller Server bei einem Hoster. Das verschiebt die Hardwareverantwortung, nicht aber die Betriebsverantwortung für die Anwendung. Der dritte Weg schließlich ist Managed Nextcloud: Ein Anbieter betreibt die Instanz, kümmert sich um Updates, Backups und Support, der Kunde nutzt sie. Für viele Unternehmen ist das die pragmatischste Variante. Man sollte allerdings die Angebote genau lesen. Nicht überall, wo Nextcloud draufsteht, ist auch eine echte Enterprise-Version drin. Und nicht überall, wo viel Speicher versprochen wird, ist die Performance entsprechend dimensioniert.
Ein interessanter Aspekt: Nextcloud lässt sich, was viele nicht wissen, relativ problemlos mandantenfähig betreiben – entweder über getrennte Instanzen mit gemeinsamer Infrastruktur oder, im Enterprise-Umfeld, über Mechanismen wie Gruppenordner und spezifische Rechtekonzepte innerhalb einer Instanz. Für Konzerne mit mehreren Gesellschaften ist das ein wichtiger Baustein.
Sicherheit ist kein Häkchen in der Feature-Liste
Nextcloud bringt eine ganze Reihe von Sicherheitsfunktionen mit. Zwei-Faktor-Authentifizierung, Brute-Force-Schutz, Passwort-Policy, Verschlüsselung im Transport via TLS, serverseitige Verschlüsselung im Ruhezustand. Für regulierte Umgebungen gibt es zusätzlich einen Audit-Log, Datei-Zugriffskontrollen auf Basis von Regeln und Wasserzeichen.
Was in der Praxis jedoch viel wichtiger ist, steht nicht im Datenblatt: die Verzahnung mit der bestehenden Identitätsverwaltung. Niemand, wirklich niemand, will einen zweiten Benutzerbestand pflegen. Nextcloud unterstützt LDAP und Active Directory, außerdem SAML 2.0 und OpenID Connect. Damit lässt sich Single Sign-on über den vorhandenen Identity-Provider realisieren, und genau das ist in regulierten Umgebungen der Punkt, an dem eine Installation überhaupt abgenommen wird. Kein Prüfer fragt nach der Farbe der Oberfläche. Alle fragen nach dem Benutzerlebenszyklus.
Bei der Verschlüsselung lohnt eine differenzierte Betrachtung. Serverseitige Verschlüsselung schützt gegen den Diebstahl einer Festplatte oder eines Backups, nicht aber gegen einen kompromittierten Server. Ende-zu-Ende-Verschlüsselung schützt stärker, kostet aber Funktionen. Wer sie aktiviert, muss damit leben, dass serverseitige Suche und Vorschau teilweise eingeschränkt sind. Das ist ein typischer Fall, in dem die Anforderung aus dem Sicherheitskonzept mit der Anforderung aus der Fachabteilung kollidiert. Diese Kollision sollte man vor dem Rollout austragen, nicht danach.
Groupware, Office, Talk: Die Plattform wächst
Was Nextcloud von einer reinen Dateiablage unterscheidet, ist der Groupware-Teil. Kalender (CalDAV), Kontakte (CardDAV), Aufgaben, Notizen, Mail – das ist funktional solide, wenn auch nicht in jedem Detail so poliert wie in den großen Cloud-Suiten. Dazu kommt Nextcloud Talk für Audio- und Videokonferenzen, das sich selbst hosten lässt und damit auch in Umgebungen funktioniert, in denen externe Videodienste schlicht nicht zugelassen sind.
Beim Thema Office wird es interessant. Nextcloud selbst bringt keinen vollwertigen Editor mit, sondern integriert einen – entweder Collabora Online oder ONLYOFFICE. Beide Ansätze haben Anhänger. Collabora ist LibreOffice-basiert und damit in der Dokumentenkompatibilität meist näher an dem, was Behörden und Verwaltungen erwarten. ONLYOFFICE ist in manchen Details performanter und hat eine eigene, teils kontrovers diskutierte Codebasis. Wer hier entscheidet, entscheidet nicht über Geschmack, sondern über Kompatibilitätsanforderungen. Und über den Supportfall, den man im Zweifel einkauft.
Der App-Store: Segen und Fluch
Nextcloud hat einen App-Store mit mehreren hundert Erweiterungen. Von der simplen Aufgabenliste bis zum vollwertigen DMS ist alles dabei. Das ist ein enormer Vorteil gegenüber proprietären Plattformen, bei denen jede Zusatzfunktion einzeln verhandelt wird.
Es ist aber auch ein Risiko. Nicht jede App ist gepflegt, nicht jede ist sicher, und nicht jede überlebt das nächste Major-Release. Wer Nextcloud produktiv betreibt, sollte die installierten Apps wie Software-Abhängigkeiten behandeln: mit Inventar, mit Update-Zyklus, mit der Bereitschaft, eine App auch wieder zu entfernen. Ein verbreiteter Fehler ist, in der Testphase zwanzig Apps zu installieren und nach zwei Jahren festzustellen, dass die Hälfte davon nicht mehr kompatibel ist. Und dass niemand mehr weiß, wer sie eigentlich braucht.
Seit einigen Versionen gibt es zudem die Erweiterung um externe Apps auf Containerbasis, die sogenannten ExApps. Damit lassen sich Funktionen ergänzen, die außerhalb des PHP-Ökosystems liegen. Technisch interessant, in der Praxis noch nicht überall ausgereift – aber ein Fingerzeig darauf, wohin die Reise geht.
Skalierung: Wenn aus hundert Nutzern zehntausend werden
Die meisten Nextcloud-Installationen laufen auf einem Server und sind damit glücklich. Für Organisationen mit zehntausenden Nutzern gibt es Architekturen mit Lastverteilung, mehreren Applikationsknoten, gemeinsamem Redis-Cluster und zentralem Objektspeicher. Datenbank und Storage werden dabei zum eigentlichen Flaschenhals, nicht die Applikation.
Wer diesen Weg plant, sollte früh mit einem erfahrenen Dienstleister sprechen. Nicht, weil Nextcloud das nicht könnte, sondern weil die Übergänge zwischen den Stufen – von einer auf drei Instanzen, von Dateisystem auf Objektspeicher, von manuellen Updates auf automatisierte – jeweils Migrationsschritte bedeuten, die man nicht mal eben nebenbei erledigt.
Backup, Monitoring, Updates: Der unglamouröse Teil
Ein Backup von Nextcloud ist mehr als ein rsync des Datenverzeichnisses. Zur Wiederherstellung gehören Datenbank, Konfiguration, Apps, Zertifikate und eine konsistente Momentaufnahme aller Bestandteile. Wer nur die Dateien sichert, wird im Ernstfall einen Datenverlust in den Metadaten erleben – Freigaben, Kommentare, Versionen, alles weg. Das ist einer der klassischen Fehler, über die man in Fachkreisen regelmäßig spricht, und er wird immer noch gemacht.
Für das Monitoring gibt es mehrere Wege: der eingebaute Status-Endpunkt, Prometheus-Exporter, klassisches Monitoring über Logfiles und der Serverinfo-Bereich in der Weboberfläche. Wichtiger als das Werkzeug ist die Frage, wer die Alarme liest. Eine Instanz, die vollläuft, weil niemand die Storage-Warnung beachtet hat, ist ein Klassiker.
Bei den Updates schließlich scheiden sich die Geister. Nextcloud veröffentlicht in einem regelmäßigen Rhythmus neue Major-Versionen, dazu Point-Releases mit Fehlerbehebungen und Sicherheitskorrekturen. Der offizielle Upgrade-Pfad ist dokumentiert und sollte eingehalten werden. Wer eine Version überspringt, riskiert Datenbankfehler, die im Nachhinein mühsam zu reparieren sind. Wer zu lange wartet, riskiert Sicherheitslücken. Die vernünftige Mitte: Testinstanz, gestaffelte Updates, klare Rollback-Strategie.
Lizenzmodell: Was wirklich Geld kostet
Nextcloud selbst ist unter der AGPL lizenziert und damit frei nutzbar. Die Nextcloud GmbH verdient ihr Geld mit Enterprise-Abonnements, die Support, zusätzliche Funktionen und – wichtig – SLAs umfassen. Zu den Enterprise-Features gehören unter anderem die Datei-Zugriffskontrolle, bestimmte Compliance-Werkzeuge und einige Verwaltungsfunktionen.
Für viele Unternehmen ist das Abonnement keine Frage der Funktionen, sondern der Haftung. Wenn die zentrale Dateiablage ausfällt, möchte man jemanden anrufen können. Das ist ein legitimes Argument, und es ist billiger als der Ausfall. Wer das Abonnement nur als „Premium-Zwang“ sieht, hat den Punkt verpasst.
Daneben gibt es die Licensing-Frage bei den Office-Komponenten. Collabora und ONLYOFFICE haben jeweils eigene Modelle, mit Community- und Enterprise-Varianten, und die Zahl der gleichzeitigen Bearbeiter hängt daran. Wer hier zu optimistisch plant, zahlt später nach.
Der Vergleich, der immer kommt
Irgendwann in jeder Diskussion fällt der Satz: „Warum nicht einfach Microsoft 365?“ Die ehrliche Antwort lautet: Es kommt darauf an. Microsoft 365 ist funktional in vielen Bereichen überlegen, die Integration zwischen Teams, SharePoint, Exchange und Office ist eng, und für viele Unternehmen ist der Betrieb schlicht einfacher, weil man es an einen Dienstleister delegieren kann. Wer Nextcloud betreibt, kauft Souveränität gegen Betriebsaufwand ein. Das ist ein Tauschgeschäft, kein Sieg.
Der Vergleich mit SharePoint scheitert häufig daran, dass beide Systeme unterschiedliche Probleme lösen. SharePoint ist in erster Linie ein Portal- und Workflowsystem, Nextcloud eine Dateisynchronisation mit Plattformambitionen. Wer SharePoint als Dateiablage nutzt, nutzt es unter Wert. Wer Nextcloud als SharePoint nutzt, überfordert es.
Interessant ist der Vergleich mit Google Workspace. Hier geht es fast nie um Funktionen, sondern um Datenschutz und um die Frage, wie viel Kontrolle eine Organisation über ihre Daten abgeben möchte. Genau in dieser Frage hat Nextcloud seinen stabilsten Markt gefunden.
Die Schnittstellen: Wo Nextcloud anschlussfähig wird
Kommen wir zum eigentlichen Thema dieses Artikels. Wer Nextcloud nicht nur als Dateiablage, sondern als Integrationsbaustein nutzen will, muss drei Schnittstellen kennen.
Erstens WebDAV. Das ist der Klassiker. Jedes Nextcloud-Konto ist über WebDAV erreichbar, und damit können sich beliebige Anwendungen als Client anmelden. Viele Programme können ein WebDAV-Laufwerk einbinden, auch wenn sie von Nextcloud nichts wissen.
Zweitens die OCS-API und die öffentlichen REST-Endpunkte. Darüber lassen sich Freigaben anlegen, Nutzer abfragen, Dateien auflisten und Workflows anstoßen. Die Dokumentation ist brauchbar, wenn auch nicht immer vollständig. In der Praxis baut man sich darum herum, was man braucht.
Drittens die Protokolle für Groupware: CalDAV und CardDAV für Kalender und Kontakte sowie die WebDAV-basierte Anbindung von Adressbüchern. Damit lassen sich CRM-Systeme und Groupware verkoppeln, ohne dass beide Seiten voneinander wissen müssen.
Dazu kommen die App-Ebene mit dem AppAPI für externe Anwendungen und die integrierte Workflow-Engine Flow, mit der sich bei definierten Ereignissen automatische Aktionen auslösen lassen – etwa eine Freigabe, eine Benachrichtigung oder ein Skript.
Infor CRM: Ein kurzer Überblick
Infor ist ein US-amerikanischer Softwarekonzern mit einem breiten Portfolio, das von ERP-Systemen wie M3, LN und CloudSuite Industrial über HR-Anwendungen bis eben zu CRM reicht. Infor CRM, historisch als Saleslogix bekannt, deckt Vertrieb, Marketing und Service ab: Kontakte, Accounts, Opportunities, Aktivitäten, Tickets, Kampagnen.
Betrieben wird das Ganze typischerweise in der Infor CloudSuite, also in einer gehosteten Umgebung, die technisch auf AWS basiert. Dazu kommt die Plattformschicht Infor OS mit dem Integrationsbus ION, dem API-Gateway und Werkzeugen für Workflows. Wer Infor betreibt, hat es also meistens nicht mit einer lokal installierten Anwendung zu tun, sondern mit einem Managed Service in einer Cloudumgebung.
Für das Dokumentenmanagement bringt Infor mit Infor Document Management ein eigenes Produkt mit. Es wäre also falsch zu behaupten, Infor CRM könne keine Dokumente verwalten. Kann es. Die Frage ist, ob es die Dokumente dort verwaltet, wo sie aus Sicht der übrigen Organisation hingehören.
Warum man Nextcloud und Infor CRM überhaupt koppelt
Und damit zum eigentlichen Anliegen. Drei Szenarien tauchen in der Praxis immer wieder auf.
Das erste ist das schlichteste: Im CRM hängen Dokumente, die aus Sicht der Fachabteilung auch außerhalb des CRM gebraucht werden. Angebote, Verträge, technische Zeichnungen, Reklamationsfotos. Ohne Kopplung landen sie doppelt: einmal als CRM-Anhang, einmal im Fileshare. Nach einem halben Jahr weiß niemand mehr, welche Version die gültige ist. Das ist kein technisches Problem, sondern ein organisatorisches – aber die Technik kann es entschärfen.
Das zweite Szenario ist der umgekehrte Weg. Aus der Dateiablage heraus soll ein Vorgang im CRM ausgelöst oder angereichert werden. Ein Vertriebsmitarbeiter legt ein Dokument in einen Ordner, das System erkennt es und ordnet es dem passenden Opportunity-Datensatz zu. Das setzt voraus, dass eine der beiden Seiten über eine API erreichbar ist. Bei Nextcloud ist das gegeben, bei Infor über die ION-API-Schnittstelle ebenfalls – vorausgesetzt, das Setup ist entsprechend konfiguriert.
Das dritte Szenario ist strategisch: Nextcloud wird als allgemeine Dokumentenablage etabliert, und das CRM wird zum Auslöser für Vorgänge. Das Dokument lebt in Nextcloud, das CRM hält Metadaten, Rechte und Status. Das ist die sauberste Architektur, weil sie Redundanz vermeided und die Zuständigkeiten klar trennt.
Wie eine Integration konkret aussehen kann
Zunächst die unbequeme Wahrheit: Einen offiziellen Ein-Klick-Konnektor von Nextcloud zu Infor CRM gibt es nicht. Wer das sucht, wird nicht fündig. Es gibt aber mehrere praktikable Wege, und welcher passt, hängt von Anforderung, Budget und Betriebsmodell ab.
Weg eins: WebDAV als Brücke. Aus dem CRM heraus oder über einen Zwischendienst wird ein WebDAV-Laufwerk auf einen definierten Nextcloud-Ordner gemappt. Dokumente werden dort abgelegt, das CRM speichert lediglich den Pfad oder eine Kennung. Das ist die einfachste Variante, sie funktioniert fast immer und sie kostet wenig. Ihre Grenze ist die Rechteverwaltung: Nextcloud-Rechte und CRM-Rollen müssen synchron gehalten werden, sonst entstehen Sichtbarkeiten, die niemand gewollt hat.
Weg zwei: API-Kopplung über einen Integrationsdienst. Ein Middleware-Layer – sei es der ION-API-Gateway von Infor, ein selbstgebauter Dienst oder ein Werkzeug wie n8n – kommuniziert mit beiden Seiten über ihre APIs. Beim Anlegen eines Datensatzes im CRM wird in Nextcloud ein Ordner erzeugt, beim Hochladen einer Datei werden Metadaten ins CRM geschrieben. Diese Variante ist aufwendiger, aber deutlich flexibler. Und sie lässt sich testen, versionieren und dokumentieren.
Weg drei: Desktop-Client mit fester Struktur. Der Nextcloud-Client synchronisiert lokale Ordner, die einer CRM-Systematik folgen. Das CRM referenziert Dateinamen – nicht Pfade. Der Vorteil: Es funktioniert auch in Umgebungen, in denen APIs aus Sicherheitsgründen eingeschränkt sind. Der Nachteil: Es ist ein Kompromiss, und Kompromisse wachsen erfahrungsgemäß.
Weg vier: Eigenentwicklung als Nextcloud-App. Mit dem AppAPI-Framework lassen sich externe Anwendungen integrieren, die im Kontext von Nextcloud laufen und auf CRM-Daten zugreifen. Das ist der technisch eleganteste Weg und der mit der höchsten Einstiegshürde. Für Unternehmen, die eine sehr spezifische Anforderung haben – etwa automatisierte Ablage nach einem festen Regelwerk – kann sich das lohnen.
Unabhängig vom Weg gilt: Man sollte die Kopplung nicht als einmaliges Projekt betrachten, sondern als Betriebsaufgabe. Schnittstellen verrotten, wenn niemand sie pflegt. Ein Update in Infor, ein Major-Release in Nextcloud, und plötzlich funktioniert die Zuordnung nicht mehr. Wer das einplant, hat später weniger Ärger.
Rechte, Compliance und die Frage der Datenhoheit
Hier wird es heikel. Nextcloud und Infor CRM haben unterschiedliche Rechtekonzepte – das eine dateibasiert mit Freigaben und Gruppen, das andere rollenbasiert mit Datensatzberechtigungen. Eine Kopplung erzeugt zwangsläufig eine Übersetzungsschicht, und in dieser Schicht entstehen die Fehler.
Der praktisch relevanteste Fall: Ein Dokument ist im CRM sichtbar, aber in Nextcloud in einem Ordner, auf den diese Rolle keinen Zugriff hat. Oder umgekehrt: Ein Freigabelink aus Nextcloud führt an der CRM-Berechtigung vorbei. Beides ist unschön, beides passiert, und beides lässt sich vermeiden, wenn man die Rechtearchitektur vor der Integration festlegt, nicht danach.
Dazu kommt die Frage der Datenhaltung. Liegt Infor CRM in der Infor Cloud, dann befinden sich zumindest Teile der Daten in der AWS-Infrastruktur des Anbieters. Wenn die Dokumente in einem selbst betriebenen Nextcloud verbleiben, entsteht eine gemischte Landschaft. Das ist datenschutzrechtlich machbar, erfordert aber ein sauberes Verarbeitungsverzeichnis, klare Auftragsverarbeitungsverträge und eine ehrliche Antwort auf die Frage, wo die personenbezogenen Daten eigentlich liegen. Nicht zuletzt bei Auftragsdatenverarbeitung im Drittland bleibt Sorgfalt geboten.
Für regulierte Branchen – Gesundheitswesen, öffentliche Verwaltung, kritische Infrastruktur – ist genau diese Frage häufig der entscheidende Grund, überhaupt in Richtung Nextcloud zu denken. Die Datenhoheit bleibt beim Betreiber, und das ist ein Argument, das sich nicht weglizenzieren lässt.
Was in der Praxis schiefgeht
Ein paar Punkte, die man in Projekten immer wieder beobachtet.
Erstens werden zwei Werkzeuge mit überlappender Funktion zusammengeführt, ohne vorher zu klären, welches die führende Rolle spielt. Wenn Nextcloud und Infor Document Management beide als Dokumentenablage dienen, entsteht Chaos. Man muss sich entscheiden.
Zweitens wird die Performance der Synchronisation unterschätzt. Wenn hundert Nutzer gleichzeitig größere Dateien über eine Kopplung schieben, wird aus der eleganten Integration ein Flaschenhals. Hier hilft es, über asynchrone Mechanismen, Warteschlangen und Limits nachzudenken – bevor es weh tut.
Drittens wird die Nutzererfahrung ignoriert. Eine Integration, die technisch funktioniert, aber für den Vertriebsmitarbeiter umständlicher ist als das alte Vorgehen, wird umgangen. Und dann bleibt das CRM leer, während die Dateien weiterhin im Fileshare liegen. Das kennen erfahrene Projektleiter.
Viertens werden Backups nicht über die Systemgrenze hinweg geplant. Wenn Nextcloud und CRM gekoppelt sind, aber nur eine Seite gesichert wird, ist die Konsistenz im Wiederherstellungsfall nicht gegeben. Das ist unspektakulär, aber es entscheidet darüber, ob ein Ausfall ein Ärgernis oder eine Katastrophe wird.
Wann sich das lohnt – und wann nicht
Eine ehrliche Einschätzung: Wenn Nextcloud im Unternehmen ohnehin als zentrale Dateiablage etabliert ist und Infor CRM genutzt wird, ist eine Kopplung fast immer sinnvoll. Der Nutzen liegt weniger in spektakulären neuen Funktionen als in der Beseitigung doppelter Strukturen. Und doppelte Strukturen sind in gewachsenen IT-Landschaften einer der größten Produktivitätskiller überhaupt.
Wenn umgekehrt Nextcloud nur eingeführt würde, um ein CRM-Dokumentenproblem zu lösen, wäre das die falsche Motivation. Eine Plattform sollte man nicht als Behelfslösung einführen. Das rächt sich bei der Akzeptanz.
Und schließlich: Wer die Integration nur um der Integration willen baut, wird keinen Nutzen sehen. Der Ausgangspunkt muss eine konkrete Abfrage aus der Fachseite sein – „Ich verbringe jeden Freitag zwei Stunden damit, Angebote aus dem CRM in den Fileshare zu kopieren“ ist ein guter Anfang. „Wir sollten mal digitaler werden“ ist keiner.
Der Ausblick
Nextcloud wird in den kommenden Jahren voraussichtlich weiter in Richtung Plattform wachsen. Die Container-basierten Erweiterungen, die Workflow-Engine, die Anbindung an externe Identitäts-Provider – all das deutet darauf hin, dass die Dateisynchronisation zunehmend zum Grundgerüst wird, auf dem andere Anwendungen aufsetzen.
Für Integrationsszenarien mit CRM-Systemen ist das eine gute Nachricht. Je offener die Plattform, desto geringer der Aufwand, sie an die bestehenden Anwendungen anzudocken. Allerdings bleibt ein Faktor konstant: Es gibt keine Abkürzung um die Frage herum, welche Anwendung in welchem Prozess die führende Rolle spielt. Diese Entscheidung nimmt keine Middleware ab.
Und vielleicht ist das die eigentliche Erkenntnis. Nextcloud und Infor CRM passen technisch zusammen, wenn man es geschickt anstellt. Sie passen organisatorisch zusammen, wenn man sich vorher einig wird. Die Technik ist in diesem Fall nicht der schwierige Teil. Die Technik ist die leichte Hälfte – und das ist bei Integrationsprojekten deutlich häufiger der Fall, als man nach der Lektüre einschlägiger Marketingmaterialien vermuten würde.