Nextcloud und RAYNET CRM: Wenn der Dateitresor auf die Vertriebslogik trifft

Es gibt dieses Bild in vielen mittelständischen IT-Abteilungen, und es wiederholt sich mit einer Hartnäckigkeit, die schon fast etwas Beruhigendes hat. Auf der einen Seite steht ein Nextcloud-Server, der über die Jahre gewachsen ist wie ein Garten, den niemand mehr vollständig überblickt: Gruppenordner hier, ein paar Dutzend Freigaben dort, dazwischen Ordnerleichen aus längst beendeten Projekten. Auf der anderen Seite läuft ein CRM, in dem der Vertrieb lebt, Angebote schreibt, Kundengespräche protokolliert und Chancen durch die Pipeline schiebt. Beide Systeme funktionieren für sich genommen ordentlich. Nur wissen sie nichts voneinander.

Das führt zu dem, was man im Alltag freundlich „Medienbruch“ nennt und was in der Praxis bedeutet: Ein Vertriebsmitarbeiter lädt ein Angebot als PDF in RAYNET CRM hoch, damit es an der Chance hängt. Zwei Wochen später überarbeitet die Assistenz dieselbe Datei im Nextcloud-Share, weil dort der aktuelle Stand liegt. Am Ende existieren drei Versionen, zwei davon tragen den falschen Preis, und niemand kann mit Sicherheit sagen, welche davon an den Kunden ging. Solche Geschichten kosten keine Millionen, aber sie kosten Nerven, Zeit und gelegentlich einen Auftrag.

Der folgende Beitrag beschäftigt sich deshalb mit zwei Dingen gleichzeitig: einem breiten Blick auf Nextcloud als Plattform — was sie heute kann, wo ihre Grenzen liegen, wie sie technisch tickt — und der konkreten Frage, wie sich ein tschechisches CRM namens RAYNET sinnvoll daran anbinden lässt. Denn die Kombination ist keineswegs exotisch, sie taucht in deutschen und österreichischen Unternehmen häufiger auf, als man auf den ersten Blick vermuten würde.

Nextcloud: vom Dateiaustausch zur Arbeitsplattform

Wer Nextcloud noch als „die eigene Dropbox“ abtut, hat die letzten fünf Jahre verschlafen. Das Projekt, das 2016 aus einer Abspaltung von ownCloud hervorging und seinen Sitz in Stuttgart hat, ist längst eine Sammlung von Anwendungen, die um einen gemeinsamen Kern herum gebaut sind. Dateien, Kalender, Kontakte, Aufgaben, Chat, Videokonferenz, Office-Bearbeitung, Formulare, Kanban-Boards, Wissensdatenbanken — das alles steckt in derselben Installation und teilt sich dieselbe Benutzerverwaltung.

Für Integrationsfragen ist genau das der entscheidende Punkt. Nextcloud ist keine monolithische Anwendung mit einer einzigen Datenbanktabelle für alles, sondern ein Framework, in das sich Dinge einhängen lassen. Wer das einmal verstanden hat, denkt über Anbindungen anders nach. Es geht nicht darum, ein CRM „in Nextcloud zu packen“, sondern darum, die Berührungspunkte zu finden, an denen Daten sinnvoll fließen können.

Der Unterbau: Datenbank, Suche, Zwischenspeicher

Technisch ruht eine Nextcloud-Installation auf vier Säulen. Da ist zunächst die Datenbank — in kleineren Installationen häufig MariaDB oder MySQL, in größeren und bei vielen Behörden PostgreSQL. Danach kommt der Webserver, klassischerweise Apache oder nginx mit PHP-FPM. Dazu gesellt sich ein Cache, meist Redis, der sowohl als reiner Objektcache als auch als Dateisperren-Backend dient. Und schließlich die Volltextsuche, die ab einer gewissen Datenmenge nicht mehr optional ist: Ohne einen Suchindex, sei es Elasticsearch oder das freundlichere OpenSearch, sucht Nextcloud nur noch in Dateinamen, und das ist für eine Wissensplattform ein ziemlich stumpfes Werkzeug.

Für die Anbindung eines CRM ist vor allem relevant, dass Nextcloud nach außen hin mehrere klar getrennte Schnittstellen anbietet. Da wäre WebDAV für Dateien, CalDAV und CardDAV für Kalender und Kontakte, die OCS-API für Freigaben und administrative Aufgaben sowie die öffentliche Share-API. Wer ein CRM anbinden will, wird fast zwangsläufig bei WebDAV und der OCS-API landen. Alles andere ist Beiwerk.

