CRM für Finanzdienstleister: Pflichten, Schnittstellen und Auswahl

Ein CRM für Finanzdienstleister muss mehr leisten als Kontakte verwalten. Aufzeichnungspflichten, Courtagelogik und die Anbindung an Maklerpools entscheiden darüber, ob ein System im Alltag trägt oder zur Nebenbuchhaltung in Tabellen führt. Dieser Leitfaden zeigt, woran Standardlösungen im regulierten Vertrieb scheitern und welche Anforderungen eine CRM-Software für Finanzdienstleister technisch erfüllen muss.
Drei Personen in Businesskleidung arbeiten vor einer Glasfront gemeinsam an einem Bildschirm, eine zeigt auf den Monitor, Sinnbild für die Arbeit mit einem CRM für Finanzdienstleister.
© KI-generiert (TenMedia)

CRM für Finanzdienstleister: warum Standardsysteme im Vertrieb brechen

Ein CRM für Finanzdienstleister ist ein Kundenmanagementsystem, das über die Verwaltung von Kontakten und Vertriebschancen hinaus aufsichtsrechtliche Anforderungen der Finanzbranche abbildet. Dazu gehören die revisionssichere Dokumentation von Beratungsgesprächen, Aufbewahrungs- und Löschfristen für Kundenkommunikation, Rollenkonzepte für schützenswerte Vertragsdaten sowie Schnittstellen zu Bestandsführungssystemen, Maklerpools und Abrechnungssystemen.

Der deutsche Vermittlermarkt konsolidiert sich. Im Register der DIHK waren zum 1. Juli 2026 noch 178.810 Versicherungsvermittler nach § 34d GewO eingetragen, die Zahl der Versicherungsmakler stieg im gleichen Quartal von 47.027 auf 47.244, die der gebundenen Vertreter sank von 98.162 auf 97.780 (DIHK-Vermittlerstatistik). Wachsende Maklerbetriebe übernehmen Bestände und erben deren Datenhaushalte.

Wo ein CRM-System für Finanzdienstleister an Grenzen stößt

Die Grenzen zeigen sich selten in der Kontaktverwaltung, sondern dort, wo Branchenlogik beginnt. Ein allgemeines System kennt keine Courtageabrechnung und keine Trennung zwischen eigenem Bestand und Poolgeschäft. Fünf Bruchstellen wiederholen sich in fast jedem Projekt:

Zwei Datenhaltungen statt einer

Jede dieser Bruchstellen erzeugt eine zweite Datenhaltung, die niemand pflegt und die im Prüfungsfall nichts belegt. Was ein CRM-System grundsätzlich leistet, erklärt der zugehörige Beitrag. Der Unterschied zum Finanzvertrieb liegt nicht in den Funktionen, sondern in den Pflichten, die daran hängen. Eine Auswahl nach Funktionsliste greift zu kurz. Der übergeordnete Text zur Branchensoftware zeigt, wie branchenspezifische Systeme allgemein aufgebaut sind.

Welche Vorgaben muss ein CRM für Finanzdienstleister abbilden?

Drei Regelwerke prägen die Systemanforderungen: das Wertpapierhandelsgesetz für die Anlageberatung, das Versicherungsvertragsgesetz für die Vermittlung und die EU-Verordnung über die digitale operationale Resilienz für den Betrieb. Keines davon verlangt Funktionen im Marketingsinn, alle drei verlangen nachweisbare Zustände im Datenmodell. Wie sich diese Ebene in die gesamte Software für Finanzdienstleister einfügt, beschreibt der übergeordnete Leitfaden.

Nach § 83 Absatz 3 WpHG zeichnen Wertpapierdienstleistungsunternehmen Telefongespräche und elektronische Kommunikation auf, soweit darin Risiken, Ertragschancen oder die Ausgestaltung von Finanzinstrumenten erörtert werden. Für die Versicherungsvermittlung verlangt § 61 VVG, die Gründe für jeden erteilten Rat anzugeben und zu dokumentieren. Beide Pflichten treffen nicht die Ablage, sondern den Datensatz selbst.

Aufbewahrungspflicht und Löschpflicht im selben Datensatz

