Doppelte Kunden: Was vor dem Zusammenführen zu vergleichen ist

Um doppelte Kunden zu überprüfen, vergleichen Sie zunächst die Identität und Funktion jedes Datensatzes; danach entscheiden Sie, ob eine Zusammenführung erforderlich ist. Ein Eintrag im Vertrieb und ein anderer in der Rechnungsstellung können korrekt sein. Was möglicherweise fehlt, ist eine zuverlässige Zuordnung zwischen beiden.

Das Problem entsteht, wenn die Verwaltung zwei ähnliche Historien findet und jemand vorschlägt, den „vollständigsten“ zu behalten. Ein Datensatz kann den aktuellen Kontakt enthalten; der andere die von einer Integration verwendeten Referenzen. Die Auswahl nach der Anzahl der ausgefüllten Felder löst diesen Konflikt nicht. Dieser Leitfaden bietet eine Matrix und ein Entscheidungsregister, um den Fall vor der Änderung zu überprüfen.

Ein Datensatz pro Tool kann richtig sein

Unterscheiden Sie dieselbe Entität, die in zwei Systemen dargestellt wird, von zwei redundanten Datensätzen innerhalb eines Systems. Der erste Fall erfordert möglicherweise eine Zuordnung; der zweite eine Untersuchung des Ursprungs des Duplikats. Keiner berechtigt dazu, eine Zeile aufgrund ihres Namens zu löschen.

Definieren Sie auch, was jeder Datensatz darstellt: Organisation, Ansprechpartner, Niederlassung oder Geschäftskonto. Eine Person, die in einem Unternehmen arbeitet, ist kein Duplikat dieses Unternehmens. Zwei Niederlassungen sollten auch nicht zusammengeführt werden, wenn Ihr Betrieb sie separat behandeln muss.

Diese Überprüfung passt zur Vorbereitung einer Migration, ist aber auch nützlich, ohne das Tool zu wechseln. Das Ergebnis kann sein, zwei Datensätze zu behalten und deren Beziehung zu erklären.

Bewahren Sie den Ursprung vor der Normalisierung

Arbeiten Sie mit einer schreibgeschützten Kopie. Speichern Sie für jede Zeile System, Arbeitsbereich, Datensatztyp, ursprüngliche Kennung und Extraktionsdatum. CRM / W1 / account / A17 identifiziert etwas anderes als BILL / W1 / account / A17: Die Wiederholung der Nummer beweist nicht, dass es sich um denselben Kunden handelt.

Behalten Sie die ursprünglichen Werte bei und erstellen Sie Hilfsspalten, um Leerzeichen, Groß-/Kleinschreibung oder bekannte Namensvarianten zu vergleichen. Entfernen Sie keine Suffixe, Abteilungen oder Referenzen, die Entitäten unterscheiden könnten. Ein leeres Feld bedeutet „keine Daten“, nicht „stimmt mit einem anderen leeren Feld überein“.

Notieren Sie, woher jedes Signal stammt. Ein gemeinsamer Code hat mehr Wert, wenn Sie wissen, wer ihn zugewiesen hat und Sie seine Zuordnung überprüft haben. Ein bei einem fehlerhaften Import kopierter Code kann denselben Fehler auf beide Datensätze übertragen. Das Datum der letzten Bearbeitung macht einen Wert auch nicht automatisch korrekt.

Eine Matrix mit drei Ergebnissen und vier Fällen

Das folgende Beispiel ist vollständig fiktiv. Alle Datensätze gehören zum Arbeitsbereich W1; die Codes ORG und EV sind Übungsreferenzen, keine Steuerkennungen oder Kundendaten. Die beschriebenen Beweise werden nur zur Veranschaulichung der Argumentation als verfügbar angenommen.

Erfinden Sie keine Prozentwerte für die Sicherheit einer Zuordnung. „Wahrscheinlich“ eröffnet eine Überprüfung: Es ist keine genehmigte Zusammenführung. „Zweideutig“ behält die Sperre bei und erklärt, was fehlt. Selbst wenn Sie die Identität bestätigen, bleibt zu entscheiden, ob etwas geändert werden muss.

Das Fehlen von Bestellungen in einem Datensatz beweist auch nicht, dass er überflüssig ist: Es könnte eine kürzliche Registrierung sein oder eine andere Funktion darstellen. Klassifizieren Sie mit Beweisen, nicht mit der Anzahl der leeren Felder.

Die Alias-Zuordnung führt keine Zusammenführung aus

Nehmen wir an, der Verantwortliche löst den ersten Fall: A17 und B62 repräsentieren ORG-07, aber beide Tools benötigen ihren Datensatz. Die Entscheidung ist, sie zu behalten und ihre Zuordnung zu registrieren. Auf einem separaten Blatt kann ENTITY-F07 Ihre Arbeitsreferenz sein:

system,workspace,record_type,source_id,entity_key,review_id
CRM,W1,account,A17,ENTITY-F07,R-01
BILL,W1,account,B62,ENTITY-F07,R-01

Diese Spalten sind eine eigene Vorlage, kein Importformat von Frihet oder ein Befehl für einen Konnektor. entity_key gruppiert überprüfte Identitäten; source_id bewahrt die ursprüngliche Referenz. Ein Alias ändert die Tools nicht, nur weil er auf einem Blatt existiert.

