Nextcloud und LeadMaster: Wie Vertriebsdaten im eigenen Haus bleiben

Es beginnt selten dramatisch. Ein Vertriebsteam legt Angebote lokal auf dem Notebook ab, ein paar Freigaben laufen über einen Consumer-Dienst, die Kontaktdaten pflegt ohnehin jeder für sich in einer eigenen Tabelle. Irgendwann fragt die Geschäftsführung, wo eigentlich die Vertragsdokumente der letzten drei Jahre liegen, und der Datenschutzbeauftragte fragt, auf welcher Grundlage die Leads aus der Messe-Kampagne verarbeitet wurden. Spätestens dann wird aus einem Werkzeugthema ein Infrastrukturthema.

Genau hier treffen zwei Welten aufeinander, die unterschiedlicher kaum sein könnten. Auf der einen Seite Nextcloud, eine Plattform für Dateien, Zusammenarbeit, Kalender, Kontakte, Chat und Office, die sich vollständig im eigenen Rechenzentrum betreiben lässt. Auf der anderen Seite ein CRM- und Lead-Management-System wie LeadMaster, das den Vertriebsprozess von der ersten Anfrage bis zum Abschluss strukturiert. Beide Systeme arbeiten mit denselben Daten, oft sogar mit denselben Personen. Und beide tun so, als sei die jeweils andere Seite ein Randfall.

Dieser Text versucht eine nüchterne Bestandsaufnahme. Er beschreibt, was Nextcloud heute leistet, welche Betriebsmodelle realistisch sind, wie sich ein CRM-System sauber anbinden lässt und wo die Grenzen liegen. Dabei zeigt sich schnell: Die spannende Frage ist weniger die nach der Software als die nach der Datenherrschaft.

Ein Dateiserver, der längst mehr ist

Nextcloud ist 2016 als Abspaltung von ownCloud entstanden und hat sich seitdem von einer reinen File-Sharing-Lösung zu einer Plattform entwickelt, die den Anspruch erhebt, die klassische Collaboration-Suite abzulösen. Der Kern ist nach wie vor der Dateizugriff über WebDAV, daneben stehen Kalender und Kontakte über CalDAV und CardDAV. Darum herum ist ein Ökosystem gewachsen: Text und Tabellen über Collabora Online oder ONLYOFFICE, Video- und Telefonkonferenzen über Talk, ein Kanban-Board namens Deck, die Datenbank-App Tables, Formulare, Wissenssammlungen in Collectives sowie eine Workflow-Engine, die intern schlicht Flow heißt.

Technisch ist Nextcloud ein PHP-Anwendungspaket. Darunter liegt eine relationale Datenbank, in der Praxis meist PostgreSQL oder MariaDB, daneben ein Redis-Cache für Sperren und Session-Handling und ein Webserver, üblicherweise nginx oder Apache. Das Dateisystem kann klassisch über lokale Speichermedien oder NFS angebunden sein, es kann aber auch ein S3-kompatibler Objektspeicher als primärer Speicher dienen. Letzteres ist der Punkt, an dem es für größere Installationen interessant wird, denn die Skalierung über Objektspeicher ist deutlich einfacher als über klassische Dateisysteme mit Millionen kleiner Dateien.

Betriebsmodelle und ihre Tücken

Wer Nextcloud einführen will, hat im Wesentlichen vier Wege. Der erste ist ein managed Hosting bei einem Anbieter, der die Plattform als Service betreibt. Das ist schnell, aber man muss genau hinsehen, wo die Daten liegen und wer Zugriff auf die Datenbank hat. Der zweite Weg ist die klassische On-Premises-Installation auf eigener Hardware oder in einer eigenen virtuellen Maschine. Der dritte ist der Betrieb als Container, etwa über die offizielle Nextcloud All-in-One, die Webserver, Datenbank, Collabora, Talk-Backend und Virenscanner in einem vorkonfigurierten Stack zusammenfasst. Der vierte ist Kubernetes. Letzteres klingt modern, ist aber nur dann sinnvoll, wenn im Haus bereits entsprechende Expertise vorhanden ist; eine Nextcloud mit mehreren hundert Nutzern braucht kein Cluster-Orchester.

