Conflicts Checks als Datenproblem, nicht als Formular

# Conflicts Checks als Datenproblem, nicht als Formular

Achtzehn Monate nach Beginn einer grenzüberschreitenden Akquisition stellt eine mittelgroße Kanzlei fest, dass sie den KKThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →äufer vertritt, während ein anderes Büro in einem anderen Land den Gründer der Zielgesellschaft drei Jahre zuvor in einer privaten Nachlassangelegenheit beraten hatte. Niemand hat gelogen. Niemand hat geschlampt. Der Name des Gründers war in den beiden Akten unterschiedlich geschrieben: einmal der Mädchenname, einmal der Ehename mit Bindestrich. Der Conflicts Check der Kanzlei, beim Intake durchgeführt, ergab nichts. Das Mandat trägt nun ein Disqualifikationsrisiko, und die Mandantenbeziehung ist beschädigt, wie auch immer die Sache ausgeht.

Das ist kein seltener Sonderfall. Es ist das vorhersehbare Ergebnis davon, Conflicts Checks als Formularübung zu behandeln statt als das, was sie tatsächlich sind: ein Problem der Entity Resolution und des Data Matching.

Warum Intake-Formulare scheitern

Ein Conflicts Check („conflict of interest check“) stellt eine einfache Frage: Entsteht durch die Annahme dieses neuen Mandanten oder Mandats ein Pflichtenkonflikt mit jemandem, den die Kanzlei bereits vertritt, vertreten hat oder gegen den sie tätig ist? Berufsverbände wie die American Bar Association (Model Rule 1.7 und 1.9) und in Großbritannien die Solicitors Regulation Authority (SRA) verlangen von Kanzleien, solche Konflikte aktiv zu identifizieren, nicht erst zu reagieren, wenn sie auftauchen.

Der Standardablauf: Ein Intake-Anwalt füllt ein Formular mit Mandantennamen, Gegenparteien und Mandatsbeschreibung aus. Das wird gegen eine Mandantendatenbank laufen gelassen. Das Problem ist strukturell, nicht prozedural:

• Namensvarianten. Juristische Personen haben Tochtergesellschaften, Handelsnamen und frühere Namen nach Fusionen. Menschen haben Mädchennamen, Transliterationen (ein chinesischer oder arabischer Name in drei verschiedenen Romanisierungen) und Spitznamen aus informeller Korrespondenz.
• Freitext-Mandatsbeschreibungen. „Beratung zur Finanzierung“ und „Beratung bei Schuldenrestrukturierung“ kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen dieselbe zugrunde liegende Beziehung beschreiben, matchen aber nicht als Zeichenkette.
• Isolierte Systeme. Viele Kanzleien, besonders nach Fusionen im Beratungs- und Rechtsbereich, betreiben getrennte Practice-Management-Systeme pro Büro oder übernommener Einheit, sodass ein Treffer in London nie einen Datensatz in Singapur berührt.
• Menschliches Urteil unter Zeitdruck. Intake-Anwälte sichten in einer großen Kanzlei Hunderte von Treffern und haben den Anreiz, schnell zu sein, nicht mehrdeutigen Teiltreffern nachzugehen.

Nichts davon ist ein Versagen der „Prozessdisziplin“. Es sind Fehler in Datenqualität und Datenarchitektur: schlechte Identity Resolution, unstrukturierter Text und fragmentierte Systeme.

Das Datenmodell hinter einem echten Conflicts-System

Kanzleien, die Konflikte zuverlässig erkennen, bauen drei verknüpfte Datenstrukturen auf, nicht eine Mandantenliste.

1. Entity-Daten. Jede Partei (Person oder Organisation) erhält einen kanonischen Datensatz mit eindeutiger Kennung, unabhängig von einzelnen Mandaten. Unternehmen werden mit Mutter- und Tochterstrukturen verknüpft, häufig aus Handelsregistern oder von Anbietern wie OpenCorporates, der größten offenen Datenbank für Handelsregisterdaten. Personen werden mit bekannten Aliassen und Rollenhistorie verknüpft (Geschäftsführer, wirtschaftlich Berechtigter, Zeuge).

