Eine Maklerin in Süddeutschland arbeitet mit Blau Direkt, Fonds Finanz und WIFO. Drei Pools, drei Oberflächen, drei Datenbestände. Als sie einem Gewerbekunden eine Bestandsübersicht schicken will, braucht sie 40 Minuten, um die Verträge aus allen drei Systemen zusammenzusuchen. Beim Jahresgespräch fehlt dann ein Vertrag, weil er nur im dritten Pool-System steht und dort nicht aktualisiert wurde.
Das ist kein Einzelfall. Es ist der Normalzustand in Büros, die mit mehreren Pools arbeiten. Und es wird teurer, je länger man es ignoriert.
Die gute Nachricht: Datenhoheit lässt sich aufbauen, ohne gleich die Pool-Struktur zu ändern. Es braucht ein eigenes MVP als zentrale Datenbasis, sauber eingerichtete Import-Routinen und vier Wochen disziplinierte Nacharbeit. Dieser Artikel zeigt, wie das in einem Büro mit drei bis fünf Personen konkret aussieht.
Warum Pool-Daten allein nicht reichen
Jeder Pool speichert nur den Bestand, der über ihn läuft. AMEISE kennt keine Fonds-Finanz-Verträge. Professional works sieht keinen WIFO-Bestand. Warum Pool-KI-Tools wie AMEISE, AI-Hub und ViKI jeweils nur ihr eigenes Datensilo kennen, haben wir in einem eigenen Artikel beschrieben.
Für das Tagesgeschäft heißt das: Kein Pool-System liefert ein vollständiges Kundenbild. Wer die KI-gestützte Deckungslückenanalyse eines Pools nutzt, bekommt Ergebnisse, die den Bestand der anderen Pools ignorieren. Die Empfehlung kann ins Leere gehen oder doppelten Schutz vorschlagen.
Dazu kommt die rechtliche Seite: Daten sind nach deutschem Recht nicht eigentumsfähig (§§ 90, 903 BGB). Es gibt kein "Eigentum" an Kundendaten, weder für den Makler noch für den Pool. Kunden gehören sich selbst. Was der Makler hat, ist ein wirtschaftliches Interesse an den Beziehungen. Und dieses Interesse ist nur dann belastbar, wenn die Daten vollständig im eigenen System liegen.
Was ins eigene MVP gehört
Das eigene Maklerverwaltungsprogramm ist kein Backup. Es ist die Arbeitsoberfläche, auf der alle Fäden zusammenlaufen. Was dort liegen muss:
- Kundenstammdaten: Kontakt, Geburtsdatum, Beruf, Familiensituation, Risikoprofil. Vollständig, nicht nur die Felder, die der Pool für die Tarifierung braucht.
- Alle laufenden Verträge: Über sämtliche Pools und Direktanbindungen hinweg. Mit Versicherungssummen, Laufzeiten, Zahlweise und letztem Prüfdatum.
- Beratungsdokumentation: §61 VVG verlangt eine anlassbezogene Dokumentation. Die gehört ins eigene System, nicht in die Pool-Oberfläche. Wie die IDD-konforme Dokumentation bei KI-Einsatz aussehen muss, ist separat beschrieben.
- Kommunikationshistorie: Wer was wann mit dem Kunden besprochen hat. E-Mails, Gesprächsnotizen, Termine.
Was im Pool-System bleiben darf: Tarifvergleiche, Antragsstrecken, pool-spezifische Abrechnungsdaten. Das sind Arbeitswerkzeuge, keine Kundendaten.
BiPRO und GDV: Die zwei Import-Routinen, die jedes Büro braucht
Zwei Standards regeln den Datenaustausch zwischen Versicherern, Pools und MVPs. Beide braucht man, sie machen aber unterschiedliche Dinge.
BiPRO 430 ist der Echtzeit-Standard. Dokumente, Policenkopien und Vertragsänderungen fließen automatisch vom Versicherer ins MVP. Die Subnorm 430.4 synchronisiert Vertragsdaten direkt ins CRM, ohne manuelles Abtippen. Über 75 Versicherer sind per BiPRO erreichbar. Der BiPRO-Hub, 2023 gestartet, umfasst bereits 23 Teilnehmer und deckt mehr als zwei Drittel des deutschen Prämienvolumens ab.
Der GDV-Datensatz ist das Batch-Format für Bestandsübertragungen. Er kommt ins Spiel beim Poolwechsel, bei der Ersteinrichtung eines neuen MVP oder beim periodischen Abgleich ganzer Vertragsbestände. Die Formate sind standardisiert, aber jeder Versicherer interpretiert den Standard etwas anders.
In der Praxis aktivieren viele Makler BiPRO 430, richten aber die Folgeprozesse nicht ein. Dokumente landen im digitalen Postfach, werden aber nicht automatisch dem richtigen Kunden und Vertrag zugeordnet. Die DSGVO-Anforderungen an die Datenverarbeitung gelten natürlich auch für automatische Importe: nur verarbeiten, wofür eine Rechtsgrundlage besteht.
Die Kosten für BiPRO-Integration über das MVP liegen zwischen 50 und 300 Euro monatlich, je nach Anbieter und Bürogröße. Pool-MVPs wie AMEISE oder Professional works haben die Anbindung im Paket. Wer ein unabhängiges MVP nutzt (Keasy, Insurgo, Smart Admin oder ähnliche), bucht die BiPRO-Anbindung als Modul dazu.
Drei Pools, drei Wahrheiten: Wie man Vollständigkeit prüft
Ein zentrales MVP nützt wenig, wenn die Daten darin veraltet oder lückenhaft sind. Die häufigsten Probleme:
- Verträge fehlen. Nicht jeder Pool liefert automatisch alle Vertragsdaten per BiPRO. Manche Versicherer sind nicht angebunden, manche Verträge laufen über Direktanbindungen, die nirgends synchronisiert werden.
- Vertragsstände stimmen nicht überein. Der Pool zeigt eine andere Deckungssumme als der Versicherer, weil ein Nachtrag nicht übertragen wurde.
- Kundendaten sind unvollständig. Der Pool hat die Vertragsdaten, aber nicht die Kontaktdaten des Ehepartners, nicht das Risikoprofil, nicht die Notizen vom letzten Jahresgespräch.
Der Abgleich funktioniert am besten systematisch: 20 Kundenmappen pro Woche öffnen, Pool-Daten mit MVP-Daten vergleichen, Lücken sofort schließen. Nach sechs bis acht Wochen hat ein Büro mit 300 Kunden den Großteil bereinigt. Das klingt nach viel Arbeit. Ist es auch. Aber es ist die Arbeit, die den Unterschied macht zwischen einem Bestand, der beim Verkauf bewertet werden kann, und einem Datenhaufen, den kein Käufer anfasst.
30-Tage-Plan: Datenhoheit praktisch aufbauen
Für ein Büro mit drei bis fünf Personen und zwei bis drei Pool-Anbindungen:
Woche 1: Bestandsaufnahme. Welche Daten liegen wo? MVP, Pool-Oberflächen, lokale Ordner, E-Mail-Postfach. Welche BiPRO-Anbindungen sind aktiv, welche nicht? Welche Versicherer liefern keine Daten automatisch? Das Ergebnis ist eine Liste der blinden Flecken.
Woche 2: Import einrichten. BiPRO 430 für alle verfügbaren Versicherer aktivieren. GDV-Import für die Pools einrichten, die BiPRO nicht unterstützen. Die automatische Dokumentenzuordnung im MVP konfigurieren: Kunde, Vertrag, Dokumententyp. Eine Stunde Einrichtung spart jeden Monat zehn Stunden manuelles Sortieren.
Woche 3: Abgleich starten. 20 Kunden pro Tag öffnen, Pool-Daten mit MVP abgleichen. Fehlende Verträge nachtragen. Veraltete Deckungssummen korrigieren. Beratungsnotizen ergänzen. Die interne KI-Richtlinie sollte festlegen, welche Daten in welchem System gepflegt werden.
Woche 4: Routine etablieren. Neukunden ab sofort zuerst im eigenen MVP anlegen, dann im Pool-System. Jede Vertragsänderung im MVP dokumentieren, auch wenn der Pool sie automatisch übernimmt. Einmal wöchentlich die automatischen Importe prüfen: Kommen alle Dokumente an? Werden sie richtig zugeordnet?
Eigene Daten, eigene Entscheidungen
Datenhoheit ist kein IT-Projekt. Es ist die Grundlage dafür, dass der Makler tatsächlich unabhängig beraten kann. Wer sein Gesamtbild aus drei Pool-Oberflächen zusammenklicken muss, berät langsamer, unvollständiger und abhängiger, als er müsste.
Pools sind gute Werkzeuge. Aber die Kundendaten gehören ins eigene System. Nicht aus Misstrauen, sondern weil der §34d-Makler derjenige ist, der gegenüber dem Kunden haftet, nicht der Pool. Und wer haftet, braucht die Daten.
Wer wissen will, wo im eigenen Büro die größten Datenlücken liegen und welche Import-Routinen sich am schnellsten einrichten lassen, findet in unserer unabhängigen KI-Potenzialanalyse für Versicherungsmakler einen strukturierten Einstieg.