AppAPI und ExApps: der neue Weg für Fremdanwendungen

Ein interessanter Aspekt, der in Integrationsprojekten viel zu selten bedacht wird, ist die AppAPI. Seit Nextcloud 28 lässt sich damit eine zweite Art von Anwendung betreiben: sogenannte External Apps, kurz ExApps. Gemeint sind damit Dienste, die nicht in PHP geschrieben sind, sondern als Container laufen — also etwa in Python, Go oder Node.js — und über eine definierte Schnittstelle mit der Nextcloud-Instanz sprechen.

Das klingt nach einem Detail für Entwickler, hat aber praktische Folgen. Ein CRM wie RAYNET ließe sich auf diesem Weg vergleichsweise elegant als Anwendung im Nextcloud-Oberflächenmenü verankern, ohne dass jemand die komplette Businesslogik in PHP nachbauen müsste. Man kann darüber streiten, ob ein derartiger Ansatz für ein fertiges SaaS-Produkt sinnvoll ist, denn der Anbieter müsste mitspielen. Für Eigenentwicklungen und für Integrationsschichten, die ein Unternehmen selbst betreibt, ist es aber ein ausgesprochen sauberer Weg. Deutlich sauberer jedenfalls als die jahrelang übliche Praxis, halbfertige PHP-Apps über den App Store zu verteilen und nach jedem Major-Update zu hoffen.

Warum Dateiablage und CRM so schwer zusammenfinden

Man könnte meinen, die Verbindung zweier Systeme, die beide mit Kundendaten arbeiten, müsse doch naheliegen. In der Praxis scheitert sie an drei Dingen, die man kennen sollte, bevor man ein Projekt aufsetzt.

Erstens: Beide Systeme haben unterschiedliche Vorstellungen davon, was ein Objekt ist. Im CRM ist ein Kunde ein Datensatz mit Feldern, Beziehungen und einem Status. In der Dateiablage ist derselbe Kunde bestenfalls ein Ordnername, meistens nicht einmal das. Wer keine verbindlichen Konventionen schafft, endet bei einer Ordnerstruktur, die der Vertrieb nach Bauchgefühl pflegt. Und Bauchgefühl ist kein Datenmodell.

Zweitens: Rechte. Nextcloud kennt Gruppen, Freigaben, externe Shares und inzwischen auch recht granulare Rollen. RAYNET kennt eigene Rollen und Sichtbarkeitsregeln, etwa wer welche Firmen oder Chancen sehen darf. Diese beiden Rechtesysteme sind nicht deckungsgleich, und sie lassen sich auch nicht ohne Weiteres ineinander übersetzen. Das ist kein technisches Problem, sondern ein organisatorisches — und es wird regelmäßig unterschätzt.

Drittens: Versionierung. Nextcloud versioniert Dateien zuverlässig, aber nur innerhalb seiner eigenen Welt. Sobald ein Dokument durch das CRM wandert und dort erneut abgelegt oder verändert wird, bricht die Versionskette. Wer also Wert auf Nachvollziehbarkeit legt — und das sollte im Umgang mit Angeboten und Verträgen selbstverständlich sein — muss festlegen, welches System die führende Ablage ist. Ein „beides gleichzeitig“ funktioniert nicht.

RAYNET CRM: Herkunft, Zuschnitt und Zielgruppe

RAYNET CRM ist ein Produkt des tschechischen Anbieters RAYNET s.r.o. und wird seit Jahren vor allem im mitteleuropäischen Raum vertrieben. Der Zuschnitt ist erkennbar auf kleine und mittlere Unternehmen ausgerichtet, mit einem Schwerpunkt auf Vertriebssteuerung, Projektabwicklung und Kundenbetreuung. Typische Module sind Firmen und Kontakte, Vertriebschancen, Angebote, Projekte, Aktivitäten sowie Helpdesk und Kampagnen.

Auffällig ist, dass RAYNET weniger auf maximale Anpassbarkeit setzt als die großen amerikanischen Plattformen. Wer schon einmal versucht hat, ein Salesforce oder Dynamics in einem 40-Mann-Unternehmen einzuführen, weiß, was das für eine Wohltat sein kann. Das Datenmodell ist weitgehend vorgegeben, die Pflege läuft über eine übersichtliche Oberfläche, und die Einführung gelingt häufig ohne mehrköpfiges Beraterteam. Dafür stößt man an Grenzen, sobald stark branchenspezifische Prozesse abgebildet werden sollen.