Der Reiz des Selbstbetriebs liegt auf der Hand. Die Daten bleiben im eigenen Verantwortungsbereich, die Aufbewahrungsfristen lassen sich selbst definieren, und es gibt keine Diskussion über Unterauftragsverarbeiter in Drittländern. Der Preis dafür ist unspektakulär, aber real: Man braucht jemanden, der Updates einspielt, Backups testet, Logs liest und bei einem fehlgeschlagenen Major-Upgrade nicht in Panik verfällt. Nextcloud veröffentlicht mehrmals im Jahr neue Hauptversionen, Enterprise-Kunden erhalten längere Supportzeiträume. Wer die Release-Zyklen ignoriert, sammelt technische Schulden an, die sich später rächen.

Die Schnittstellen, auf die es wirklich ankommt

Für die Anbindung eines CRM-Systems sind nicht die bunten Funktionen entscheidend, sondern die Schnittstellen an der Basis. Nextcloud bietet hier mehr, als viele erwarten.

Da ist zunächst WebDAV unter dem Pfad /remote.php/dav/files/<Benutzer>/. Jede Datei, jeder Ordner, jede Freigabe ist darüber erreichbar. Ein CRM-System kann also Angebots-PDFs, Vertragsentwürfe oder Gesprächsprotokolle ablegen, ohne dass jemand eine proprietäre Programmierschnittstelle erfinden muss. Wichtig ist dabei, dass dafür App-Passwörter verwendet werden und nicht das reguläre Nutzerkennwort. Nextcloud erzwingt das in vielen Konfigurationen ohnehin, wenn Zwei-Faktor-Authentifizierung aktiv ist.

Darüber hinaus existiert die OCS-Provisioning-API, über die sich Benutzer und Gruppen anlegen, ändern und löschen lassen. In Umgebungen mit einem Verzeichnisdienst ist das oft der bequemere Weg, weil die Gruppenzugehörigkeit aus dem Active Directory oder aus LDAP übernommen werden kann. Ergänzend gibt es die Talk-Bot-API, über die sich Nachrichten in Chaträume schreiben lassen, sowie die Möglichkeit, externe Skripte über Flow anzustoßen. Wer tief in die Anwendung eingreifen will, kann eigene Apps schreiben, denn Nextcloud ist vollständig quelloffen und bringt eine dokumentierte App-Struktur mit.

Ein interessanter Aspekt ist die Rolle von Flow. Die Workflow-Engine erlaubt Regeln der Art: Wenn eine Datei mit einem bestimmten Tag versehen wird, dann verschiebe sie in einen definierten Ordner, konvertiere sie oder löse eine Benachrichtigung aus. In Kombination mit externen Skripten lässt sich damit ein überraschend großer Teil der Dokumentenlogik abbilden, ohne dass man sofort ein Integrationsteam braucht. Für komplexe Datensynchronisation ist das kein Ersatz, aber für die Ablage von Vertriebsdokumenten reicht es häufig aus.

LeadMaster: Was das System leistet, und wo es aufhört

Der Name LeadMaster steht für eine Klasse von Systemen, die den Vertriebsprozess von der Lead-Erfassung bis zum Abschluss begleiten. Zum Funktionsumfang gehören typischerweise die Erfassung von Interessenten aus Webformularen, Messeimporten oder E-Mail-Kampagnen, eine Bewertung dieser Kontakte nach definierten Kriterien, die Verwaltung von Verkaufschancen in einer Pipeline, Aktivitäten und Wiedervorlagen, E-Mail-Versand mit Öffnungs- und Klickauswertung sowie Auswertungen über Conversion-Raten und Umsatzentwicklung.

Das ist im Kern nichts anderes als das, was ein Salesforce, HubSpot oder Microsoft Dynamics leistet, nur mit anderem Schwerpunkt und anderem Betriebsmodell. In kleineren und mittleren Organisationen sind solche spezialisierten Systeme häufig die pragmatischere Wahl, weil sie ohne monatelanges Customizing auskommen. In größeren Häusern wiederum finden sich daneben Open-Source-Alternativen wie EspoCRM, SuiteCRM oder Vtiger, die sich ebenfalls selbst betreiben lassen.

Interessant für die Integration ist weniger die Funktionsliste als die Frage, wie offen das jeweilige System nach außen ist. Ein CRM ohne dokumentierte Schnittstelle ist eine Insellösung, egal wie gut die Oberfläche aussieht. Umgekehrt gilt: Ein System mit REST-Schnittstelle, Webhooks und der Möglichkeit, eigene Felder zu definieren, lässt sich fast immer an Nextcloud anbinden. Eine fertige, offiziell gepflegte LeadMaster-App für den Nextcloud-App-Store sucht man in der Regel vergebens. Das ist kein Ausschlusskriterium, aber es bedeutet, dass man die Brücke selbst baut oder bauen lässt.

