Artikel

„Nicht zu verwechseln mit …“: wir haben Jagd auf unsere eigenen Fehlalarme gemacht

Namensgleichheits-Fehlalarme sind eine versteckte Steuer auf jedes Screening-Programm — Analystenstunden für die Abklärung von Treffern gegen Personen und Unternehmen, die mit einer Listung nichts zu tun haben, sowie echter Schaden, wenn ein unbeteiligter Namensvetter fälschlicherweise dem De-Risking zum Opfer fällt. Unser Deep-Research-Programm sucht jetzt proaktiv nach diesen Namensvettern, verifiziert jeden Einzelnen anhand einer Primärquelle und stellt die unbedenklichen Fälle direkt auf der Entitätsseite dar.

Veröffentlicht am 2026-08-04 · ProofAML editorial

Jeder AML-Analyst kennt genau diese Art von Alarm: Ein Screening-Treffer wird ausgelöst, der Name passt, und zwanzig Minuten später stellt sich heraus, dass der „Treffer“ ein Schauspieler, ein Fußballer oder ein Unternehmen zwei Zeitzonen entfernt ist, das mit dem Geschäft der sanktionierten Partei nie etwas zu tun hatte. Am Screening war nichts falsch — der Name ist wirklich so nah dran. Die Kosten sind kein Bug, sondern strukturell bedingt: Sanktionierte Entitäten können sich ihre Namen nicht eindeutig aussuchen, und ebenso wenig können es die unbeteiligten Personen und Unternehmen, die zufällig denselben Namen tragen.

Diese Kosten haben zwei Gesichter. Das erste sind die Analystenstunden — jeder Namensgleichheits-Alarm muss manuell geprüft, dokumentiert und abgewiesen werden, in einem Arbeitsablauf, in dem eine zu schwache Reaktion auf einen echten Treffer ein Compliance-Versagen ist und eine zu starke Reaktion auf einen falschen Treffer schlicht teuer. Das zweite Gesicht bekommt weniger Aufmerksamkeit, wiegt aber schwerer: der unbeteiligte Namensvetter. Ein Unternehmen, das einen Namen, eine Adresse oder ein Registrierungsnummern-Muster mit einer sanktionierten Entität teilt, kann in informelles De-Risking hineingezogen werden — eine Bank, die still ein Konto schließt, ein Geschäftspartner, der ein Geschäft ablehnt — ohne dass irgendein Befund gegen diese Partei vorliegt, nur wegen der Nähe zu einem Namen. Beide Kosten lassen sich mit demselben Mittel vermeiden: die Namensgleichheit kennen, bevor sie zu einem Alarm wird.

Gezielte Jagd auf Namensvetter

Wir betreiben bereits ein Deep-Research-Programm, das verifizierte, quellenbelegte Fakten an Entitätsseiten anfügt — Aliasnamen, Adressen, Unternehmensbeteiligungen, Statusänderungen —, entitätsweise aufgebaut, in umgekehrt chronologischer Reihenfolge beginnend mit den neuesten Listungen. Welle 1 dieses Programms deckte 40 Entitäten aus einem EU-Sanktionspaket vom Juli 2026 ab und fügte dem Korpus 61 einzeln quellenbelegte Erkenntnisse hinzu.

Derselbe Durchlauf tut jetzt bewusst noch etwas anderes: Er sucht gezielt nach Namensvettern. Für jede recherchierte Entität führen wir einen Namensgleichheits-Scan gegen unseren eigenen Korpus durch — unter Wiederverwendung derselben Namensabgleichslogik, die unsere Screening-Engine verwendet, sodass das, was die Recherche zutage fördert, genau das ist, was das Screening eines Kunden markieren würde —, zusätzlich zu einer gezielten Websuche nach Namensvettern öffentlicher Personen, Markennamen-Kollisionen und Transliterationsvarianten. Jeder Treffer wird nach einer strengen Rubrik bewertet: Ein gemeinsamer Name allein reicht nie aus. Wir verlangen einen echten identifizierenden Widerspruch — eine andere Steuernummer, eine andere Registrierungsnummer, ein anderes Geburtsdatum, eine andere Jurisdiktion —, bevor wir zwei Datensätze endgültig als unterschiedliche Entitäten einstufen. Stellt sich bei einem Treffer heraus, dass es sich um dieselbe Entität handelt, die unser eigenes System nur nicht über zwei Listen hinweg zusammengeführt hat, ist das eine Datenqualitätskorrektur und keine Namensvetter-Geschichte — und wird entsprechend dorthin weitergeleitet.