Für die Anbindung an Nextcloud ist ein anderer Aspekt wichtiger: RAYNET ist im Kern eine Cloud-Anwendung. Es gibt Integrationspunkte für E-Mail, Kalender, Telefonie und einige Büro-Suiten, aber keine „bring your own server“-Variante im eigentlichen Sinn. Wer eine Integration baut, baut sie also von einem eigenen System aus in Richtung RAYNET, nicht umgekehrt. Das bestimmt die Architektur des Vorhabens von Anfang an.

Die Schnittstellen: was RAYNET nach außen gibt

RAYNET stellt eine dokumentierte REST-Schnittstelle bereit. Die Kommunikation läuft über HTTPS und JSON, die Anmeldung erfolgt über Zugangsdaten beziehungsweise einen Schlüssel, der an ein Benutzerkonto gebunden ist. Darüber lassen sich im Wesentlichen dieselben Objekte lesen und schreiben, die auch in der Oberfläche auftauchen: Firmen, Kontakte, Chancen, Aktivitäten, Angebote, Projekte, Produkte und Tickets.

Ergänzend gibt es Webhooks. Damit kann RAYNET bei bestimmten Ereignissen — etwa wenn eine Chance ihren Status wechselt oder ein Kontakt neu angelegt wird — eine HTTP-Anfrage an eine selbst gewählte Adresse schicken. Das ist der Punkt, an dem Integrationen interessant werden, denn ohne Webhooks bleibt nur das regelmäßige Abfragen, und das ist immer ein Kompromiss zwischen Aktualität und Last.

Wie bei nahezu jeder kommerziellen API gibt es Grenzen. Anfragen pro Zeiteinheit sind limitiert, Massenoperationen brauchen Batch-Endpunkte, und manche Felder sind nur lesbar. Wer eine Integration plant, sollte sich diese Grenzen früh anschauen und nicht erst, wenn das erste Skript in Produktion läuft und mit Fehlercode 429 zurückkommt. Das ist kein spezifisches RAYNET-Problem, sondern schlicht die Realität jeder SaaS-Schnittstelle.

Vier Wege zur Integration — und wann welcher taugt

Es gibt nicht „die“ Integration zwischen Nextcloud und RAYNET. Es gibt mehrere Muster, die sich in der Praxis bewährt haben, und die Wahl hängt vor allem davon ab, wie viel Kontrolle man über welches System haben möchte und wie viel Aufwand man zu tragen bereit ist.

Weg eins: reine Verlinkung

Die einfachste Variante ist der Verweis. Im CRM-Feld eines Angebots oder Projekts steht die URL zu einem Nextcloud-Share, oder umgekehrt liegt im Nextcloud-Ordner eine Verknüpfung zum CRM-Datensatz. Der Vorteil: kein Code, kein Betrieb, sofort nutzbar. Der Nachteil: Links brechen, wenn Shares neu erzeugt werden, Rechte werden nicht durchgereicht, und niemand prüft, ob der Verweis noch auf die aktuell gültige Version zeigt.

Für kleine Teams kann das trotzdem funktionieren, sofern man sich auf öffentliche Links mit Ablaufdatum und sauberer Benennung einigt. Als dauerhafte Lösung taugt es nicht, aber als Einstieg mit schnellem Nutzen ist es legitim. Man sollte es nur nicht für mehr ausgeben, als es ist.

Weg zwei: externer Speicher im CRM, Nextcloud als Ablage

Der zweite Weg dreht die Richtung um. Nextcloud kann per WebDAV von außen angesprochen werden. Damit lässt sich RAYNET zwar nicht ohne Weiteres erweitern, aber jede Middleware oder jedes Skript kann Dateien in Nextcloud ablegen und abrufen. Wenn im CRM also ein Dokument an einer Chance hängt, kann eine Automatisierung dafür sorgen, dass dieselbe Datei nach einem definierten Schema in einen Nextcloud-Ordner gespiegelt wird — und umgekehrt.

