Doppelte Kundendatensätze zusammenführen: Was muss Ihre Business-App erhalten?

Beschreiben zwei Kundendatensätze dieselbe Person oder dasselbe Unternehmen, sollte das Zusammenführen eine bewusste Datenbereinigung sein und kein schnelles Löschen. Legen Sie vor der Entwicklung fest, welcher Datensatz bestehen bleibt, wie widersprüchliche Angaben behandelt werden, wohin verknüpfte Vorgänge gehören und welche Wiederherstellung tatsächlich möglich ist. Ein gleicher Name ist ein Anlass zur Prüfung, keine Freigabe zum Zusammenführen.

Hier geht es um zwei bereits vorhandene Datensätze innerhalb einer Business-App. Wiederholte Automatisierungsereignisse, Datenimporte und das Archivieren inaktiver Kunden sind andere Entscheidungen.

Ist es wirklich derselbe Kunde?

Eine Telefonnummer kann zu einem Haushalt oder einer gemeinsamen Rezeption gehören. Zwei Niederlassungen können denselben Namen verwenden und dennoch getrennte Rechnungsdaten brauchen. Umgekehrt kann ein Kunde nach einem Wechsel der E-Mail-Adresse tatsächlich doppelt erfasst sein. Das sind erfundene Beispiele zur Einordnung, keine Belege für die Zuverlässigkeit einer bestimmten Erkennungsregel.

Für die erste Version empfiehlt sich eine Vorschlagsfunktion mit anschließender Entscheidung durch eine berechtigte Person. Zeigen Sie ausreichend Kontext: Kontaktdaten, gegebenenfalls rechtmäßig vorhandene Unternehmenskennungen und relevante verknüpfte Aufträge. Zusätzliche personenbezogene Daten sollten nicht allein deshalb erscheinen, damit der Vergleich vollständiger aussieht.

Es braucht auch eine Alternative zum Zusammenführen. Mitarbeitende sollten ein Paar als unterschiedliche Kunden kennzeichnen und diese Entscheidung später erneut prüfen können. Sonst erscheint derselbe unbrauchbare Vorschlag womöglich immer wieder.

Welcher Datensatz bleibt und welche Angaben bleiben?

Die Kennung des verbleibenden Datensatzes und seine Feldwerte sind zwei verschiedene Fragen. Vielleicht muss die Kennung erhalten bleiben, auf die ein angebundenes System verweist, während die zuletzt bestätigte Telefonnummer aus dem anderen Datensatz übernommen wird. Weder „immer den älteren behalten“ noch „immer den neueren behalten“ löst jeden Konflikt.

Verlangen Sie eine Gegenüberstellung, die vor der Bestätigung Folgendes zeigt:

• Den verbleibenden Datensatz samt Kennung.
• Die vorgesehenen Werte für Name, E-Mail-Adresse, Telefonnummer und weitere relevante Felder.
• Widersprüche, über die noch jemand entscheiden muss.
• Leere Werte, die vorhandene Angaben ersetzen würden, falls das vorgesehen ist.
• Angaben, die nicht kombiniert werden können und deshalb entfallen oder getrennt erhalten bleiben.

Kommunikationspräferenzen dürfen nicht beiläufig neu ausgelegt werden. Bei widersprüchlichen Angaben braucht es eine ausdrückliche Regel, die zum Betrieb und seinen Pflichten passt. „Den bequemeren Wert übernehmen“ ist keine solche Regel. Ist die Rechtsgrundlage unklar, holen Sie fachkundigen Rat ein; dieser Artikel bestimmt sie nicht.

Verknüpfungen einzeln betrachten

Die Kundenseite kann nach dem Zusammenführen korrekt aussehen, obwohl ein Auftrag weiterhin der falschen Identität zugeordnet ist. Nehmen Sie Aufträge, Angebote, Notizen, Dokumente und alle weiteren tatsächlich vorhandenen Beziehungen einzeln ins Briefing auf. Legen Sie fest, ob sie zum verbleibenden Datensatz wechseln, mit einer historischen Identität verbunden bleiben oder eine manuelle Prüfung erzwingen.

Bereits ausgestellte Dokumente brauchen eine eigene Entscheidung. Wo eine Rechnung in der Kundenübersicht erscheint, ist beispielsweise nicht dasselbe wie die Frage, ob die auf der Rechnung gedruckten Kundendaten verändert werden dürfen. Lassen Sie das vereinbarte Verhalten vorführen, statt eine allgemeingültige Buchhaltungsregel anzunehmen.

Ein Produktbeispiel liefert die Dokumentation von HubSpot zum Zusammenführen. Laut dieser Dokumentation kombiniert der verbleibende Datensatz Aktivitäten, Verknüpfungen und die meisten Eigenschaftswerte; das Verhalten unterscheidet sich je nach Objekttyp. „Die meisten“ ist eine wichtige Einschränkung. Ein Angebot, in dem nur „Kundendaten zusammenführen“ steht, lässt die Ausnahmen offen. Die Beschreibung von HubSpot ist keine Funktionszusage für Ihre individuelle App.

Nicht von einer Rückgängig-Funktion ausgehen

HubSpot erklärt in derselben Dokumentation ausdrücklich, dass sich zusammengeführte Datensätze nicht wieder auseinanderführen lassen. Das ist eine dokumentierte Produktgrenze, kein technisches Gesetz für jede Anwendung. Das Beispiel zeigt aber, weshalb die Wiederherstellung vor der Abnahme geklärt werden muss.

