Merge Rules

Mit Dedupely führen Sie CRM-Datensätze einfach und präzise zusammen. Unsere Merge-Werkzeuge folgen der nativen Logik Ihres CRMs und lassen Sie zugleich feldgenau festlegen, was mit jedem Wert passiert – Ihre Daten bleiben unter Ihrer Kontrolle.

Standardverhalten beim Zusammenführen

Standardmäßig führt Dedupely Duplikate über die CRM-eigene interne Kernfunktionen für das Merging. Das bedeutet:

• Merges werden ausgeführt in Ihrem CRM, wir übergehen oder umgehen die integrierten Regeln Ihrer Plattform nicht.
• Wenn Sie das Zusammenführen von Datensätzen direkt in Ihrem CRM gewohnt sind: Dedupely folgt genau dieselbe Logik, weil die Merges mit den eigenen Werkzeugen Ihres CRMs laufen.
• Allerdings, auch wenn wir die integrierten Zusammenführungsregeln Ihres CRM einhalten, können Sie mit Dedupely festlegen, welche Werte behalten (Gewinner) oder verworfen (verlieren) während eines Merges, sofern die Felder nicht schreibgeschützt sind in Ihrem CRM.
• Der neueste Feldwerte bleiben in der Regel erhalten.
• Der älteste Record ID bleibt erhalten.
• Alle Verknüpfungen und Aktivitäten (E-Mails, Anrufe, Notizen usw.) bleiben erhalten.
• Leere Felder überschreiben nie vorhandene Daten.

Zum Zusammenführen brauchen Sie keine Regeln, aber mehr Kontrolle geben Ihnen eigene Merge-Regeln wenn Sie die volle Kontrolle möchten.

Tipp: Jedes CRM führt Datensätze etwas anders zusammen. Diese Ressourcen erklären, wie das Zusammenführen in Ihrem CRM funktioniert:

• HubSpot CRM: Datensätze in HubSpot zusammenführen
• Pipedrive: Duplikate in Pipedrive zusammenführen
• Salesforce: Richtlinien zum Zusammenführen doppelter Accounts

Verknüpfungen und Aktivitäten bleiben erhalten

Beim Zusammenführen in Dedupely bleiben alle Aktivitäten (Notizen, Anrufe, Aufgaben) und Verknüpfungen (verbundene Unternehmen, Deals, Kontakte) erhalten. Dedupely löscht keine Daten, sondern fasst sie nur zusammen. Ihre CRM-Historie bleibt vollständig.

Eigene Merge Rules verwenden

Für mehr Kontrolle darüber, welche Feldwerte beim Zusammenführen „gewinnen“, gibt es Dedupelys Merge Rules Engine gibt Ihnen diese Kontrolle.

Mit eigenen Merge Rules können Sie:

• Legen Sie fest, welche Werte gewinnen oder verlieren für bestimmte Felder.
• Regeln gelten für ein oder mehrere Duplicate Searches (Duplikatsuchen).
• Filtern Sie nach Bedingungen wie ältester oder neuester Datensatz, Quelle oder anderen Feldern.

So legen Sie eine Merge Rule fest

So bauen Sie mit unserer Merge-Engine Ihre eigene Regel:

1. Datensatztyp: Wählen Sie das Objekt: Kontakte, Unternehmen oder Deals.
2. Betroffenes Feld: Wählen Sie das Feld, für das die Regel gilt (z. B. Vorname).
3. Gewonnen/verloren: Legen Sie fest, ob dieses Feld erhalten bleibt (Win) oder verworfen wird (Lose).
4. Nach Feld filtern: Fügen Sie eine WENN-Bedingung hinzu, die den Auslöser der Regel definiert (z. B. Erstellungsdatum).
5. Operator: Wählen Sie die Vergleichslogik (z. B. Is Oldest, Is Newest).
6. Duplikatsuche: Legen Sie fest, ob die Regel für eine bestimmte Duplicate Search oder für alle gilt.

Beispielszenario für eine Regel

Ziel: Stellen Sie sicher, dass Vorname aus dem ältester Kontakt ist nicht behalten.

• Datensatztyp: Kontakte
• Betroffenes Feld: Vorname
• Gewinnt/verliert: Sie verlieren
• Nach Feld filtern: Erstellungsdatum
• Operator: Ist am ältesten
• Duplikatsuche: Beliebig

Diese Regel sorgt dafür, dass beim Zusammenführen von Kontakten der Vorname aus dem ältesten Datensatz verliert. Stattdessen gewinnt der Vorname aus einem neueren Datensatz.

Sie können mehrere Regeln kombinieren, um verschiedene Fälle über mehrere Felder hinweg abzudecken.

Merge Rules in Aktion

Wenn Ihre Regeln erstellt und gespeichert sind, öffnen Sie Duplicate Searches um zu sehen, wie sie sich auf Ihre Treffer auswirken.

• In jeder Dublettengruppe erscheinen die Feldwerte, die gemäß Ihrer Regel gewinnen, in fett und kursiv Text.
• Diese Markierung zeigt, dass Ihre Regel das Ergebnis der Zusammenführung steuert.
• Sie können Regeln jederzeit bearbeiten oder entfernen.

Wichtiger Hinweis zum Datenschutz

Alle Beispieldatensätze in der Oberfläche bestehen aus Fantasiedaten. In Beispielen und Demos sind niemals echte Personen- oder Kundendaten zu sehen.