Der Knackpunkt ist die Konvention. Ohne ein festes Schema, das Ordner nach Kunden, Projekten und Jahren strukturiert, entsteht schnell ein Dateifriedhof. Wer diesen Weg wählt, sollte die Namensregeln schriftlich festhalten und technisch erzwingen. Ein Skript, das sich an Regeln nicht hält, ist schlimmer als kein Skript.

Weg drei: eine eigene Middleware

Das ist der Weg, den mittlere und größere Unternehmen meistens gehen. Eine kleine Anwendung — oft ein Container mit einem REST-Endpunkt und einem Scheduler — sitzt zwischen beiden Systemen und übernimmt die Übersetzung. Sie lauscht auf Webhooks von RAYNET, greift über die API auf die CRM-Objekte zu, lädt und lädt Dateien über WebDAV in Nextcloud hoch, legt Freigaben über die OCS-API an und schreibt Referenzen zurück ins CRM.

Der Vorteil liegt in der Kontrolle. Man entscheidet, welche Daten fließen, wie oft, mit welcher Fehlerbehandlung und mit welcher Protokollierung. Der Nachteil ist der Betrieb: Eine solche Middleware ist ein zusätzliches System, das Updates, Monitoring und Sicherheitspatches braucht. Nicht selten wird die Komplexität einer Middleware in der Planung zu niedrig angesetzt — und später für Verdruss gesorgt, wenn niemand mehr weiß, warum ein Job in der Nacht drei Stunden zu spät lief.

Weg vier: eine ExApp oder native Anwendung

Wer tief gehen will, baut die Integration als App innerhalb von Nextcloud, neuerdings als ExApp im Container. Dann taucht das CRM dort auf, wo die Arbeit stattfindet, und die Anwender müssen nicht zwischen zwei Browserfenstern wechseln. Das ist die eleganteste, aber auch die aufwendigste Variante. Sie lohnt sich, wenn sehr viele Mitarbeiter täglich mit beiden Systemen arbeiten — und sie lohnt sich nicht, wenn man sie nur einigen wenigen Personen zugutekommt.

Identitäten: der unterschätzte Teil jeder Anbindung

Über die technischen Fragen wird in Projekten gern ausführlich gesprochen. Über Identitäten deutlich seltener, dabei entscheiden sie oft über Erfolg oder Misserfolg.

Nextcloud unterstützt Single Sign-on über OpenID Connect, umgesetzt durch die App user_oidc, sowie über SAML mit user_saml. In Unternehmen, die ohnehin einen Identity-Provider betreiben — Keycloak, Entra ID, Authentik oder Ähnliches — ist das der saubere Weg. Benutzer werden zentral verwaltet, Gruppen lassen sich synchronisieren, und beim Austritt ist das Konto in beiden Systemen gesperrt, ohne dass jemand daran denken muss.

Bei RAYNET hängt es davon ab, welche Anmeldeverfahren der Anbieter für die jeweilige Instanz anbietet. Eine gemeinsame Identitätsquelle ist wünschenswert, aber nicht immer zu haben. Wo sie fehlt, hilft ein Servicekonto für die Schnittstelle mit klar begrenzten Rechten weiter. Wichtig ist in jedem Fall, dass dieses Konto nicht mit Administratorrechten arbeitet. Eine Integrationsschicht, die alle CRM-Daten lesen und schreiben darf, ist ein Sicherheitsrisiko, das man nicht unnötig eingehen sollte.

Auf der Nextcloud-Seite wiederum sollte man nicht denselben Fehler machen. Ein Dienstkonto für die Middleware braucht Schreibrechte nur in den Ordnern, die tatsächlich bespielt werden. Der Rest bleibt tabu. Das klingt selbstverständlich, wird aber regelmäßig anders umgesetzt, weil es bequemer ist.

Konkrete Szenarien aus der Praxis

Theorie hilft nur bedingt weiter. Deshalb lohnt ein Blick darauf, wo die Verbindung beider Systeme tatsächlich Nutzen stiftet — und wo sie nur nach einer guten Idee aussieht.

Angebote und Angebotsversionen

Ein klassisches Szenario: Im CRM wird ein Angebot erstellt, häufig aus einer Vorlage, mit Produkten und Preisen aus der dortigen Datenbank. Als PDF exportiert, landet es im CRM. Sinnvoll ist nun, dass dieselbe Datei automatisch mit einem eindeutigen Namen — Kundennummer, Angebotsnummer, Datum — in einen Nextcloud-Ordner für den Kunden geschrieben wird. Der Vertrieb sieht sie im CRM, die Buchhaltung und das Projektteam finden sie in der Ablage, und niemand muss nachfragen, wo die aktuelle Fassung liegt.