Fragen Sie bei einer individuellen App nach der zugesagten Lösung: keine Rücknahme, eine dokumentierte manuelle Korrektur oder eine getestete Funktion zum Aufheben der Zusammenführung. Soll eine Rücknahme möglich sein, müssen auch später entstandene Vorgänge berücksichtigt werden. Das Wiederanlegen der ursprünglichen zwei Datensätze beantwortet noch nicht, welchem Kunden ein danach neu erstellter Auftrag gehört.

Auch eine Datensicherung ist nicht automatisch eine praktikable Rückgängig-Funktion für einen einzelnen Kunden. Klären Sie, was wiederhergestellt werden müsste und ob dadurch andere, inzwischen erfolgte Änderungen betroffen wären. Nennen Sie den Vorgang erst dann umkehrbar, wenn der vereinbarte Weg vorgeführt wurde.

Schnittstellen und Benutzerkonten getrennt absichern

Verweist ein anderes System auf die stillgelegte Kennung, braucht dieser Verweis ein definiertes Verhalten. Das betrifft alte Links ebenso wie spätere Importe oder verzögert eintreffende Aktualisierungen. Mögliche Vereinbarungen sind eine Auflösung zur verbleibenden Kennung, eine verständliche Zurückweisung oder eine Warteschlange zur Klärung. Das sind Gestaltungsoptionen, keine hier zugesagten Standardfunktionen.

Bei Kundenkonten kommt eine weitere Grenze hinzu. Das Zusammenführen von Kontaktdaten darf einem Login nicht unbemerkt Zugriff auf fremde Dokumente geben. Gibt es getrennte Logins oder unterschiedliche Organisationen, muss eine ausdrückliche Entscheidung zu Identität und Zugriff vorausgehen. Eine Datenbereinigung im Verwaltungsbereich beweist nicht, dass zwei Konten derselben Person gehören.

Diese Vorführung gehört zur Abnahme

Arbeiten Sie mit erfundenen Kundendaten und Testkonten. Geben Sie beiden Datensätzen unterschiedliche Telefonnummern, jeweils einen Auftrag und widersprüchliche Kommunikationspräferenzen. Lassen Sie anschließend diese Fälle zeigen:

1. Eine Person ohne Berechtigung kann weder über die Oberfläche noch durch einen direkten Schnittstellenaufruf zusammenführen.
2. Die Vorschau benennt den verbleibenden Datensatz, offene Konflikte und betroffene Verknüpfungen.
3. Abbrechen verändert keinen der beiden Datensätze.
4. Nach der Bestätigung stimmen Feldwerte und Verknüpfungen mit den vereinbarten Regeln überein.
5. Eine alte Referenz verhält sich wie vorgesehen und legt keine fremden Kundendaten offen.
6. Ein zweiter Versuch wiederholt nicht unbemerkt nachgelagerte Aktionen und erzeugt keinen weiteren zusammengeführten Datensatz.
7. Die App hält fest, wer welche Kennungen wann zusammengeführt hat, ohne unnötig sensible Feldinhalte ins Protokoll zu kopieren.
8. Der zugesagte Wiederherstellungsweg funktioniert, oder die Oberfläche weist klar darauf hin, dass keine Rücknahme möglich ist.

Das sind vorgeschlagene Prüfungen, keine Testergebnisse zu einem Produkt. Übernehmen Sie sie in Ihre Akzeptanzkriterien für die Web-App. Braucht die erste Version noch keine Zusammenführung, legen Sie stattdessen fest, wie Mitarbeitende mögliche Dubletten zur Prüfung melden, ohne nützliche Historie zu löschen. Ein nachvollziehbarer manueller Ablauf ist besser als eine Automatik, deren Folgen niemand erklären kann.

Häufige Fragen vor der Beauftragung

Reicht eine gleiche E-Mail-Adresse für automatisches Zusammenführen?

Machen Sie das nicht allein deshalb zum Standard, weil es leicht zu programmieren ist. Klären Sie, welche Merkmale in Ihrem Ablauf die Identität belegen und welche Ausnahmen geprüft werden müssen. Die Empfehlung hier lautet menschliche Bestätigung in der ersten Version, nicht ein pauschales Verbot automatischer Erkennung.

Kann man den doppelten Datensatz nicht einfach löschen?

Erst wenn Feldwerte, Beziehungen, alte Referenzen und Zugriffsfolgen bewusst geklärt wurden. Die Löschfunktion allein regelt keinen dieser Punkte.

Braucht jede kleine App diese Funktion?

Nein. Bei seltenen Dubletten kann ein dokumentierter Korrekturprozess genügen. Eine eigene Funktion lohnt sich, wenn wiederkehrender Aufwand und Risiko sie rechtfertigen. Den passenden Umfang können Sie im Gespräch über Websites und Business-Apps für kleine Teams festlegen.

Quelle und Abgrenzung

HubSpot, „Merge records“: https://knowledge.hubspot.com/records/merge-records. Die belegten Produktaussagen betreffen kombinierte Daten, Unterschiede nach Objekttyp und die fehlende Möglichkeit zum Auseinanderführen. Vorschau, Identitätsprüfung, Wiederherstellungsfragen und Abnahmetests sind praktische Empfehlungen für die Beauftragung, keine Behauptungen über vorhandene Funktionen von HubSpot oder anderen Produkten.