2. Beziehungsdaten. Nicht nur „Mandant“, sondern die Art der Beziehung: Gegenpartei, gegnerischer Anwalt, Zeuge, wirtschaftlich Berechtigter, Bürge. Ein Konflikt kann daraus entstehen, dass man die Gegenpartei von jemandem beraten hat, nicht nur die Partei selbst.

3. Mandatsdaten. Strukturierte Metadaten pro Mandat: Rechtsgebiet, Jurisdiktion, Gegenparteien, verbundene Entitäten und ein kontrolliertes Vokabular für den Mandatstyp (kein Freitext). Das macht Querabgleiche in großem MaMaUsing software to automate repetitive marketing tasks and campaigns, enabling personalisation at scale across channels like email, web, and social.Vollständige Definition ansehen →ßstab überhaupt möglich.

Der Conflicts Check ist dann eine Graph-Abfrage, keine Stichwortsuche: Verbindet sich ein Knoten aus der Parteienliste des neuen Mandats, direkt oder über eine Tochtergesellschaft oder einen früheren Alias, mit einem Knoten, der bereits im Beziehungsgraph der Kanzlei liegt?

Eine vereinfachte Matching-Logik

new_matter.parties = [entity_resolve(name) for name in intake_form.names]

for party in new_matter.parties:
    related = get_linked_entities(party, depth=2)  # Tochtergesellschaften, Aliasse, bekannte Rollen
    for entity in related:
        if entity in firm_relationship_graph:
            flag_for_review(entity, relationship_type, matter_id)

Der entscheidende Schritt ist entity_resolve: „J. Smith-Warner“ mit „Jane Smith“ abzugleichen, erfordert Fuzzy Matching (Editierdistanz, phonetische Algorithmen wie Soundex) plus externe Daten (Handelsregister, Sanktionslisten, Transparenzregister) statt exaktem Zeichenkettenvergleich. Kanzleien lizenzieren zunehmend dafür gebaute Identity-Resolution-Tools, ähnlich der „Know your customer“-Infrastruktur (KYC) von Banken, angepasst für Conflict Screening im Rechts- und Beratungsbereich.

Governance- und Datenschutzvorgaben, die das Design prägen

Hier stoßen Conflicts-Daten auf Datenschutzregulierung, und Professional-Services-Firmen stehen an einer ungewöhnlichen Stelle: Sie müssen sensible personenbezogene und geschäftliche Daten gerade deshalb vorhalten und querverknüpfen, um Berufsregeln einzuhalten, und gleichzeitig das Datenschutzrecht befolgen.

• DSGVO (Datenschutz-Grundverordnung, EU/UK) verlangt eine Rechtsgrundlage für die Verarbeitung personenbezogener Daten. Conflicts Checking wird in der Regel über „rechtliche Verpflichtung“ oder „berechtigtes Interesse“ gerechtfertigt, aber Kanzleien müssen das dokumentieren, die Speicherdauer begrenzen und Betroffenenrechte sorgfältig behandeln, da ein vollständiges Löschbegehren die Conflicts-Historie zerstören kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnte, die für kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →ünftige Berufsrechts-Compliance nötig ist. Das britische Information Commissioner's Office (ICO) bietet zu diesem Spannungsfeld Leitlinien für regulierte Berufe (ico.org.uk).
• Regeln zum grenzüberschreitenden Datentransfer. Eine global tätige Kanzlei mit einer zentralen Conflicts-Datenbank muss sicherstellen, dass personenbezogene Daten von Mandanten und Gegenparteien rechtmäßig zwischen Jurisdiktionen bewegt werden, relevant nach Schrems II für EU-US-Transfers.
• Vertraulichkeit vs. Durchsuchbarkeit. Ethical Walls („Informationsbarrieren“), erforderlich wenn eine Kanzlei in unverbundenen Mandaten gegenläufige Interessen vertritt, bedeuten: Das Conflicts-System muss genug erfassen, um einen Treffer zu melden, ohne vertrauliche Mandatsdetails dem prüfenden Anwalt offenzulegen. Gelöst wird das meist dadurch, dass ein Treffer und ein Ansprechpartner für die Rückfrage angezeigt werden, nicht die zugrunde liegende Akte.