Führen Sie Personen, Unternehmen und Niederlassungen nicht unter demselben Schlüssel zusammen. Und kombinieren Sie nicht transitiv ohne Überprüfung: Wenn A B ähnelt und B C ähnelt, haben Sie noch nicht bewiesen, dass A und C dasselbe sind.

Eine Entscheidung registrieren, die eine andere Person überprüfen kann

Kopieren Sie diesen Datensatz für jedes Paar. Behalten Sie den vorherigen Vorschlag bei, wenn sich die Entscheidung ändert, mit einer neuen Version, die ihn ersetzt.

Überprüfung: R-01 / Version 1
Vollständige Referenzen: CRM/W1/account/A17; BILL/W1/account/B62
Beweis: EV-01; Zuordnung ORG-07 vom Verantwortlichen geprüft
Konflikt: Verantwortlicher Kontakt unterschiedlich; aktueller Wert in EV-05 bestätigt
Entscheidung: Beide Datensätze beibehalten und Zuordnung ENTITY-F07 registrieren
Verantwortlicher für die Überprüfung: ROLE-OPS
Aktion in den Tools: keine
Offen: Überprüfen, wie der Konnektor diese Zuordnung verwendet
Ersetzt: keine vorherige Überprüfung

Die Codes sind fiktiv. Im realen Einsatz verweisen Sie auf Beweismittel, die für den Prüfer zugänglich sind, und vermeiden Sie das Kopieren unnötiger persönlicher Daten auf das Blatt. Falls später eine Änderung genehmigt wird, protokollieren Sie separat Ausführenden, Zeitpunkt, vorherige Referenzen und beobachtetes Ergebnis. „Genehmigt“, „ausgeführt“ und „überprüft“ sind unterschiedliche Zustände.

Diese Historie ist überarbeitbar, keine Garantie für eine Rückgängigmachung. Die Korrektur einer schriftlichen Entscheidung stellt bereits geänderte Daten nicht automatisch wieder her.

Was vor dem Zusammenführen beim Anbieter zu prüfen ist

Das Verhalten hängt vom Produkt und vom Datensatztyp ab. HubSpot dokumentiert, dass eine Zusammenführung nicht rückgängig gemacht werden kann und dass Identifikatoren, Eigenschaften und Assoziationen spezifischen Regeln folgen. Gehen Sie nicht davon aus, dass die ID, die Sie als primär markiert haben, immer intakt bleibt.

Shopify warnt auch, dass der Vorgang nicht umkehrbar ist und bestimmte Profile ausschließt, wie diejenigen, die Abonnementverträge haben oder hatten. Diese Beispiele beschreiben nicht das Verhalten von Frihet oder Ihrem anderen Anbieter.

Bevor Sie irreversible Aktionen durchführen, beantworten Sie diese Fragen:

• Wird diese Typenkombination unterstützt und haben Sie die entsprechenden Berechtigungen?
• Welche Werte werden beibehalten, welche verworfen und welche ID wird das Ergebnis haben?
• Was geschieht mit Historie, Beziehungen und externen Referenzen?
• Was wird die Synchronisierung tun: die Änderung erkennen, einen Datensatz neu erstellen oder fehlschlagen?
• Welche Wiederherstellung gibt es wirklich und was deckt Ihre Kopie nicht ab?

Lesen Sie den Umfang der Integrationen (auf Englisch) und überprüfen Sie den Vertrag des verwendeten Konnektors. Dass ein Konnektor Daten lesen kann, belegt nicht, dass er Zusammenführungen in verbundene Systeme übernimmt.

Schließen Sie den Fall ab, indem Sie auch dessen Ursprung überprüfen

Wenn eine Zusammenführung genehmigt wird, vereinbaren Sie zuerst, wie deren Auswirkungen auf verbundene Systeme begrenzt werden. Testen Sie mit synthetischen Daten in einer kompatiblen Testumgebung; wenn keine existiert, behalten Sie die Sperre bei, bis die Unklarheiten mit dem Anbieter geklärt sind. Ein isolierter Export beweist nicht, dass Sie alles wiederherstellen können.

Nach einer genehmigten Änderung vergleichen Sie Felder und Referenzen mit den Erwartungen und überprüfen Sie die nächste Synchronisierung, bevor Sie weitere Datensätze einbeziehen. Wenn das Ergebnis unsicher ist, untersuchen Sie dies, bevor Sie die Aktion wiederholen.

In der Kundenverwaltung von Frihet ist der Export der Liste als CSV verfügbar. Dies kann als Grundlage für eine Überprüfung dienen. Das bedeutet nicht, dass diese Vorlage importiert oder Kunden automatisch zusammengeführt werden können.

Schließen Sie ab, indem Sie notieren, warum das Duplikat entstanden ist: manuelle Eingabe, Import oder Konnektorregel, falls Beweise vorliegen. Wenn Sie es noch nicht wissen, hinterlassen Sie einen Verantwortlichen und eine ausstehende Überprüfung. Zwei beibehaltene Datensätze mit einer klaren Beziehung sind ein gültiges Ergebnis; eine kürzere Liste ohne erklärbare Historie ist es nicht.

Quellen konsultiert am 14. September 2026. Überprüfen Sie die aktuelle Dokumentation Ihres Anbieters vor Änderungen an Ihren Daten.