+150 XP

Mandanten- und Mandatsdaten als System of Record

# Mandanten- und Mandatsdaten als System of Record

Ein Partner einer Kanzlei mit 200 Anwälten führt eine Konfliktprüfung für einen neuen Mandanten durch, "Meridian Holdings LLC". Die Suche liefert nichts. Drei Wochen später stellt die Abrechnung fest, dass Meridian seit 2019 Mandant ist, geführt als "Meridian Holding Corp" im CRM (Customer-Relationship-Management-System) und als "Meridian Hldgs" im Practice-Management-System. Die Kanzlei hätte beinahe ein Mandat gegen einen bestehenden Mandanten übernommen. Das ist kein seltener Ausrutscher. Es ist der Normalzustand von Daten in Professional Services, wenn Mandanten- und Mandatsdaten nicht als System of Record geführt werden: die einzige, maßgebliche Version einer Datenentität, auf die alle anderen Systeme referenzieren oder gegen die sie abgeglichen werden müssen.

Diese Lektion behandelt, welchen Daten Sie vertrauen können, wie Sie ihre Qualität messen und welche Benchmarks Ihnen zeigen, ob die Mandanten- und Mandatsdaten Ihrer Kanzlei brauchbar sind.

Warum diese Daten strukturell schwierig sind

Professional-Services-Firmen (Kanzleien, Wirtschaftsprüfungs- und Steuerberatungsgesellschaften, Beratungen, Advisory-Boutiquen) verkaufen Zeit und Expertise, keine Lagereinheiten. Ihre zentralen Datenobjekte sind keine Produkte, sondern Beziehungen und Mandate:

  • Mandant: die juristische Person oder die Beziehung zum wirtschaftlichen Auftraggeber.
  • Mandat (Recht) oder Engagement (Beratung/Prüfung): ein konkretes Arbeitspaket mit eigenem Budget, Team und Scope.
  • Kontakt: eine natürliche Person, die einem Mandanten zugeordnet ist, oft mit mehreren Rollen über verschiedene Mandate hinweg.

Zwei strukturelle Eigenschaften machen es schwer, diese Daten sauber zu halten:

1. Mandantenhierarchien sind tatsächlich komplex. Eine einzelne Unternehmensgruppe (etwa ein Private-Equity-Portfolio) kann eine Muttergesellschaft, Tochtergesellschaften, Joint Ventures und einzelne Führungskräfte umfassen, die zugleich Privatmandanten sind. Modelliert das CRM "Mandant" als flache Liste statt als Hierarchie mit Parent-Child-Beziehungen, bricht die Cross-Sell-Sicht zusammen: Das Steuerteam weiß nicht, dass das M&A-Team bereits für denselben Ultimate Parent tätig ist.

2. Die Anlage von Mandaten/Engagements passiert unter Zeitdruck. Ein neues Mandat wird oft am selben Tag von demjenigen angelegt, der am schnellsten ist, über Freitextfelder für den Mandantennamen. Ohne erzwungene Lookups gegen eine Master-Mandantenliste entstehen genau hier die Dubletten.

Die zentralen Datensätze

| Datensatz | Kandidat für System of Record | Schlüsselfelder |

|---|---|---|

| Mandantenstammdaten | CRM (z. B. Salesforce, Intapp) oder eine dedizierte Client-Data-Plattform | Name der juristischen Person, Steuer-ID/EIN, Branche (NAICS/SIC-Code), Parent-Child-Hierarchie, Rechnungsadresse |

| Mandats-/Engagement-Stammdaten | Practice-Management-System (z. B. Aderant, Elite 3E, SAP bei Beratungen) | Mandats-ID, Mandanten-ID (Foreign Key), Practice Area, verantwortlicher Partner, Eröffnungs-/Abschlussdatum, Status der Konfliktprüfung |

| Kontakt-/Beziehungsdaten | CRM | Personen-ID, Rolle, zugeordnete Mandanten, Relationship Owner |

| Zeiterfassung und Abrechnung | Practice Management / ERP | Mandats-ID, Timekeeper, Stunden, Satz, Abschreibungen |

| Konfliktdaten | Konfliktdatenbank (oft an das Practice Management angedockt) | Alle Parteien, Gegenparteien, verbundene Entitäten |

Die entscheidende Designfrage: welches System die Mandantenentität besitzt und welche Systeme sie lediglich referenzieren. In reifen Kanzleien besitzt das CRM oder eine dedizierte Master-Data-Management-Schicht (MDM) die Mandanten-ID, und Practice Management, Abrechnung und Konfliktsysteme ziehen sie per Integration, statt lokale Freitexteingaben zuzulassen. Kanzleien ohne diese Struktur gleichen Mandantenlisten am Ende in Spreadsheets ab, ein bekanntes Failure Mode.