Welle 1s proaktive Suche förderte 18 Namensvetter-Kandidaten zutage. Nur 13 davon bestanden alle für eine Veröffentlichung erforderlichen Hürden: Der Verwechslungspartner muss eine öffentlich auftretende Partei sein (ein Unternehmen, eine Person des öffentlichen Lebens, jemand in einem öffentlichen Amt — niemals eine Privatperson), jede Tatsache über sie muss neutral und schützend sein, ohne jede nachteilige Implikation, jede Tatsache muss sich auf eine tatsächlich geprüfte Quelle zurückführen lassen, und wir müssen wirklich sicher sein, dass es sich um zwei verschiedene Entitäten handelt und nicht um dieselbe, zweifach erfasste. Die übrigen 5 erreichten diese Hürde nicht und bleiben unveröffentlicht im Recherchegedächtnis, genau weil wir uns nicht vollständig sicher sein konnten. In einem dieser Fälle überstand ein Erstbefund, der zunächst wie eine wahrscheinliche Identitätsübereinstimmung zwischen zwei gleichnamigen Bankdatensätzen aussah, einen zweiten, kritischen Blick nicht — die betroffenen Adressen und Registrierungsnummern ließen sich in keine Richtung mit Sicherheit auflösen, sodass wir, statt eine Vermutung zu veröffentlichen, den Befund zurückhielten und die Identitätsfrage für eine künftige Welle als tatsächlich offen markierten. Wenn die Frage lautet „Ist das ein Fehlalarm, oder handelt es sich tatsächlich um dieselbe Partei?“, ist ein falsches Raten in beide Richtungen ein echter Fehler — deshalb veröffentlichen wir im Zweifel nicht.

Vier Verwechslungen, die man kennen sollte

Eine Uhrenfabrik direkt an der eigenen Straßenadresse der sanktionierten Firma. Centro científico e técnico Vostok, gelistet unter dem EU-Russland-Paket vom Juli 2026, teilt sich seine eingetragene Adresse — 127F/1 Engels Street, Chistopol, Tatarstan — mit einem Unternehmen, das mit der Listung nichts zu tun hat: dem Hersteller der Vostok-Uhren, der international vertriebenen Linien Komandirskie und Amfibia. Gleiche Hausnummer, andere Steuernummer, und ein Geschäft, das schlicht eine Uhrenfabrik ist. Ein Name-und-Adresse-Screening würde beide zutage fördern; die Steuernummer und die Branche stimmen sonst in nichts überein.

Eine britische Sicherheitsfirma, nur eine Wortgrenze von einem sanktionierten russischen Panzerungsunternehmen entfernt. ARMORGRUPP, eine in Nizhny Novgorod registrierte GmbH, liegt im Namen nah genug an „ArmorGroup“, dass ein reines Namens-Screening beide träfe — nur dass ArmorGroup International plc eine in London ansässige Sicherheitsfirma war, die 2008 von G4S übernommen wurde und seither nicht mehr als eigenständiges Unternehmen tätig ist. Anderes Land, andere Rechtsform, andere rechtliche Kennungen — und eines der beiden Unternehmen existierte bereits siebzehn Jahre nicht mehr, bevor das andere überhaupt sanktioniert wurde.

Zwei Raffinerien, benachbarte Referenznummern. Die eigene Nummerierung der EU-Benennungen hätte hier fast selbst für die Verwechslung gesorgt. Novokuybyshevsk Oil Refinery trägt die EU-Referenznummer EU.14641.12; eine separate, ebenfalls sanktionierte Raffinerie im Kuibyshevsky district der Stadt Samara — JSC Kuibyshevsk Oil Refinery — trägt EU.14640.13, eine Ziffer entfernt, unter einem nahezu identischen Namen, dem nur das Präfix „Novo-“ fehlt. Beide sind real, beide sind sanktioniert, und es handelt sich nicht um dieselbe Anlage. Ein zweites Paar im selben Paket wiederholt das Muster: Oil Refinery "Northern Kuzbass" befindet sich am Anzhero-Sudzhensk Yaisky complex, während eine separat benannte LLC "Anzhersky Oil Refinery" in Novokuznetsk liegt — andere Registrierung, andere Stadt, unter einem eigenen Listungseintrag in derselben Verordnung. Weil beide Verwechslungspartner in diesem Paar bereits in unserem Korpus vorhanden sind, kann die Entitätsseite direkt auf den jeweils anderen echten Datensatz verlinken, statt ihn nur zu beschreiben — die klarste Form der Warnung, die wir geben können.