§ 83 Absatz 8 WpHG setzt die Aufbewahrungsfrist für diese Aufzeichnungen auf fünf Jahre, die BaFin kann sie um zwei Jahre verlängern. Nach Ablauf sind die Aufzeichnungen zu löschen oder zu vernichten. Eine ähnliche Fristenlogik prägt Vertragsmanagement-Software, dort allerdings mit dem Vertrag als Bezugsobjekt. Ein DSGVO-konformes CRM für Finanzdienstleister braucht deshalb eine feldgenaue Löschlogik statt eines pauschalen Archivordners. Beide Richtungen müssen bedient werden: aufbewahren, solange die Pflicht besteht, und danach zuverlässig entfernen. Vergleichbar strenge Aufbewahrungsregeln prägen Software im Gesundheitswesen, dort für Behandlungsdaten statt für Beratungsprotokolle.

Rollen und Berechtigungen

Vertragsdaten, Risikoprofile, Beratungsprotokolle und Zahlungsdaten sind nicht für jede Rolle bestimmt. Poolgeschäft verlangt eine Trennung zwischen eigenem Bestand und fremden Mandanten, Innendienst und Vertrieb brauchen unterschiedliche Sichten. Ein belastbares Rechtekonzept beantwortet vier Fragen:

Digitale Resilienz und IKT-Drittparteienrisiko

Die Verordnung 2022/2554 gilt seit dem 17. Januar 2025 und regelt unter anderem das IKT-Risikomanagement, die Meldung schwerwiegender Vorfälle und das Management des IKT-Drittparteienrisikos. Für ein extern entwickeltes System wird damit der Vertrag mit dem Dienstleister Teil der Nachweiskette. Anforderungen an IT-Compliance reichen über die eigene Systemgrenze hinaus, weil die Aufsicht die Kette bis zum Anbieter verfolgt. Welche Nachweise eine solche Kette umfasst, zeigt die Health-IT-Compliance für Kliniken und Praxen.

CRM-Software für Finanzdienstleister: Schnittstellen statt Insellösung

Der Wert einer CRM-Software für Finanzdienstleister entsteht dort, wo Daten hineinfließen, ohne abgetippt zu werden. Im Finanzvertrieb sind das Versichererportale, Maklerpools, Vergleichsrechner und Abrechnungssysteme, auf Bankenseite das Bestandsführungs- oder Kernbanksystem. Ohne diese Anbindungen bleibt jedes CRM eine gepflegte Adressliste. Ein Vertragswechsel, der automatisch ankommt, kostet keine Erfassungszeit und erzeugt keinen Übertragungsfehler. Eine CRM-Integration ist deshalb keine Ausbaustufe, sondern die Voraussetzung dafür, dass sich der Aufwand überhaupt rechnet. Der Aufbau solcher Verbindungen gehört in die API- und Schnittstellenentwicklung.

Welche Schnittstellen braucht ein CRM für Versicherungsmakler?

Für den Datenaustausch zwischen Versicherern und Vermittlern hat der Branchenverband BiPRO Normen entwickelt. Norm 430 beschreibt die automatische Dateiübermittlung zwischen Anbieter- und Abnehmersystemen und wird durch die Unternormen 430.1 bis 430.10 konkretisiert. Ein CRM für Versicherungsmakler mit BiPRO-Schnittstelle holt Dokumente und Datensätze selbst ab, statt sie einzeln aus Portalen herunterzuladen. Parallel läuft ein Generationswechsel. Neben den bewährten RClassic-Normen entstehen unter RNext moderne API-basierte Ansätze.

Typische Anbindungen einer Versicherungsmakler-Software:

Provisions- und Courtageabrechnung

Ein CRM mit Provisionsabrechnung für Finanzvertriebe verbindet Vertrag, Vermittler und Zahlungseingang in einem Datenfluss. Staffeln, Stornohaftung, geteilte Courtagen und Bestandspflegeprovisionen lassen sich nur dort korrekt abbilden, wo die Vertragshistorie liegt. Wird das in einer Tabelle nachgehalten, entstehen Abweichungen, die im Nachhinein kaum noch auflösbar sind. Besonders bei geteilten Courtagen aus übernommenen Beständen fehlt dann die Zuordnung zum ursprünglichen Vermittler, und die Abrechnung wird zur Rekonstruktionsarbeit.

Bankenseite mit lesendem Zugriff

Auf Bankenseite ist der Zuschnitt anders. Ein CRM für Banken greift meist lesend auf das führende System zu, weil Kontostände und Depotdaten dort verbleiben und dort auch bilanziell verantwortet werden. Die CRM-Schnittstelle zum Bestandsführungssystem transportiert dann Sichten statt Kopien. Klar gezogene Systemgrenzen senken den Abstimmungsaufwand und verhindern, dass zwei Systeme denselben Sachverhalt unterschiedlich beantworten. Dieselbe Logik gilt für eine CRM-Integration im Versicherungsumfeld, sobald ein Bestandsführungssystem im Spiel ist.