Als praktische Referenz für die Strukturierung von Entitätsdaten ist das GLEIF Legal Entity Identifier (LEI) Framework ein nützlicher externer Standard: ein 20-stelliger Code, der juristische Personen weltweit eindeutig identifiziert und zunehmend von Banken und Großunternehmen genutzt wird. Manche Kanzleien führen LEI als gegengeprüfte Mandantenkennung ein, gerade weil interne Mandanten-IDs unzuverlässig sind.

Feldstandards, die Dubletten verhindern

Doppelte Mandantendatensätze lassen sich fast immer auf eine kleine Zahl ungesteuerter Felder zurückführen. Wer diese vier in den Griff bekommt, senkt die Dublettenquote deutlich:

  • Name der juristischen Person: eine kanonische Quelle erzwingen (Handelsregistereinträge oder ein Datenanreicherungsanbieter wie Dun & Bradstreet) statt Freitext. "Doing business as"-Namen (DBA) als Aliase speichern, nicht als eigene Datensätze.
  • Steuerliche Kennung: US Employer Identification Number (EIN) oder, bei natürlichen Personen, eine maskierte interne ID; in Europa die USt-IdNr. oder die nationale Handelsregisternummer (z. B. die deutsche Handelsregisternummer, die UK-Companies-House-Nummer). Das ist Ihr bester Deduplizierungsschlüssel, weil er nahezu eindeutig und stabil ist.
  • Branchenklassifikation: eine Standardtaxonomie verwenden (NAICS in den USA, NACE in der EU), statt dass jede Practice Group eigene Labels erfindet. Erst das macht Cross-Sell-Analytics möglich: "Zeig mir alle Mandanten in NAICS 522110 (Commercial Banking), die unsere Regulatory Practice noch nicht nutzen."
  • Feld für Parent-Child-Beziehung: verpflichtend für jeden Mandanten mit bekannten verbundenen Unternehmen, beim Intake zu befüllen, nicht "erstmal" leer zu lassen.

Eine minimale Matching-Logik

Deduplizierungswerkzeuge kombinieren typischerweise deterministisches und Fuzzy Matching. Eine vereinfachte Pseudocode-Variante:

if client_A.tax_id == client_B.tax_id and tax_id is not null:
    match_score = 1.0  # deterministischer Match
else:
    match_score = weighted_similarity(
        name_similarity(client_A.legal_name, client_B.legal_name) * 0.5,
        address_similarity(client_A.address, client_B.address) * 0.3,
        domain_similarity(client_A.email_domain, client_B.email_domain) * 0.2
    )

if match_score > 0.85:
    flag_for_manual_review(client_A, client_B)

Das ist die Logik hinter MDM-Tools wie Reltio oder Informatica MDM, die in Bereinigungsprojekten für Mandantendaten großer Kanzleien häufig eingesetzt werden.

Governance- und Qualitätskennzahlen, auf die es hier ankommt

Generische Datenqualitätsdimensionen (Vollständigkeit, Korrektheit, Konsistenz, Aktualität) brauchen eine branchenspezifische Übersetzung:

  • Dublettenquote: Anteil der Mandantendatensätze, die bei einem periodischen Audit als Dubletten identifiziert werden. Große Kanzleien finden bei erstmaligen MDM-Bereinigungen üblicherweise Dublettenquoten von 5 bis 15 % in den Mandantenstammdaten (Schätzung auf Basis typischer Befunde aus Bereinigungsprojekten; die tatsächliche Quote ist kanzleispezifisch).
  • Hierarchie-Vollständigkeit: Anteil der Mandanten mit befülltem Parent-Child-Link, wo bekanntermaßen einer existiert. Geringe Vollständigkeit sagt entgangenen Cross-Sell direkt voraus.
  • Integrität der Mandat-zu-Mandant-Verknüpfung: Anteil der Mandate mit gültigem, nicht leerem Foreign Key auf einen Mandantenstammdatensatz. Das sollte faktisch 100 % betragen; alles darunter bedeutet, dass Mandate "verwaist" und für das Beziehungsreporting unsichtbar sind.
  • Durchlaufzeit der Konfliktprüfung: Stunden oder Tage vom Intake-Antrag für ein neues Mandat bis zur freigegebenen Konfliktprüfung. Eine Governance-Kennzahl mit direkten Risikoimplikationen nach den Berufsregeln (in den USA ABA Model Rule 1.7 zu Interessenkonflikten, in UK die SRA Standards and Regulations).
  • Adoptionsrate des Golden Record: Anteil der nachgelagerten Systeme (Abrechnung, Konflikte, CRM), die tatsächlich die Master-Mandanten-ID nutzen statt einer lokalen Kopie.