Eine sanktionierte Bank und ihre eigene Schwestergesellschaft im selben Gebäude. Banca FINAM S.A. — die sanktionierte FINAM-Bank — teilt sich ihr Moscow office building, 7 Nastasyinsky Lane, Building 2, mit JSC Investment Company FINAM, dem Brokerage-Arm derselben Unternehmensgruppe. Das ist eine echte Schwestergesellschaft, kein Zufall: gleiche Marke, gleiche Adresse, und dennoch eine andere juristische Person mit eigenen Registrierungsnummern und einer eigenen Lizenzklasse, zugelassen für den Wertpapierhandel statt für den Bankbetrieb.

Was auf der Seite erscheint

Jede der 13 veröffentlichbaren Zeilen erscheint jetzt als „Nicht zu verwechseln mit …“-Panel auf der jeweiligen Entitätsseite — platziert direkt nach Verwandte Entitäten, als dessen bewusstes Gegenstück. Verwandte Entitäten zeigt echte Verbindungen; dieses Panel zeigt das Gegenteil: Parteien, die dem Namen nach verbunden wirken, es aber nachweislich nicht sind. Es verwendet auf der gesamten Seite dasselbe Warngelb-Styling, niemals das Rot, das echten Benennungen vorbehalten ist, denn einen unbeteiligten Namensvetter wie eine sanktionierte Partei einzufärben, wäre genau der Fehler, den das Panel verhindern soll. Jede Zeile nennt, wer der Verwechslungspartner tatsächlich ist, warum es zu der Verwechslung kommt, die konkreten Fakten, die die beiden trennen, und — sofern der Verwechslungspartner selbst ein Datensatz in unserem Korpus ist — einen direkten Link dorthin.

Warum „im Zweifel nicht veröffentlichen“ der ganze Sinn der Sache ist

Die Disziplin dahinter ist dieselbe, die für jede Tatsache gilt, die wir veröffentlichen — nur dass sie hier eine andere Partei schützt. Normalerweise besteht das Risiko einer falschen Tatsache darin, die eigenen Attribute einer sanktionierten Entität falsch darzustellen. Bei diesem Panel kehrt sich das Risiko um: Ein unsorgfältiger Eintrag würde eine unbeteiligte Partei fälschlich als einen zweiten Blick wert erscheinen lassen, auf einer Seite, die eigentlich von jemand ganz anderem handelt. Deshalb ist die Messlatte bewusst konservativ gesetzt — nur öffentlich auftretende Parteien, nur neutrale Sprache, nur Quellen, die wir tatsächlich abgerufen und geprüft haben, und eine Veröffentlichung nur dann, wenn wir wirklich sicher sind, dass es sich um zwei verschiedene Datensätze handelt. 5 der 18 Kandidaten aus Welle 1 haben diese Messlatte nicht erreicht und blieben unveröffentlicht. Das ist kein Defizit — ein nur intern erfasster Namensvetter unterdrückt trotzdem eine erneute Recherche in einem künftigen Durchlauf, und ein unveröffentlichter Namensvetter, bei dem wir uns nicht sicher sind, ist ein weitaus besseres Ergebnis als ein veröffentlichter, bei dem wir danebenlagen.

Wir werden dies bei jeder künftigen Recherchewelle weiter mitlaufen lassen, wobei mit dem Wachstum des Korpus die ältesten Fehlalarm-Fallen zuerst gefunden werden. Wenn Sie den Umgang eines Screening-Programms mit Fehlalarmen bewerten, lohnt es sich, das Panel direkt an einem Live-Beispiel zu prüfen — beginnen Sie mit einer der oben verlinkten Entitätsseiten.

Machen Sie daraus eine Screening-Maßnahme

Screenen Sie gegen die Quellen hinter diesem Beitrag


← Alle Beiträge