Woran zeigt sich, dass ein Maklerverwaltungsprogramm nicht mehr genügt?

Der Wechsel kommt selten nach einer Grundsatzentscheidung, sondern nach einer Reihe von Umgehungen. Sobald wichtige Vorgänge dauerhaft außerhalb des Systems laufen, ist die Grenze überschritten. Fünf Signale sind belastbar:

Die Frage ist also nicht, ob ein Maklerverwaltungsprogramm gut ist, sondern ob es die eigene Pflichtenlage abdeckt. Tragfähig ist ein System, das vom Vertrag her rechnet und nicht vom Kontaktdatensatz.

Ein CRM für Versicherungsmakler schrittweise ablösen

Ein Umstieg in einem Zug ist im laufenden Vertrieb kaum zu verantworten. Bewährt hat sich diese Reihenfolge: zuerst ein CRM-Anforderungskatalog für Finanzdienstleister mit priorisierten Pflichten, dann die Schnittstellen, dann die Migration der Bestände, zuletzt die Ablösung der Nebenlisten. Die Reihenfolge zählt, weil eine Migration ohne belastbare Schnittstellen die alten Nebenlisten nur in ein neues System verschiebt. Der Anforderungskatalog entscheidet über die Kosten, weil er festlegt, was individuell entstehen muss und was ein Standardprodukt bereits liefert. Auch eine zugekaufte Versicherungsmakler-Software kann tragen, sofern die Pflichtseite passt.

Umsetzung und Betrieb aus einer Hand

TenMedia entwickelt individuelle Erweiterungen und Schnittstellen für bestehende Systemlandschaften, von der Poolanbindung über die Migration übernommener Bestände bis zur Abrechnungslogik. Für das Schweizer Institut IfFP hat TenMedia eine Schnittstellenlösung zwischen drei Systemen gebaut, die Daten datenschutzkonform und verlustfrei synchronisiert, darunter ein Werkzeug für Kundenkommunikation. Anforderungsaufnahme, Umsetzung und anschließender Betrieb kommen aus einer Hand, wenn ein Betrieb ein CRM für Finanzdienstleister entwickeln lassen will. Der Wartungsvertrag deckt dabei die Pflichten ab, die aus der Rolle als IKT-Dienstleister entstehen.

FAQs

Wie lässt sich KI in einem Finanz-CRM einsetzen, ohne mit dem Datenschutz zu kollidieren? keyboard_arrow_down keyboard_arrow_up
Vorschläge zur Kundenansprache oder zur Priorisierung von Anfragen sind unkritisch. Sobald ein Modell über Bonität oder Vertragsannahme mitentscheidet, greift Artikel 22 DSGVO. Dann braucht es eine menschliche Prüfung, eine nachvollziehbare Begründung und eine Protokollierung der Entscheidung im Datensatz.
Welche Rollen- und Berechtigungskonzepte erwartet die Aufsicht für Kundendaten im CRM? keyboard_arrow_down keyboard_arrow_up
Zugriff nur auf das, was die jeweilige Aufgabe erfordert, getrennt nach eigenem Bestand und Poolgeschäft. Jeder Zugriff auf Vertrags- und Beratungsdaten wird protokolliert, Änderungen bleiben nachvollziehbar. Beim Ausscheiden werden Rechte entzogen und nicht nur Passwörter geändert. Ein CRM-Anforderungskatalog für Finanzdienstleister hält diese Regeln verbindlich fest.
Was bedeutet DORA für ein CRM, das ein externer Dienstleister entwickelt und betreibt? keyboard_arrow_down keyboard_arrow_up
Das Institut bleibt verantwortlich, auch wenn Entwicklung und Betrieb ausgelagert sind. Der Vertrag mit dem Dienstleister muss deshalb regeln, welche Leistungen zugesichert sind, wie Störungen gemeldet werden, welche Mitwirkung bei Prüfungen und Tests erwartet wird und wie ein Ausstieg abläuft. Wichtig ist außerdem, dass die Vereinbarung in der internen Dokumentation erfasst und aktuell gehalten wird. Diese Punkte gehören in den Wartungsvertrag und nicht in eine Nebenabrede. TenMedia übernimmt Entwicklung, Schnittstellenanbindung und laufenden Betrieb über Service-Level-Agreements und dokumentiert Änderungen nachvollziehbar. Damit lässt sich ein CRM für Finanzdienstleister betreiben, ohne die eigene Nachweiskette zu unterbrechen.