Die Frage nach dem Master

Bevor über Technik gesprochen wird, muss eine organisatorische Entscheidung fallen: Welches System ist die führende Quelle für welche Daten? Es ist ein verbreiteter Fehler, mit der Synchronisation anzufangen und die Datenhoheit später zu klären. Das endet fast immer in widersprüchlichen Kontaktdatensätzen, doppelten Firmen und einem Vertriebsteam, das beiden Systemen misstraut.

Sinnvoll ist eine klare Aufteilung. Lead- und Kundendaten, also Namen, Adressen, Telefonnummern, Pipeline-Status und Umsatzpotenzial, gehören ins CRM. Dokumente, Präsentationen, Verträge, Rechnungen und Protokolle gehören in Nextcloud. Die Verknüpfung erfolgt über stabile Identifikatoren, nicht über Dateinamen. Wer diese Trennung akzeptiert, spart sich viel Ärger. Wer sie ignoriert und Kontaktdaten in beiden Systemen pflegt, wird sie früher oder später bereuen.

Drei Integrationsmuster, ein Prinzip

In der Praxis haben sich drei Muster bewährt, die sich auch kombinieren lassen. Sie unterscheiden sich vor allem im Grad der Kopplung.

Muster eins: die Ablagebrücke

Das einfachste und gleichzeitig wirksamste Muster ist die reine Dokumentenablage. Das CRM erzeugt oder empfängt Dokumente und legt sie über WebDAV in Nextcloud ab. Dort landen sie in einer Struktur, die sich an Kunden oder Verkaufschancen orientiert, und werden über Gruppenordner für das jeweilige Team freigegeben. Der Vorteil liegt im geringen Aufwand und in der Robustheit: Fällt das CRM aus, sind die Dokumente weiterhin erreichbar. Fällt Nextcloud aus, kann der Vertrieb vorübergehend lokal arbeiten.

Technisch braucht es dafür lediglich einen Dienstkonto in Nextcloud, ein App-Passwort und einen Ordner, auf den dieses Konto Schreibrechte besitzt. Das CRM erzeugt über die Schnittstelle einen Unterordner pro Kunde und legt die Dateien dort ab. Bei größeren Datenmengen empfiehlt es sich, einen Objektspeicher als primären Speicher zu verwenden und die Versionsverwaltung sowie den Papierkorb bewusst zu dimensionieren. Und man sollte sich früh überlegen, ob die Ordnerstruktur nach Kunde, nach Jahr oder nach Projekt sortiert wird. Nachträgliche Umstrukturierungen sind bei großen Beständen mühsam.

Muster zwei: die ereignisgesteuerte Kopplung

Das zweite Muster arbeitet mit Ereignissen. Wird im CRM ein Lead angelegt, entsteht automatisch ein Ordner in Nextcloud und ein Kalendereintrag für den Ersttermin. Wird im CRM eine Verkaufschance gewonnen, verschiebt die Logik den Ordner in einen Archivbereich und legt die Vertragsdokumente in einen revisionssicheren Bereich. Wird in Nextcloud ein Dokument freigegeben, erhält das CRM eine Notiz mit dem Freigabelink und einem Ablaufdatum.

Solche Flüsse lassen sich auf verschiedene Weise realisieren. Naheliegend sind Middleware-Werkzeuge wie n8n, Node-RED oder Make, die beide Systeme über ihre Programmierschnittstellen ansprechen. Wer nichts Externes einführen möchte, kann auf Flow mit externen Skripten setzen oder einen kleinen Dienst schreiben, der Webhooks entgegennimmt und die Weiterleitung übernimmt. Entscheidend ist, dass die Verarbeitung idempotent ist: Ein Ereignis darf nicht dazu führen, dass beim zweiten Eintreffen derselbe Ordner doppelt angelegt wird. Klingt banal, ist in der Praxis aber die häufigste Fehlerquelle.

Ein weiterer Punkt: Ereignisgesteuerte Kopplungen brauchen Beobachtung. Wenn niemand merkt, dass seit drei Wochen keine Dokumente mehr aus dem CRM in Nextcloud landen, ist der Schaden groß, bis er auffällt. Ein einfacher Zähler, der die erfolgreichen und fehlgeschlagenen Übertragungen protokolliert, genügt meist als Frühwarnsystem.