Wissenscheck

1. Im Meridian-Holdings-Beispiel zeigt der Beinahe-Fehler bei der Konfliktprüfung das Risiko, was NICHT zu haben?

2. Warum erzeugt die Modellierung von Mandanten als flache Liste (statt als Hierarchie mit Parent-Child-Beziehungen) ein Geschäftsrisiko, das über Unordnung in den Daten hinausgeht?

3. Was unterscheidet ein "Mandat" bzw. "Engagement" von einem "Mandanten" als zentrales Datenobjekt in Professional Services?

MEHRFACHAUSWAHL

4. Wählen Sie ALLE korrekten Antworten dazu, warum Mandanten- und Mandatsdaten in Professional-Services-Firmen strukturell schwer sauber zu halten sind.

Wählen Sie alle richtigen Antworten aus.

MEHRFACHAUSWAHL

5. Wählen Sie ALLE korrekten Antworten dazu, was ein "System of Record" im Kontext von Mandanten- und Mandatsdaten bedeutet.

Wählen Sie alle richtigen Antworten aus.

Analytics und Benchmarks

Sobald die zugrunde liegenden Daten belastbar sind, werden einige Auswertungen möglich, die sonst Fiktion bleiben:

  • Cross-Sell-Penetration: Anzahl der Practice Areas oder Service Lines pro Mandantenfamilie, gemessen an den insgesamt verfügbaren Service Lines. Eine Kanzlei stellt vielleicht fest, dass ihre Top-50-Mandantenfamilien im Schnitt 2,3 von 12 verfügbaren Service Lines nutzen, eine konkrete White-Space-Zahl für Business Development, aber nur berechenbar bei sauberen Hierarchiedaten.
  • Mandantenkonzentration nach Ultimate Parent: Umsatz, hochgerollt bis an die Spitze der Konzernhierarchie, nicht nur auf die Rechnungsentität. Ohne Hierarchie-Rollups wird das Konzentrationsrisiko unterschätzt, ein reales Problem, wenn Kanzleien ihre Abhängigkeit von einem einzelnen wirtschaftlichen Mandanten bewerten.
  • Trend der Mandatsprofitabilität: realisierter Satz gegen Standardsatz im Zeitverlauf, erfordert eine saubere Verknüpfung Mandat–Mandant–Timekeeper.

Ein einfaches Rechenbeispiel: Hat eine Kanzlei 4.000 aktive Mandantendatensätze und ein Datenaudit findet 420 Dubletten anderer Datensätze im System (eine Dublettenquote von 10,5 %, im Einklang mit der üblicherweise genannten Bandbreite für unbereinigte Mandantenstammdaten), dann unterschätzt jeder vor der Bereinigung erstellte Cross-Sell-Report den tatsächlichen Beziehungswert für jede betroffene Mandantenfamilie, weil Umsätze und Mandate auf mehrere "Ghost"-Datensätze verteilt sind, statt auf einen einzigen hochgerollt zu werden.

Kernaussagen

  • Behandeln Sie die Mandantenstammdaten als gesteuertes System of Record mit einem besitzenden System; jedes andere System (Abrechnung, Konflikte, Practice Management) sollte darauf referenzieren, statt eine eigene Kopie zu pflegen.
  • Die wirksamsten Felder gegen Dubletten sind Name der juristischen Person, Steuer-ID (EIN/USt-IdNr./Handelsregisternummer), Branchencode (NAICS/NACE) und Parent-Child-Hierarchielinks.
  • Verfolgen Sie Dublettenquote, Hierarchie-Vollständigkeit, Integrität der Mandat-zu-Mandant-Verknüpfung und Durchlaufzeit der Konfliktprüfung als zentrale Governance-Kennzahlen, nicht nur abstrakte "Datenqualitäts"-Scores.
  • Cross-Sell- und Konzentrationsanalysen sind nur so gut wie die Hierarchie-Rollups; eine Dublettenquote von 10 % (eine realistische, häufig genannte Schätzung für unbereinigte Systeme) kann beide erheblich verzerren.
  • Prüfungen auf Interessenkonflikte sind ein Datenqualitätsthema mit unmittelbaren berufsrechtlichen Folgen (ABA Rule 1.7, SRA Standards), nicht bloß ein operatives Ärgernis.