Kundendaten aus dem MVP exportieren: blau direkt, Fonds Finanz, Invers und Co.

Für Bestandsmarketing genügt ein überschaubarer Minimal-Datensatz: Name, E-Mail-Adresse, Geburtsdatum und die vorhandenen Verträge mit Sparte und Status. Damit sind die drei wichtigsten Anwendungen möglich: Lücken-Analyse (welche Sparte fehlt wem), Kampagnen-Zielgruppen und Geburtstagsgrüße.

Alles Weitere ist optional: Anschrift für die Anrede-Qualität, Vertragsbeginn und Beitrag für Auswertungen, Tags oder Segmente für die Feinsteuerung. Wer zum ersten Mal exportiert, fährt am besten zweistufig: erst der kleine Datensatz, der sauber durchläuft, dann gezielt nachladen, was tatsächlich gebraucht wird.

Zwei Eigenheiten kosten regelmäßig Zeit. Erstens: Das Feld „Verstorben“ ist ein reines Flag mit dem Wert 1, kein Sterbedatum. Wer es als Datumsspalte einliest, produziert an dieser Stelle Importfehler. Zweitens: Der Vertragsstatus steckt in einbuchstabigen Art-Codes, unter anderem A für aktiv, H für aktiv auf Honorarbasis, N für beitragsfrei, B für beantragt und S für storniert. Diese Codes muss der Import übersetzen, sonst landen stornierte Verträge in der Lücken-Analyse.

Vorsicht bei Fremdvertrags-Logik: Die DV-Kennzeichnung, die anzeigen soll, ob ein Vertrag bei einem anderen Vermittler läuft, ist in der Praxis häufig fehlerhaft gesetzt. Entscheidungen sollten nicht allein daran hängen. Wer blau direkt dauerhaft anbinden will, sollte außerdem die API prüfen: Der AMEISE-Webservice und die Stocks-API liefern Kundenstamm- und Vertragsdaten per REST mit OAuth2 und umgehen die CSV-Eigenheiten komplett. CSV bleibt der richtige Weg für Einmal-Migrationen.

Fonds Finanz kombiniert Informationen, die getrennt gehören. Das Feld BEITRAG enthält Betrag und Zahlweise als einen Text, etwa „25,00 € monatlich“. Vor der Übernahme muss der Betrag herausgeparst und die Zahlweise separiert werden. Ebenso liegen BEGINN und ABLAUF als ein kombiniertes Feld vor statt als zwei Datumsspalten.

Die größte Lücke: Der Export enthält kein Geburtsdatum. Für Geburtstagsgrüße und altersabhängige Analysen muss es aus einer anderen Quelle ergänzt werden, zum Beispiel aus einem zweiten Export oder per Nachpflege. Das sollte man vor dem Start wissen und nicht erst, wenn die erste Geburtstagskampagne leer bleibt.

Weil eine Datei genügt: Bereits der reine Verträge-Export enthält Name, Adresse, Geburtsdatum und alle Vertragsdaten des Kunden. Ein Import ist damit ohne separate Kundenstammdatei möglich. Das ist die Ausnahme; die meisten Systeme trennen Kunden- und Vertragsexport, sodass beide Dateien über eine Kundennummer zusammengeführt werden müssen.

Beides sind die häufigsten Import-Abbrecher. Umlaute: CSV-Exporte aus deutscher Business-Software sind oft Windows-1252-kodiert statt UTF-8. Liest ein Werkzeug die Datei stur als UTF-8, wird aus „Straße“ ein „Straße“, Spaltenüberschriften matchen nicht mehr, und ganze Spalten gehen still verloren. Ein robuster Import erkennt das Encoding und fällt kontrolliert auf Windows-1252 zurück, statt kaputte Zeichen zu übernehmen.

Datumsfelder: Ein String wie „31.02.2023“ sieht formal wie ein Datum aus, ist aber kalendarisch unmöglich. Reine Format-Prüfungen übersehen das; die Datenbank lehnt den Wert dann beim Schreiben ab. Läuft der Import in einer einzigen Transaktion, bricht damit der komplette Import ab, null Zeilen importiert, oft mit nichtssagender Fehlermeldung. Die zuverlässige Prüfung validiert jedes Datum als echtes Kalenderdatum und weist die betroffene Zeile mit klarer Begründung aus, statt alles zu verwerfen.

Mit Fuzzy-Matching statt exaktem Vergleich. Deutsche Namen kommen in Varianten: „Meier, Andreas“ und „Andreas Mayer“ sind oft dieselbe Person. Bewährt hat sich die Kombination aus Kölner Phonetik, einem Kodierverfahren speziell für die deutsche Aussprache, und der Jaro-Winkler-Ähnlichkeit für die Schreibweise, ergänzt um eine gesonderte Behandlung vertauschter Vor- und Nachnamen. So werden Dubletten beim Re-Import zusammengeführt statt doppelt angelegt.

Wichtig beim wiederholten Import: Einstellungen am Kundendatensatz, allen voran Werbe-Widersprüche, dürfen durch neue Daten nie überschrieben werden. Ein Opt-out bleibt gesetzt, egal was die frische CSV sagt.

Der belastbare Ablauf in fünf Schritten:

1. Export aus dem MVP ziehen (Kunden und Verträge, sofern getrennt).
2. Encoding prüfen, bevor irgendetwas geschrieben wird.
3. Spalten dem Zielschema zuordnen, mit systemspezifischen Regeln für die Eigenheiten oben.
4. Dubletten gegen den vorhandenen Bestand abgleichen.
5. Fehlerbericht je Zeile statt Komplett-Abbruch, danach gezielt nacharbeiten.

In InsurAgent ist dieser Ablauf als geführter Import umgesetzt: Presets für blau direkt, Fonds Finanz und Invers sind mit echten Exportdateien getestet, ein KI-Mapping ordnet unbekannte Spaltennamen zu, Encoding- und Datums-Prüfung laufen automatisch, und der Fehlerbericht zeigt jede übersprungene Zeile mit Grund. Kunden ohne E-Mail-Adresse können mit importiert werden und bleiben von Kampagnen ausgenommen. Details in der Doku zum Kundenstamm-Import.