Salesforce-Duplikatregeln markieren zwei Account-Datensätze für die „Global Tech GmbH“ – gleicher Firmenname, ähnliche Website, ähnliche Kontaktnamen. Der erste Reflex: mergen. Doch ein Datensatz ist das EMEA-Headquarter, der andere ein regionales Satellite-Office mit eigener Rechnungsadresse, separatem Budget und eigenem Buying-Team. Eine Zusammenführung zerstört Deine Segmentierung und verzerrt Dein Reporting. Lässt Du sie ohne Governance-Strategie ungelöst, führt das zu einem überladenen, unzuverlässigen CRM. Dieser Artikel zeigt Dir, wie Du echte Duplikate von legitimen separaten Einheiten unterscheidest und beide Fälle sauber handhabst.
Warum Duplikat-Flags nicht immer auf tatsächliche Duplikate hinweisen
Salesforce-Duplikatregeln matchen anhand der von Dir konfigurierten Felder – typischerweise Account-Name, Website und manchmal Telefonnummer. Diese Kriterien sind darauf ausgelegt, Tippfehler zu erkennen, nicht aber komplexe Unternehmensstrukturen zu verstehen. Eine Muttergesellschaft und ihre hundertprozentige Tochter teilen sich oft dieselbe Domain. Die EMEA- und APAC-Standorte eines multinationalen Konzerns tragen meist denselben Account-Namen mit minimalen regionalen Abweichungen. Und ein PE-Portfolio-Unternehmen taucht möglicherweise sowohl unter seinem Markennamen als auch unter seiner offiziellen Firmierung auf.
In jedem dieser Fälle schlagen die Duplicate-Management-Tools von Salesforce ein Match vor. Das Match ist technisch korrekt – die Feldwerte sind ähnlich oder identisch –, aber die geschäftliche Realität sieht so aus, dass es sich um eigenständige Geschäftsbeziehungen handelt, die als separate Datensätze bestehen bleiben sollten. Wenn Du sie zusammenführst, gehen Daten verloren, auf die Dein Sales-Team, Dein CS-Team und Dein Finance-Team angewiesen sind, um zwischen verschiedenen Buying Centern, Vertragsverhältnissen und Account-Hierarchien zu unterscheiden.
Die Kosten eines fehlerhaften Merges sind höher als die Kosten eines verbleibenden echten Duplikats. Ein Merge zerstört die Aktivitätshistorie, glättet Hierarchiedaten und verursacht in einer HubSpot-Salesforce-Integration Synchronisationsfehler, die sich nur schwer rückgängig machen lassen. Ein echtes Duplikat hingegen ist ein Datenqualitätsproblem, das jederzeit behoben werden kann. Die Entscheidung für einen Merge muss wohlüberlegt und gesteuert sein – nicht automatisch durch einen Matching-Score ausgelöst.
Wie unterscheidest Du ein echtes Duplikat von einer legitimen separaten Entität?
Ein echtes Duplikat liegt vor, wenn zwei Datensätze dieselbe juristische Person am selben Standort mit derselben Geschäftsbeziehung zu Deinem Unternehmen abbilden. Eine legitime separate Einheit besteht, wenn zwei Datensätze unterschiedliche juristische Personen, verschiedene Standorte oder eigenständige Einkaufsbeziehungen darstellen – egal wie ähnlich die Namen klingen.
Bevor Du einen als Duplikat markierten Account zusammenführst, wende einen Drei-Felder-Verifikationstest an:
| Feld | Echter Duplikat-Indikator | Separate Entity Indicator |
|---|---|---|
| Rechnungsadresse | Identisch oder sehr ähnlich | Andere Stadt, Region oder anderes Land |
| USt-IdNr. / Steuernummer | Identisch oder eins fehlt | Unterschiedliche USt-IdNrn. |
| Account Owner / Vertriebskontakt | Dieselbe Person managt beides | Unterschiedliche Account Owner oder Kontakte |
| Website | Identische Domain | Gleiche Root-Domain, aber unterschiedliche Subdomains oder Länder-Domains |
| Parent Account | Weder verknüpft noch dieselbe übergeordnete Einheit | Eines ist eine Tochtergesellschaft, eines die Muttergesellschaft |
Wenn mehr als ein Feld auf eine eigenständige Einheit („separate entity“) hinweist, führe sie nicht zusammen. Baue stattdessen eine Parent-Child-Account-Hierarchie über das native Parent-Account-Feld von Salesforce auf und dokumentiere die Beziehung im Account-Datensatz.
Welche Data-Governance-Regeln gelten vor dem Zusammenführen von Salesforce Accounts?
Data Governance muss definiert sein, bevor Deduplizierungs-Tools eingeführt werden. Ein Deduplizierungs-Tool – ob Standard-Salesforce-Funktion oder AppExchange-Lösung eines Drittanbieters – führt nur die Regeln aus, die Du vorgegeben hast. Berücksichtigen diese Regeln keine komplexen Konzernstrukturen mit mehreren Entitäten, führt das Tool Datensätze zusammen, die eigentlich getrennt bleiben müssten.
Die Mindest-Governance-Richtlinie für die Account-Deduplizierung sollte Folgendes definieren:
Eindeutige Schlüssel jenseits des Account-Namens
Der Account-Name allein ist kein ausreichender eindeutiger Identifikator. Jeder Account muss über eine Kombination von Feldern gematcht werden. Die empfohlene Kombination lautet: Account-Name + Website-Domain + Rechnungs-PLZ. Für B2B-Unternehmen in Märkten mit verlässlich verfügbaren USt-IdNrn. ist das Hinzufügen einer USt-IdNr. oder Handelsregisternummer als eindeutiger Schlüssel die stärkste Form der Deduplizierungskontrolle.
Standards für Parent-Child-Hierarchien
Über das Feld „Übergeordneter Account“ in Salesforce kannst Du Tochtergesellschaften mit einem Mutterunternehmen verknüpfen. Definiere und setze klare Regeln durch, wann ein neuer Account als untergeordneter Datensatz eines bestehenden Accounts angelegt werden muss und nicht als eigenständiger Datensatz. Eine Niederlassung mit eigener regionaler Zuständigkeit und eigenem Budget sollte in der Regel ein untergeordneter Account der Muttergesellschaft sein – und kein separater Account auf oberster Ebene ohne strukturellen Bezug.
Merge-Protection-Regeln
Richte bei Drittanbieter-Tools zur Deduplizierung „Protection Rules“ ein – Bedingungen, unter denen ein Datensatz niemals automatisch gemergt werden darf, unabhängig vom Matching-Score. Typische Regeln sind: Datensätze mit unterschiedlichen Account Ownern, Datensätze mit unterschiedlichen Parent Accounts und Datensätze mit aktiven, offenen Opportunities.
Solltest Du den Salesforce-Standard-Merge oder ein Drittanbieter-Tool nutzen?
Die Wahl hängt vom Datenvolumen und der Komplexität des Matchings ab.
| Kriterium | Salesforce Standard Merge | Drittanbieter-AppExchange-Tool |
|---|---|---|
| Volumen | Niedrig (Dutzende von Datensätzen) | Hoch (Hunderte bis Tausende) |
| Matching-Logik | Exakte oder nahezu exakte Feldübereinstimmung | Fuzzy Logic: phonetischer Abgleich, Teilnamens- und Domain-Matching |
| Protection Rules | Manuell, von Fall zu Fall | Konfigurierbare Regeln, skaliert angewendet |
| Massenverarbeitung | Nicht verfügbar | Verfügbar |
| Kosten | In der Salesforce-Lizenz enthalten | Zusätzliche Lizenzkosten |
| Ideal für | Bereinigung nach der Migration, Ad-hoc-Merges | Laufende Deduplizierungs-Governance, Bereinigung großer Datensätze |
Das integrierte Dublettenmanagement von Salesforce – Dublettenregeln und Abgleichsregeln – reicht völlig aus, um neue Duplikate zu verhindern und geringe Mengen bestehender Dubletten zu bereinigen. Es bietet jedoch nicht das Fuzzy Matching oder die Massenverarbeitung, die erforderlich sind, um Datensätze von mehreren Tausend Kontakten zu bereinigen, bei denen Unternehmensnamen über Jahre hinweg uneinheitlich erfasst wurden.
Für Unternehmen ab der Series-B-Phase mit gewachsenen CRM-Daten ist ein Drittanbieter-Tool zur Deduplizierung keine Option, sondern zwingende Voraussetzung für jedes ernstzunehmende Data-Governance-Programm. Die entscheidende Anforderung sind konfigurierbare Schutzregeln: die Möglichkeit festzulegen, dass bestimmte Datensätze oder Datensatzkategorien durch automatisierte Logiken niemals zusammengeführt werden dürfen – unabhängig von ihrem Matching-Score.
Was ist das richtige Prinzip für Account-Deduplizierung in Salesforce?
Eine Deduplizierungsstrategie sollte keine Löschstrategie sein. Das Ziel der Deduplizierung ist Genauigkeit – sicherzustellen, dass jeder Datensatz in Deinem CRM exakt eine reale Entität repräsentiert und die Daten in diesem Datensatz korrekt, vollständig und aktuell sind. Weniger Zeilen sind ein Nebenprodukt guter Deduplizierung, nicht das eigentliche Ziel.
In der Praxis bedeutet das:
Führe echte Duplikate zusammen, wenn alle Prüffelder dieselbe juristische Person und denselben Standort bestätigen
Parent-Child-Hierarchien für eigenständige Unternehmensteile innerhalb desselben Konzerns etablieren
Definiere eindeutige Identifikatoren – über den Account-Namen hinaus –, bevor Du mit der Deduplizierung beginnst
Salesforce-Duplikat-Flags als Datenqualitätssignal nutzen, nicht als automatische Merge-Anweisung
Häufig gestellte Fragen
Was ist eine Parent-Child-Account-Hierarchie in Salesforce und wann sollte man sie nutzen?
Eine Parent-Child-Hierarchie verknüpft Tochtergesellschaften oder regionale Account-Datensätze über das native Salesforce-Feld Parent Account mit einer Muttergesellschaft. Nutze sie, wenn zwei Accounts denselben Konzern repräsentieren, aber rechtlich oder kaufmännisch eigenständige Einheiten sind – beispielsweise eine Zentrale in Großbritannien und eine deutsche Tochtergesellschaft. Die Hierarchie bildet die Verbindung zwischen den Einheiten ab, hält ihre Daten jedoch getrennt und macht Geschäftsbeziehungen unabhängig voneinander nachvollziehbar.
Welche eindeutigen Felder sollte ich neben dem Account-Namen für das Matching von Accounts verwenden?
Die empfohlene Kombination ist Account-Name plus Website-Domain plus Rechnungs-Postleitzahl. In Märkten, in denen Handelsregisternummern oder USt-IdNr. verlässlich vorliegen, liefert eines dieser Felder als Matching-Kriterium die stärkste Deduplizierungslogik. Vermeide es, Dich allein auf Telefonnummern zu verlassen – sie ändern sich häufig und fehlen oft in importierten Daten.
Kann ich ein Zusammenführen von Accounts in Salesforce rückgängig machen, wenn mir ein Fehler unterlaufen ist?
Nein. Account-Merges in Salesforce sind dauerhaft und lassen sich nativ nicht rückgängig machen. Die unterlegenen Datensätze werden gelöscht und ihre Daten auf den Master-Datensatz übertragen. Deshalb ist eine sorgfältige Prüfung vor dem Zusammenführen unerlässlich. Wurde ein Merge fehlerhaft durchgeführt, besteht die einzige Wiederherstellungsoption darin, den gelöschten Datensatz manuell anhand eines Backups oder Datenexports von vor dem Merge neu anzulegen.
Was sind „Schutzregeln“ (Protection Rules) in Drittanbieter-Tools zur Deduplizierung?
Protection Rules sind Kriterien, die Du in einem Deduplizierungs-Tool festlegst, um bestimmte Datensätze von automatischen Merges auszuschließen. Zum Beispiel: Führe niemals zwei Accounts automatisch zusammen, die unterschiedliche Parent Accounts haben, oder keinen Account mit einer offenen Opportunity. So läuft die Massen-Deduplizierung sicher ab, ohne dass legitime separate Entitäten versehentlich zusammengeführt werden.
Wie oft sollten wir eine Salesforce-Deduplizierung durchführen?
Für die meisten B2B-SaaS-Unternehmen ist ein quartalsweiser Deduplizierungs-Review das absolute Minimum. Neue Datensätze sammeln sich kontinuierlich über CRM-Imports, Webformulare, manuelle SDR-Eingaben und Data-Enrichment-Tools an – sie alle bringen laufend Dubletten ins System. Ein nachhaltiges Deduplizierungsprogramm kombiniert ein initiales Cleanup (meist als einmaliges Projekt), laufende Prävention durch Salesforce-Dublettenregeln und Sync-Konfigurationen sowie quartalsweise Audits, um zu erfassen, was die Präventionsregeln übersehen haben.