Kanzleien, die das falsch aufsetzen, sammeln entweder zu viel (Datenschutzrisiko) oder verknüpfen zu wenig (Risiko übersehener Konflikte). Die Spannung im Design ist real und hat keine Abkürzung.

Praktische Prüfungen und Audits

Ein Conflicts-System ist nie „fertig“. Es braucht wiederkehrende Audits, so wie eine Bank ihr Anti-Geldwäsche-Screening (AML) auditiert.

1. Review der Trefferquote. Ziehen Sie eine Stichprobe kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →ürzlich abgeschlossener Mandate und prüfen Sie sie manuell erneut gegen die aktuelle Datenbank. Tauchen bekannte Konflikte (bewusst platzierte Testfälle) tatsächlich auf? Kanzleien sollten quartalsweise „Red Team“-Testnamen laufen lassen, inklusive absichtlicher Schreibvarianten.

2. Audit der Entity-Resolution-Abdeckung. Bei wie viel Prozent der Mandantendatensätze ist die Konzernmutter aufgelöst und gegen ein Register verifiziert? Lücken hier sind Abdeckungslücken, keine Sonderfälle.

3. Latenzprüfung. Wie lange dauert es zwischen der ErErThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen →öffnung eines neuen Mandats und dem Abschluss des Conflicts Checks? Eine Prüfung, die drei Wochen braucht, verfehlt ihren Zweck beim Intake.

4. Mapping der Systemsilos. Bestätigen Sie nach jeder Fusion oder jedem Lateral Hire (ein Partner wechselt die Kanzlei und bringt sein Mandantenbuch mit), dass die übernommene Mandantenliste ins zentrale System eingespielt und entity-resolved wurde, statt in einer Alt-Tabelle zu liegen.

5. False-Positive-Rate. Zu viele Treffer geringer Qualität führen zu „Alert Fatigue“, bei der Prüfer Flags nur noch abnicken. Erfassen Sie, wie viele markierte Treffer ohne Eskalation abgeschlossen werden, und justieren Sie die Matching-Schwellen entsprechend.

🎬 [VIDEO: „How Law Firms Use Data to Prevent Conflicts of Interest“ - youtube.com - suchen Sie nach aktuellen Kanäle zu Kanzleitechnologie und Legal Ops, die Conflicts-Check-Systeme und Entity Resolution in der Praxis behandeln]

Kernpunkte

• Ein übersehener Konflikt ist meist ein Data-Matching-Fehler (Namensvarianten, isolierte Systeme, Freitext), kein Urteilsfehler des Intake-Personals.
• Verlässliches Conflicts Checking braucht drei verknüpfte Datenstrukturen: kanonische Entity-Datensätze, Beziehungstypen und strukturierte Mandats-Metadaten, abgefragt als Graph statt als Stichwortsuche.
• Entity Resolution (Fuzzy Matching, Verknüpfung mit Handelsregistern, Alias-Tracking) ist die technische Investition mit dem größten Hebel, die eine Kanzlei in diesem Bereich tätigen kann.
• Datenschutzrecht (DSGVO und entsprechende berufsrechtliche Verschwiegenheitsregeln) erzeugt echte Spannung mit dem Conflicts Checking: Kanzleien müssen sensible Daten vorhalten und verknüpfen, um Berufspflichten zu erfüllen, und zugleich die Offenlegung begrenzen und Datenrechte wahren.
• Behandeln Sie Conflicts-Systeme wie jedes andere Compliance-System: Auditieren Sie Trefferquoten, Abdeckung, Latenz und False Positives in festem Turnus, besonders nach Fusionen oder Lateral Hires.