Muster drei: die gemeinsame Kontaktschicht

Das dritte Muster ist das anspruchsvollste und wird am häufigsten falsch umgesetzt. Es geht um die Frage, ob Kontaktdaten in Nextcloud und im CRM parallel gepflegt werden. Technisch ist das machbar, denn Nextcloud stellt Kontakte über CardDAV bereit und kann Gruppen mit Adressbüchern verknüpfen. Man kann also einen Adressbuch-Feed in das CRM importieren und umgekehrt.

Nur: Zwei Systeme, die dasselbe schreiben dürfen, erzeugen früher oder später Konflikte. Wer die Telefonnummer zuletzt geändert hat, lässt sich nicht zuverlässig feststellen, wenn beide Seiten Zeitstempel führen. Die saubere Lösung besteht darin, eine Richtung festzulegen. Entweder ist das CRM führend und Nextcloud erhält eine schreibgeschützte Sicht. Oder Nextcloud ist für interne Kontakte, das CRM für Vertriebskontakte zuständig, und es gibt nur eine schmale Schnittmenge, die kontrolliert abgeglichen wird. Alles andere ist ein Kompromiss, der funktioniert, bis er nicht mehr funktioniert.

Was Nextcloud beim Vertriebsprozess selbst beiträgt

Abseits der CRM-Anbindung bringt Nextcloud einige Bausteine mit, die den Vertriebsalltag direkt unterstützen. Formulare eignen sich als Eingangskanal für Interessentenanfragen, bevor diese an das CRM weitergereicht werden. Mit der Funktion zum Datei-Upload per Link, manchmal als File Drop bezeichnet, können Kunden Unterlagen hochladen, ohne ein Konto zu benötigen; die Dateien landen direkt im richtigen Ordner.

Talk lässt sich für Abstimmungen mit Kunden nutzen, wahlweise im Browser oder über die Desktop-Anwendung, und in Verbindung mit dem High-Performance-Backend auch mit größeren Teilnehmerzahlen. Für jeden Kunden oder jede Verkaufschance kann ein eigener Raum entstehen, in dem die Beteiligten Dokumente teilen und besprechen. Deck wiederum eignet sich für die Steuerung von Ausschreibungsprojekten, bei denen mehrere Abteilungen beteiligt sind. Und Collectives liefert einen Ort für Verkaufsleitfäden, Preislisten und Argumentationshilfen, die versioniert und gemeinsam gepflegt werden.

Nicht zuletzt sind die Gastkonten erwähnenswert. Externe Partner oder Kunden erhalten einen eingeschränkten Zugang, ohne vollwertiger Nutzer zu sein. In Kombination mit Ablaufdaten und Passwortschutz für Freigaben lässt sich damit ein guter Teil der Zusammenarbeit nach außen abbilden, ohne dass man zu einem Consumer-Dienst greifen muss.

Datenschutz, Aufbewahrung und die Frage der Datenhoheit

Der Hauptgrund, warum sich Unternehmen für diese Kombination entscheiden, ist selten technischer Natur. Es ist die Verantwortung für die Daten. Lead-Daten sind personenbezogene Daten, und der Vertrieb verarbeitet sie in der Regel in großem Umfang. Das verlangt eine Rechtsgrundlage, eine saubere Zweckbindung, ein Löschkonzept und die Fähigkeit, Auskunftsersuchen zu beantworten.

Beim Selbstbetrieb entfällt die Notwendigkeit eines Auftragsverarbeitungsvertrags mit einem externen CRM-Anbieter für die Datenhaltung; stattdessen braucht man einen mit dem Hoster, sofern die Infrastruktur nicht selbst betrieben wird. Der eigentliche Vorteil liegt in der Kontrolle. Wer weiß, wo die Datenbank steht, wer die Schlüssel verwaltet und wie lange Backups aufbewahrt werden, kann im Zweifel konkret antworten. Das ist in Prüfungssituationen deutlich angenehmer als der Verweis auf ein nicht einsehbares Rechenzentrum.