Entscheidend ist, dass die Richtung eindeutig ist. Das CRM erzeugt, Nextcloud archiviert. Umgekehrt wäre es eine Einladung zum Chaos, weil dann zwei Systeme gleichzeitig als Quelle gelten würden.

Projektakten

In der Projektabwicklung sieht das anders aus. Dort entstehen Unterlagen nicht im CRM, sondern in der täglichen Arbeit: Protokolle, Zeichnungen, Berechnungen, Fotos von der Baustelle. Diese Dokumente will man im CRM sehen, ohne sie doppelt zu pflegen. Hier bietet sich eine Verknüpfung an, bei der Nextcloud die führende Ablage bleibt und das CRM lediglich Referenzen hält, entweder als Freigabelink oder als Verweis auf einen Ordner.

Sauber umgesetzt bekommt jeder Projektordner eine eigene Gruppe in Nextcloud, die sich aus den Projektbeteiligten ergibt. Wer ins Projekt kommt, wird Mitglied und sieht die Dateien; wer ausscheidet, verliert den Zugriff. Das setzt allerdings voraus, dass die Benutzerkonten in beiden Systemen zuverlässig einander zugeordnet sind. Ohne diese Zuordnung — etwa über die E-Mail-Adresse als gemeinsamen Schlüssel — funktioniert es nicht.

Verträge und revisionssichere Ablage

Bei Verträgen hört der Spaß auf, was Gestaltungsspielräume angeht. Hier gelten Aufbewahrungsfristen, und hier muss nachvollziehbar sein, wer wann welche Fassung gesehen oder verändert hat. Nextcloud bringt von Haus aus Versionierung und eine Protokollierung mit, die für viele Zwecke ausreicht, aber nicht automatisch den Anforderungen einer revisionssicheren Ablage genügt. Wer mit Verträgen arbeitet, sollte prüfen, ob eine verschärfte Aufbewahrungslogik nötig ist — etwa durch Unveränderlichkeit auf Storage-Ebene oder durch zusätzliche Maßnahmen.

Ein pragmatischer Mittelweg, den man in der Praxis häufig sieht: Verträge werden nach Abschluss aus dem bearbeitbaren Bereich herausgenommen und in einen nur lesbaren Archivordner verschoben, zusätzlich mit einer Prüfsumme versehen. Das ersetzt keine revisionssichere Ablage im strengen Sinn, macht aber Manipulationen erkennbar. Ob das ausreicht, hängt vom Einzelfall ab und sollte mit der Rechtsabteilung besprochen werden — nicht mit der IT allein.

Helpdesk und Kundenservice

RAYNET bringt ein Helpdesk-Modul mit. Sobald Tickets bearbeitet werden, entstehen Dateianhänge: Screenshots, Logdateien, Konfigurationsausschnitte. Diese Anhänge im CRM zu belassen, ist bequem, aber auf Dauer teuer, weil Speicher in CRM-Systemen meist schlechter skaliert als in einer Dateiablage. Eine sinnvolle Integration schreibt Anhänge nach Nextcloud und hält im Ticket nur noch einen Verweis. Bei entsprechender Konfiguration kann der Kunde sogar selbst auf einen Freigabeordner zugreifen, ohne dass ein zusätzliches Portal nötig wird.

Außendienst und Offline-Situationen

Ein Punkt, der gern übersehen wird: Nicht überall ist eine stabile Verbindung verfügbar. Nextcloud bietet Desktop- und Mobile-Clients, die Dateien lokal vorhalten und später synchronisieren. Ein Außendienstmitarbeiter kann also Unterlagen offline lesen und bearbeiten. Das CRM ist dagegen ohne Netz praktisch unbrauchbar. Wer beides verbinden will, muss damit rechnen, dass die Synchronisation erst nach Rückkehr der Verbindung erfolgt — und dass es dann zu Konflikten kommen kann, wenn dieselbe Datei an zwei Stellen geändert wurde.

Hier hilft nur Disziplin: Entweder ist ein Dokument im CRM-Zugriff schreibgeschützt, oder es wird ausschließlich in Nextcloud bearbeitet. Beides parallel endet zuverlässig im Konflikt.

