Entity Resolution
Eine falsche Merge verbirgt eine Bezeichnung. Eine fehlende Merge hinterlässt eine Lücke. Acht Guards verhindern beides.
Beta-Version. Sanktionslisten können von den ausstellenden Behörden geändert werden.
Was auf dem Spiel steht
Entity Resolution ist eine folgenschwere Entscheidung. Ist sie in beide Richtungen falsch, kommt es zu einem Compliance-Verstoß.
Die Entity Resolution entscheidet, ob zwei Listeneinträge denselben realen Akteur darstellen. Ein Fehler in die eine Richtung: Eine benannte Person verschwindet hinter der falschen Identitätskarte. Ein Fehler in die andere Richtung: Derselbe Akteur erscheint unter mehreren unverbundenen Datensätzen, und das Ergebnis der Überprüfung hängt davon ab, nach welcher Namensvariante gesucht wurde.
Beide Fehler sind Compliance-Verstöße. The system is designed to avoid both — with separate mechanisms for each failure mode.
Auflösungsebenen
Vier Ebenen, die der Reihe nach versucht werden. Guards blockieren fehlerhafte Mergeen, bevor sie stattfinden.
Vier Ebenen, die der Reihe nach versucht werden. If a guard blocks a merge at any tier, the system falls to the next — never forcing a merge that violates a safety constraint.
Definitionen der Ebenen
- Tier 1: Exact match on canonical name and entity type. Highest confidence — no scoring required. Guards gelten weiterhin.
- Tier 2: Exact match on canonical name only. Entity type may differ — the Entity Type Guard determines whether enrichment is permitted.
- Tier 3: Fuzzy match using the scoring pipeline. Oberhalb der Schwelle für die automatische Merge: automatische Merge, vorbehaltlich der Sicherheitsvorrichtungen. Zwischen der Schwelle für die automatische Merge und der Schwelle für die Überprüfung: Zur manuellen Überprüfung zurückgestellt. Unterhalb der Schwelle für die Überprüfung: neue Entität erstellt.
- Tier 4: No match found — new entity created. Der eingehende Eintrag ist der erste bekannte Datensatz dieses Akteurs.
Acht Guards
Jeder Schutzmechanismus befasst sich mit einer dokumentierten Klasse von falschen Mergeen. Keiner davon ist willkürlich.
Guards werden vor jeder Merge bewertet — automatisch oder manuell. Ein Guard kann eine vorgeschlagene Auto-Merge auf manuelle Überprüfung herabstufen oder eine Merge vollständig blockieren. Guards können nicht durch einen hohen Score umgangen werden.
Alle acht Guards
- 1. Intra-Source Guard: Zwei Einträge aus derselben Quelle mit unterschiedlichen Quellen-IDs werden niemals gemergt. Unterschiedliche IDs bedeuten per Definition unterschiedliche Akteure. Diese Feststellung wurde von der Quellenbehörde getroffen.
- 2. Entity Type Guard: COMPANY kann nicht mit PERSON gemergt werden. VESSEL kann nicht mit ORGANISATION gemergt werden. UNKNOWN erlaubt quellenübergreifende Typ-Enrichment — das ist der einzige permissive Fall.
- 3. Single-Token Canonical Guard: Einwort-Namen inflationieren Fuzzy-Scores. Wenn eine Multi-Token-Variante existiert, wird sie vor dem Matching zum kanonischen Namen hochgestuft. Das verhindert, dass kurze Nachnamen gegen unverwandte vollständige Namen hoch scoren.
- 4. Short-Name Guard: Fuzzy Matches zwischen Einwort-Namen sind unzuverlässig — Downgrade von Auto-Merge auf manuelle Überprüfung, unabhängig vom Score. Ein Reviewer muss bestätigen.
- 5. Length-Ratio Guard: Wenn der kürzere Name nur einen kleinen Bruchteil des längeren ausmacht und der Score unter einem hohen Schwellenwert liegt — Downgrade auf Review. Verhindert, dass ein Namensfragment mit dem vollständigen Namen einer anderen Entity gemergt wird.
- 6. Category Guard: Sanctions vs. Securities vs. PEP — unterschiedliche Kategorien stufen Auto-Merge auf manuelle Überprüfung herab. Ein Wertpapier sollte nicht stillschweigend mit einer sanktionierten Person gemergt werden.
- 7. Nationality Guard: Wenn beide Einträge Nationalitätsdaten haben und die Werte abweichen — Auto-Merge wird auf Review herabgestuft, unabhängig vom Score. Siehe den dokumentierten Fall unten.
- 8. Alias Contamination Guard: Eingehende Aliase, die mit dem kanonischen Namen einer anderen Entity übereinstimmen, werden abgelehnt — Kreuzkontamination wird verhindert. Ein Name, der bereits einen anderen sanktionierten Akteur identifiziert, kann nicht zum Alias eines zweiten werden.
Nationalitätsprüfung — Ein realer Fall
Gleicher Name. Gleiches Programm. Zwei verschiedene Personen. Die Prüfung erkennt, was die Score nicht erkennen kann.
Zwei Personen können denselben vollständigen Namen haben, in denselben Sanktionsprogrammen aufgeführt sein und dennoch völlig unterschiedliche Personen sein. Die Nationalitätsprüfung wurde nach einem dokumentierten Fall eingeführt.
Der dokumentierte Fall
Two sanctioned individuals with the same canonical name in Cyrillic — one a Russian State Duma member, one a Belarusian Major General — had been merged into a single entity card. Die EU- und UK-Bezeichnungen zweier unterschiedlicher Personen wurden einem einzigen Datensatz zugeordnet.
Die Bewertungsmaschine erzeugte eine Score über dem Schwellenwert für die automatische Merge, da die Namen identisch waren. The nationality mismatch penalty reduced the score — but not below the threshold.
Die Nationalitätsprüfung fügt eine strukturelle Sicherheitsebene hinzu: Wenn beide Einträge Nationalitätsdaten enthalten und die Werte voneinander abweichen, wird die Merge unabhängig von der Score zur manuellen Überprüfung zurückgestellt. Der Prüfer bestätigt, ob der Unterschied erklärbar ist (doppelte Staatsbürgerschaft, unterschiedliche Schreibweise des Ländernamens) oder bestätigt, dass es sich um unterschiedliche Personen handelt.
Die Prüfung lehnt Mergeen nicht ab. Sie markiert sie lediglich. Die menschliche Beurteilung schließt den Kreislauf.
Sanctions Screening Built to Be Audited.
Der Beta-Zugang ist kostenlos und umfasst die vollständige Überprüfungsfunktionalität für alle offiziellen Quellen, den kompletten Review-Workflow und prüfungsfähige Exporte.
Anmelden / Registrieren