Trotzdem sollte man sich nichts vormachen. Selbstbetrieb bedeutet nicht automatisch Datenschutzkonformität. Es bedeutet, dass man die Pflichten selbst trägt. Dazu gehören Zugriffskontrollen, ein Berechtigungskonzept nach dem Prinzip der minimalen Rechte, Protokollierung administrativer Vorgänge, Transportverschlüsselung und eine Verschlüsselung der Datenträger. Nextcloud bringt dafür Bausteine mit, allen voran eine serverseitige Verschlüsselung des Speichers sowie eine Ende-zu-Ende-Verschlüsselung für ausgewählte Ordner. Letztere ist mächtig, aber mit Einschränkungen verbunden: Inhalte lassen sich dann serverseitig nicht mehr durchsuchen oder indizieren, und Freigaben funktionieren nur innerhalb des verschlüsselten Kreises. Wer beides will, muss entscheiden, was ihm wichtiger ist.

Ein oft unterschätzter Punkt ist die Aufbewahrung. Für Vertriebsdokumente können handels- und steuerrechtliche Aufbewahrungsfristen gelten, für Lead-Daten eher kurze Löschfristen. Diese beiden Anforderungen laufen in der Praxis gegeneinander. In Nextcloud lassen sich Aufbewahrungsregeln über eine entsprechende App abbilden, mit der Dateien nach Ablauf einer definierten Zeit gelöscht oder in einen gesperrten Bereich verschoben werden. Für eine revisionssichere Ablage, bei der Löschen technisch ausgeschlossen ist, braucht es dagegen zusätzliche Maßnahmen, etwa einen Objektspeicher mit entsprechender Sperrfunktion oder spezialisierte Archivkomponenten. Das ist nichts, was man nebenbei einrichtet, und es lohnt sich, hier früh mit der Rechtsabteilung zu sprechen.

Betrieb, Skalierung und die typischen Fehlerquellen

Bei der Dimensionierung gilt eine einfache Regel: Die Datenbank ist fast immer der Engpass, nicht der Speicher. Wer Nextcloud auf einer einzelnen virtuellen Maschine mit acht Kernen und sechzehn Gigabyte Speicher betreibt und sich über träge Listenansichten wundert, sucht das Problem meist an der falschen Stelle. Ein richtig konfigurierter PostgreSQL, ausreichend Arbeitsspeicher für PHP-FPM, ein dedizierter Redis und ein Webserver mit HTTP/2 sind wirksamer als jede zusätzliche Festplatte.

Für den internen Volltextindex empfiehlt sich die Anbindung einer Suchmaschine, in der Regel Elasticsearch oder OpenSearch. Ohne sie ist die Suche in größeren Beständen schlicht unbrauchbar. Wer viele gleichzeitige Videokonferenzen plant, sollte über ein dediziertes Talk-Backend nachdenken, sonst teilen sich Signalisierung und Dateizugriff dieselben Resourcen.

Und dann ist da die Frage der kleinen Dateien. Klassische Dateisysteme kommen mit mehreren Millionen Objekten in einem Verzeichnis schlecht zurecht. Sobald die Installation in diese Größenordnung wächst, ist der Umstieg auf einen Objektspeicher die richtige Antwort. Das gilt besonders dann, wenn zusätzlich Daten aus einem CRM-System abgelegt werden, denn Vertriebsdokumente sind häufig klein und zahlreich.

Beim Backup sollte man sich nicht auf Snapshots allein verlassen. Ein konsistenter Zustand entsteht nur, wenn Datenbank und Dateispeicher zueinander passen. In der Praxis bewährt sich die Reihenfolge: Wartungsmodus aktivieren, Datenbank sichern, Dateispeicher sichern, Wartungsmodus deaktivieren. Anschließend der Test, dass sich die Sicherung tatsächlich wiederherstellen lässt. Ein ungetestetes Backup ist eine Annahme, kein Backup. Nach einer Wiederherstellung kann ein Datei-Scan notwendig werden, damit der Index wieder zur Ablage passt.

Ein weiterer Klassiker sind Updates. Zwischen Hauptversionen dürfen keine Schritte übersprungen werden. Wer von einer zwei Jahre alten Installation direkt auf die aktuelle Version springt, handelt sich mit hoher Wahrscheinlichkeit Fehler ein. Zudem sollte man vor jedem Major-Upgrade prüfen, ob die verwendeten Apps kompatibel sind; inkompatible Erweiterungen sind der häufigste Grund für fehlgeschlagene Aktualisierungen. Es ist ratsam, eine Staging-Umgebung zu betreiben, auch wenn das zunächst nach zusätzlicher Arbeit klingt. Der Aufwand ist geringer als eine am Montagmorgen ausgefallene Plattform.

Kosten und ein wenig Realismus