Datenschutz und Auftragsverarbeitung

Bei Kundendaten ist die Rechtslage nicht optional. Nextcloud lässt sich so betreiben, dass die Daten das Haus nicht verlassen — auf eigener Hardware, in einem deutschen Rechenzentrum oder bei einem Anbieter mit entsprechendem Vertrag. Genau das ist für viele Unternehmen der Hauptgrund, überhaupt auf eine eigene Plattform zu setzen.

RAYNET ist dagegen ein Cloud-Dienst. Damit ist es ein weiterer Auftragsverarbeiter im Sinne der DSGVO, und es braucht einen Vertrag zur Auftragsverarbeitung, eine dokumentierte Verarbeitungstätigkeit und eine ehrliche Antwort auf die Frage, welche Daten tatsächlich hinüberwandern. Wer glaubt, das Thema sei mit einem Häkchen im Vertrag erledigt, irrt. Es geht konkret darum, welche Felder übertragen werden, wie lange sie dort bleiben und wer beim Anbieter technisch darauf zugreifen kann.

Ein häufiger Fehler in Integrationsprojekten besteht darin, versehentlich mehr zu übertragen als nötig. Wenn die Middleware beim Abgleich gleich den kompletten Datensatz hin und her schaufelt, wandern auch Felder mit, die niemand dafür vorgesehen hat — Notizen, interne Bewertungen, sensible Anmerkungen. Wer die übertragenen Felder explizit auflistet, statt einfach „alles“ zu synchronisieren, spart sich später unangenehme Fragen.

Auch Löschkonzepte gehören hierher. Wenn ein Kunde im CRM gelöscht wird, was passiert dann mit den Dateien in Nextcloud? Bleiben sie liegen, entsteht ein Datensatz ohne Rechtsgrundlage. Werden sie gelöscht, ist womöglich die handelsrechtliche Aufbewahrung verletzt. Die Antwort ist selten einfach, aber sie muss vor dem ersten Produktivlauf gefunden werden — nicht danach.

Betrieb, Performance und Kosten

Eine Integration ist keine einmalige Anschaffung, sondern ein Stück Infrastruktur, das betrieben werden will. Dafür braucht es Monitoring. Ein Job, der seit zwei Wochen stillschweigend fehlschlägt, ist schlimmer als gar keine Automatisierung, weil er falsche Sicherheit erzeugt. Gute Middleware schreibt jeden Lauf in ein Protokoll, zählt Fehler und schickt bei Überschreitung einer Schwelle eine Meldung.

Auf der Nextcloud-Seite sind Performance-Fragen meistens Fragen der Konfiguration. Ein System, das auf einer einzelnen virtuellen Maschine mit Standard-PHP und ohne Cache läuft, wird bei einigen Hundert gleichzeitigen Nutzern unangenehm langsam. Wer die Plattform als zentrale Ablage betreibt, sollte in PHP-Opcache, Redis und einen Suchindex investieren. Das kostet Geld, spart aber deutlich mehr an Wartezeit.

Ein weiterer Kostenfaktor, der unterschätzt wird: die Speicheranbindung. Nextcloud kann Daten auf lokalen Platten, auf NFS, per SMB oder in einem S3-kompatiblen Objektspeicher ablegen. Jede Variante hat eigene Fallstricke. Objektspeicher ist günstig und skalierbar, aber für Dateisperren und für Arbeitslasten mit vielen kleinen Änderungen nicht immer ideal. Klassischer Blockspeicher ist teurer, dafür berechenbarer. Die Wahl sollte zur Nutzung passen, nicht zum Prospekt des Anbieters.

Und schließlich die Lizenzfrage. Nextcloud ist in der Community-Edition kostenlos nutzbar. Für Unternehmen mit Support-Ansprüchen, zentraler Verwaltung und Auditing-Funktionen gibt es die Enterprise-Varianten. Ob man sie braucht, hängt von Größe und Regulatorik ab. Ein Betrieb mit 30 Mitarbeitern kommt in der Regel ohne aus, ein Betrieb mit 800 und ISO-Zertifizierung eher nicht.

Typische Fehler, die man vermeiden kann

Aus zahlreichen Projekten lassen sich einige Muster ableiten, die immer wieder zum Scheitern führen. Der erste und häufigste: Man beginnt mit der Technik statt mit dem Prozess. Bevor eine Zeile Code geschrieben wird, sollte klar sein, welches System für welchen Datensatz führend ist. Diese Frage klingt banal, ist sie aber nicht.