In der Diskussion über Lizenzkosten wird gern übersehen, dass Open Source nicht kostenlos bedeutet. Nextcloud selbst ist frei verfügbar, doch es gibt Enterprise-Abonnements, die zusätzliche Apps, längeren Support und rechtliche Absicherung umfassen. Dazu kommen Hardware oder Cloud-Ressourcen, Personal für Betrieb und Weiterentwicklung, Schulung der Anwender und nicht zuletzt die Integrationsarbeit.

Eine ehrliche Rechnung vergleicht deshalb nicht Lizenzpreise, sondern Gesamtkosten über mehrere Jahre. Ein SaaS-CRM mit monatlicher Gebühr pro Nutzer ist in der Anfangsphase fast immer günstiger. Mit steigender Nutzerzahl kippt die Rechnung, vor allem wenn zusätzlich Anforderungen an Datenstandort, Aufbewahrung und Schnittstellen entstehen. Umgekehrt gilt: Wer sich für Selbstbetrieb entscheidet und dann kein Personal für den Betrieb einplant, wird die Plattform nach achtzehn Monaten verkommen lassen. Das ist kein technisches Problem, sondern ein organisatorisches.

Ein Zwischenweg ist durchaus legitim. Man startet mit einem managed Nextcloud-Hosting bei einem Anbieter mit Serverstandort in der EU und behält sich den Umzug in die eigene Infrastruktur vor. Wichtig ist, dass die Daten in einem offenen Format bleiben und der Wechsel nicht durch vertragliche oder technische Hürden blockiert wird. Genau darin liegt der eigentliche Wert von Open Source, auch wenn er sich schwer in eine Tabelle eintragen lässt.

Ausblick: KI-Assistenz und die nächste Ausbaustufe

Nextcloud hat in den vergangenen Releases verstärkt auf KI-Funktionen gesetzt. Ein Assistent kann Texte zusammenfassen, übersetzen oder umformulieren, ein kontextbezogener Chat beantwortet Fragen zu den eigenen Dokumenten. Entscheidend ist dabei der Ansatz, dass diese Funktionen wahlweise mit lokal betriebenen Modellen arbeiten können. Für Unternehmen, die keine Inhalte an externe Anbieter senden möchten, ist das ein wesentliches Argument.

Für die Kombination mit einem CRM ergeben sich daraus naheliegende Anwendungen. Zusammenfassungen von Kundengesprächen, die automatisch als Notiz im richtigen Vorgang landen. Eine Suche, die auch in älteren Angeboten und Protokollen findet, was vor zwei Jahren vereinbart wurde. Die Möglichkeit, aus einer Sammlung von Dokumenten ein Angebot vorzubereiten, ohne jedes Mal bei null anzufangen. Das sind keine Zukunftsvisionen, sondern Funktionen, die bereits verfügbar sind und deren Qualität stark davon abhängt, wie sauber die Datenhaltung ist.

Ein wenig Skepsis ist trotzdem angebracht. Wer glaubt, ein KI-Assistent löse das Problem unstrukturierter Ablagen, wird enttäuscht. Ein Sprachmodell kann keine Ordnung herstellen, die nie existiert hat. Es verstärkt das, was vorhanden ist: gute Strukturen werden nützlicher, schlechte werden schneller sichtbar.

Fazit

Nextcloud und ein Lead-Management-System wie LeadMaster sind keine Konkurrenten, sondern Nachbarn mit unterschiedlichen Zuständigkeiten. Nextcloud liefert die Dokumenten- und Zusammenarbeitsebene, das CRM liefert die Prozess- und Vertriebslogik. Eine saubere Integration braucht keine aufwendige Plattform, sondern eine klare Entscheidung darüber, welches System die führende Quelle für welche Daten ist, dazu eine schmale technische Brücke über WebDAV und die vorhandenen Programmierschnittstellen.

Der Aufwand lohnt sich vor allem aus einem Grund, der nichts mit Technik zu tun hat. Wenn Vertriebsdaten und die dazugehörigen Dokumente im eigenen Verantwortungsbereich liegen, kann das Unternehmen Fragen beantworten, ohne auf Auskunft von Dritten zu warten. Das ist in Zeiten zunehmender Regulierung kein Nebenaspekt, sondern ein handfester betriebswirtschaftlicher Vorteil. Wer diesen Weg geht, sollte ihn allerdings zu Ende gehen: mit Betriebskonzept, Backup-Tests, Berechtigungsprüfung und jemandem, der sich langfristig zuständig fühlt. Sonst bleibt es bei einem guten Vorsatz.