Der zweite Fehler ist die fehlende Fehlerbehandlung. Integrationen laufen nicht immer. Netzwerke fallen aus, APIs ändern sich, Zertifikate laufen ab. Wer keine Wiederholungslogik und keine Benachrichtigung einbaut, merkt erst Wochen später, dass Daten fehlen.

Der dritte Fehler ist der Verzicht auf Dokumentation. In zwei Jahren weiß niemand mehr, warum ein bestimmtes Feld auf eine bestimmte Weise transformiert wird. Ein kurzes Dokument mit den Regeln, den beteiligten Konten und den zuständigen Personen spart später Tage an Fehlersuche.

Der vierte schließlich ist der Umfang. Viele Projekte starten mit dem Ziel vollständiger Synchronisation und werden nie fertig. Besser ist es, mit einem einzigen Anwendungsfall zu beginnen — etwa der Ablage von Angebots-PDFs — diesen sauber zu betreiben und dann zu erweitern. Kleine, funktionierende Schritte schlagen große, unfertige Pläne fast immer.

Abgrenzung: wann die Integration keine gute Idee ist

Es wäre unredlich, den Eindruck zu erwecken, jede Verbindung sei ein Gewinn. Es gibt Konstellationen, in denen man es besser lässt. Wenn im Unternehmen nur eine Handvoll Personen überhaupt mit dem CRM arbeitet und der Rest ausschließlich Nextcloud nutzt, ist der Aufwand für eine Integration schwer zu rechtfertigen. Ebenso, wenn die Datenqualität im CRM ohnehin schlecht ist — dann wird die Integration nur schneller verteilen, was vorher schon falsch war.

Auch bei laufenden Systemwechseln lohnt Zurückhaltung. Wer plant, in einem Jahr ein anderes CRM einzuführen, sollte nicht in eine aufwendige Anbindung investieren, die dann weggeworfen wird. Hier reicht eine pragmatische Zwischenlösung mit manuellen Abläufen für die Übergangszeit.

Und schließlich: Wenn Nextcloud in erster Linie als Dateiablage für technische Unterlagen dient und das CRM ausschließlich vertriebliche Zwecke hat, überschneiden sich die Datenmengen womöglich kaum. Dann ist eine Integration zwar möglich, aber sie löst kein Problem. Das sollte man vorher ehrlich prüfen.

Wie es weitergeht

Nextcloud hat sich in den vergangenen Jahren in Richtung Plattform entwickelt, mit einer wachsenden Zahl an Andockpunkten für fremde Anwendungen. Die AppAPI samt ExApps ist dabei der interessanteste Baustein der jüngeren Entwicklung, weil sie Integrationsprojekte technisch entlastet. Ob ein Anbieter wie RAYNET diesen Weg irgendwann selbst beschreitet, ist offen. Bis dahin bleibt es bei einem Zusammenspiel, das man selbst herstellt — über die dokumentierte REST-Schnittstelle auf der einen und WebDAV, OCS-API und die üblichen Standardprotokolle auf der anderen Seite.

Für Unternehmen, die diesen Weg gehen wollen, ist die Reihenfolge entscheidend: erst der Prozess, dann die Zuständigkeiten, dann die Technik. Wer die Ablagehoheit klärt, die Berechtigungen sauber aufsetzt und mit einem überschaubaren Anwendungsfall beginnt, hat gute Chancen auf ein Ergebnis, das im Alltag wirklich trägt. Wer dagegen mit dem Wunsch „alles soll überall auftauchen“ startet, wird am Ende zwei Systeme haben, die zwar technisch verbunden sind, aber niemandem die Arbeit erleichtern.

So unspektakulär dieser Rat klingt — in der Praxis ist er der Unterschied zwischen einem Projekt, das nach zwei Jahren noch läuft, und einem, das nach sechs Monaten stillgelegt wird, weil sich niemand mehr um die Middleware kümmert. Und ein sauber angebundenes CRM in Verbindung mit einer selbst betriebenen Nextcloud kann im Mittelstand erstaunlich viel leisten: Daten bleiben dort, wo sie hingehören, der Vertrieb arbeitet schneller, und die Ablage hat endlich eine Struktur, die nicht jeden Monat neu erfunden wird.