Bei der Auswahl von PEP-Prüfsoftware geht es weder um die größte Datenbank noch um die selbstbewussteste Werbeaussage. Entscheidend ist, ob die Daten und Prüfabläufe eines Anbieters die vom Unternehmen festgelegten PEP-Kontrollen abbilden können.
Für die hier bewerteten Anforderungen ist Checklynx unsere stärkste Wahl für zusammenhängende PEP-Prüfprozesse. Die Plattform verbindet die Prüfung direkter und ehemaliger PEPs, Familienangehöriger und nahestehender Personen, mehrsprachigen Abgleich und Profil-Clustering mit KI-gestützter Ergebnisbewertung, kundenspezifischem Umgang mit Fehlalarmen, Segmentrichtlinien, Kundenrisikobewertung, Fällen und aufbewahrten Prüfnachweisen. MCP-fähige Tools unterstützen zudem kontrollierte agentische Abläufe. Ein anderes Produkt kann besser passen, wenn ein bestimmter proprietärer Datensatz, eine Screening-Engine für Großunternehmen oder eine breitere Plattform für Identitäts- und Finanzkriminalitätskontrollen im Vordergrund steht.
Dieser Leitfaden setzt voraus, dass der grundlegende Prüfprozess bekannt ist. Definitionen, Untersuchungsschritte, Risikobewertung und Hintergründe zum Monitoring stehen im Praxisleitfaden zur PEP-Prüfung. Hier geht es um eine engere Frage:
Welche Nachweise sollte ein Käufer verlangen und wie sollte die Organisation testen, ob die Software ihre PEP-Richtlinie unterstützen kann?
Der Auswahlprozess folgt dieser Reihenfolge:
Anwendungsbereich festlegen → Daten prüfen → repräsentative Identitäten und Beziehungen testen → Prozessnachweise bewerten → Änderungen und Fehler testen → Anbieter vergleichen.
Beste PEP-Screening-Software im Überblick
| Anbieter | Besonders geeignet für | Warum eine Vorauswahl sinnvoll ist |
|---|---|---|
| Checklynx – am besten für vernetzte PEP-Prozesse | Auf Screening spezialisierte Teams, die Daten, Richtlinien, Risikobewertung und Prüfnachweise in einem Ablauf benötigen | PEP-/RCA-Kontext, Profil-Clustering, KI-gestützte Bewertung, dauerhafte Berücksichtigung kundenspezifisch geklärter Fehlalarme, Richtlinien nach Kundengruppe, detaillierte Fälle und MCP-fähige Tools |
| AML Watcher | Mehrsprachiges Screening und breitere AML-Automatisierung | PEP-/RCA-Screening, Batch-Verarbeitung, Monitoring, Fälle und breite Sprachabdeckung |
| ComplyAdvantage | Proprietäre Risikoinformationen und umfassendere Kontrollen gegen Finanzkriminalität | PEP-/RCA-Informationen, Identitätsauflösung sowie Kunden-, Unternehmens-, Zahlungs- und Transaktionskontrollen |
| LSEG World-Check | Unternehmen mit Schwerpunkt auf etablierten globalen Risikoinformationen | Breite PEP-/RCA-Daten, sekundäre Identifikatoren sowie ausgereifte Optionen für Benutzeroberfläche, API, Batch-Verarbeitung und Prüfabläufe |
| sanctions.io | API-orientiertes Screening und Monitoring | Direkte Screening-, Batch- und Monitoring-Abläufe |
| Sanction Scanner | Unternehmen, die eine breite AML-Plattform suchen | Screening, Identitätsauflösung, Kundenrisiko, KYB, Zahlungsprüfung und verhaltensbasierte Überwachung |
| Napier AI | Institute, die eine konfigurierbare Engine mit frei gewähltem Datenanbieter benötigen | Starkes Matching, Transliteration, Konfiguration, Erklärbarkeit, Fälle und Prüfnachweise |
| Ripjar | Identitätsaufgelöstes und kontinuierlich kontextualisiertes Screening | Dynamische Entitätsprofile, fortgeführte Entscheidungen und einheitlicher Screening-Kontext |
| Dow Jones Risk & Compliance | Unternehmen mit Schwerpunkt auf etablierten Risikodaten | Kontinuierliches PEP-, Sanktions- und Adverse-Media-Screening über Enterprise-Bereitstellungskanäle |
| Sumsub | Identitätsorientierte Unternehmen, die AML-Prüfungen im selben Stack wünschen | Screening neben KYC/KYB, Identitätsprüfung, Liveness, Monitoring, Risikobewertung und Fällen |
| Veriff | Nutzer von Identitätsprüfungen, die laufende AML-Prüfungen ergänzen | Konfigurierbares PEP-, Sanktions- und Adverse-Media-Screening neben Identitätsprüfung |
| SEON | Betrugs- und AML-Teams, die eine gemeinsame operative Plattform suchen | Kunden- und Zahlungsprüfung, Monitoring, Fälle, Risikoregeln sowie Identitäts- und Betrugskontrollen |
Dies ist keine numerische Rangliste. Identitätsprüfung, Betrugssignale und verhaltensbasierte Transaktionsüberwachung können nützlich sein, ersetzen aber weder die Qualität der PEP-Daten noch Beziehungsnachweise oder einen kontrollierten Prüfprozess.
Mit dem PEP-Anwendungsbereich des Unternehmens beginnen
Erstellen Sie vor den Anbieterdemos eine unternehmenseigene Anforderungsmatrix. Ein Versprechen einer „globalen PEP-Abdeckung“ zeigt nicht, ob der Dienst zu den maßgeblichen Definitionen, Rechtsordnungen und Kundengruppen passt.
| Dimension | Fragen zur internen Klärung |
|---|---|
| Anwendbarer Rahmen | Welche Gesetze, Vorschriften und offiziellen Richtlinien gelten für das Unternehmen und die Beziehung? |
| PEP-Kategorien | Welche inländischen, ausländischen und PEPs internationaler Organisationen fallen in den Geltungsbereich? |
| Beziehungen | Welche Kunden, wirtschaftlich Berechtigten, Familienangehörigen und bekannten nahestehenden Personen muss der Prozess erfassen? |
| Geographie | Welche Länder und lokalen Definitionen müssen durch die Daten und Richtlinien unterstützt werden? |
| Zeitpunkt | Welche Änderungen beim Onboarding, bei Überprüfungen, Kundendaten oder politischen Funktionen lösen eine Prüfung oder Neubewertung aus? |
| Zuständigkeit | Wer klärt die Identität, bestätigt die Einstufung, bewertet das Risiko und genehmigt die Entscheidung über die Geschäftsbeziehung? |
| Nachweise | Was muss zur Rekonstruktion des Ergebnisses und der Entscheidung vorhanden bleiben? |
FATF bietet eine internationale Basis für PEPs ausländischer, inländischer und internationaler Organisationen, deren Familienangehörige und nahestehende Personen. Darin heißt es außerdem, dass die PEP-Anforderungen präventiver Natur sind und nicht als Hinweis auf kriminelle Aktivitäten interpretiert werden sollten.1
Verbindliche Pflichten ergeben sich aus dem jeweils geltenden Rechtsrahmen. So verlangt Regulation 35 im Vereinigten Königreich von Verpflichteten angemessene Systeme und Verfahren, um festzustellen, ob Kunden oder wirtschaftlich Berechtigte PEPs, Familienangehörige oder bekanntermaßen nahestehende Personen sind. Anschließend sind die vorgeschriebenen risikobasierten Maßnahmen anzuwenden.2 Die aktuellen britischen Regeln unterscheiden zwischen inländischen und nicht inländischen PEPs. EU-Recht und nationale Umsetzung bestimmen jeweils einen eigenen Anwendungsbereich.34
Software soll diesen Anwendungsbereich umsetzen helfen, ihn aber nicht stillschweigend für das Unternehmen festlegen.
Den PEP-Datensatz prüfen, nicht die behauptete Datenbankgröße
Ein brauchbares PEP-Ergebnis muss erkennen lassen, warum ein Profil relevant sein könnte. Anbieter sollten echte Datensätze und die in jedem Bereitstellungsweg sichtbaren Nachweisfelder vorführen.
| PEP-spezifische Nachweise | Was zu prüfen ist |
|---|---|
| Identität | Vollständiger Name, bekannte Varianten, Schreibweise in der Originalschrift und verfügbare sekundäre Identifikatoren |
| Öffentliche Funktion | Rolle, Institution oder öffentliche Einrichtung, Rang der Funktion und Rechtsordnung |
| Rollengeschichte | Start- und Enddatum (sofern verfügbar), aktueller oder früherer Status und Änderungsverlauf |
| Verstorbenenstatus | Ob Profile verstorbener Personen durchsuchbar bleiben, wie der Tod belegt wird und ob der Käufer sie ein- oder ausschließen kann |
| Beziehung | Ob die geprüfte Person selbst PEP, Familienmitglied oder nahestehende Person ist, einschließlich Beziehungsart und Nachweisquelle |
| Provenienz | Quelle, Quelldatum, Abruf- oder Verarbeitungsdatum und eine Möglichkeit, das Profil bis zu seinen Nachweisen zurückzuverfolgen |
| Unsicherheit | Fehlende, widersprüchliche oder nicht überprüfte Felder werden als Unsicherheit dargestellt und nicht mit erfundener Gewissheit gefüllt |
„Umfassend“ ist keine prüfbare Anforderung. Zu klären ist, welche öffentlichen Funktionen und Rechtsordnungen erfasst sind, welche Quellen den Datensatz belegen, wie der Anbieter Korrekturen behandelt und welche Felder für Compliance-Analysten und Integrationen verfügbar sind.
Rollenklassifizierung und Zuordnung zu Rechtsordnungen prüfen
Der PEP-Status ergibt sich aus einer qualifizierenden prominenten öffentlichen Funktion oder einer definierten Beziehung, nicht aus einer generischen Bezeichnung. Die Software sollte genügend Kontext bereitstellen, damit das Unternehmen die relevante Definition anwenden kann.
Testen Sie, ob ein Anbieter Folgendes unterscheiden kann:
- inländische und ausländische PEPs sowie PEPs internationaler Organisationen;
- prominente oder hochrangige öffentliche Funktionen gegenüber nachgeordneten oder nicht erfassten öffentlichen Tätigkeiten;
- das Land und die Institution, die mit der Rolle verbunden sind;
- aktuelle und frühere Rollen; und
- die Datenklassifizierung des Anbieters von der endgültigen Entscheidung nach der Kundenrichtlinie.
Das ist relevant, weil sich nationale Regeln unterscheiden. Regulation 35 der britischen Geldwäschevorschriften und die FCA-Leitlinien zeigen einen eigenen britischen Ansatz. Das geltende EU-Recht verlangt eine auf die jeweilige Rechtsordnung zugeschnittene Behandlung, einschließlich der Listen der Mitgliedstaaten mit den genau bezeichneten prominenten öffentlichen Funktionen.254
Auch die Beschaffung benötigt einen datierten Überblick über regulatorische Änderungen. Die Verordnung (EU) 2024/1624 führt ein neues unmittelbar geltendes EU-Geldwäscheregelwerk ein. Im September 2026 ist es jedoch noch nicht allgemein anwendbar; die allgemeine Anwendung beginnt am 10. Juli 2027.6 Käufer können die Bereitschaft für diese Änderung testen, ohne das künftige Regelwerk als bereits geltendes Recht darzustellen oder die derzeitige nationale Umsetzung zu übergehen.
Angehörige, nahestehende Personen und Beziehungsnachweise prüfen
Ein Ergebnis sollte zeigen, ob es sich bei der geprüften Person um den direkten PEP, einen Angehörigen oder eine nahestehende Person (RCA) handelt. Es sollte auch die Beziehung und die Nachweise dafür aufzeigen. Ein RCA sollte nicht einfach die Amtsbezeichnung des direkten PEP erben oder als ungeklärter „PEP = ja“-Eintrag erscheinen.
Zu klären ist:
- Welche Definitionen für Familienangehörige und nahestehende Personen bildet der Datensatz ab?
- Kann der Compliance-Analyst den verknüpften PEP und den Beziehungstyp sehen?
- Welche Quelle stellt den Zusammenhang her und wann wurde er beobachtet?
- Wie werden Ergänzungen, Korrekturen und beendete Beziehungen dargestellt?
- Kann Ihre Richtlinie unsichere Beziehungsnachweise anders behandeln als eine bestätigte Beziehung?
Regulation 35 der britischen Geldwäschevorschriften enthält konkrete Definitionen für Familienangehörige und bekanntermaßen nahestehende Personen.2 FATF erstreckt die einschlägigen Maßnahmen ebenfalls auf Familienangehörige und nahestehende Personen; die Umsetzung hängt jedoch von der jeweiligen Rechtsordnung ab.1
Frühere Funktionen und zeitlichen Verlauf prüfen
Die Behandlung ehemaliger PEPs lässt sich nicht zuverlässig umsetzen, wenn der Anbieter keine Rollendaten oder Historie bereitstellt. Der Anbieter sollte zeigen, wie das Compliance-Team erkennen kann, wann eine Funktion endete, welchen Stand das frühere Profil hatte und was sich geändert hat.
Die Software sollte Nachweise sichern, ohne eine undurchsichtige globale Fristregel anzuwenden. Regulation 35 der britischen Geldwäschevorschriften verlangt bestimmte Maßnahmen für ehemalige PEPs mindestens zwölf Monate lang und, soweit zur Minderung des fortbestehenden Risikos angemessen, auch darüber hinaus. Diese britische Regel ist jedoch keine weltweit gültige Frist.2 Das Unternehmen muss das maßgebliche Recht und seine eigene Risikobewertung anwenden – nicht eine im System verborgene Zeitsteuerung des Anbieters.
Aufbewahrung von Profilen verstorbener Personen prüfen
Eine verstorbene Person kann für historische Screening-Entscheidungen, Beziehungen zu Familienangehörigen oder nahestehenden Personen und die Rekonstruktion früherer Kundenprüfungen relevant bleiben. Wird das Profil vollständig entfernt, kann Kontext verloren gehen; wird es ohne eindeutigen Status ausgegeben, kann unnötiger Prüfaufwand entstehen.
Fragen Sie, ob Profile verstorbener PEPs durchsuchbar bleiben, ob der Datensatz einen Verstorbenenhinweis und ein Todesdatum enthält, welche Quelle diesen Status belegt und ob die Einbeziehung konfiguriert werden kann. Checklynx bewahrt Profile verstorbener PEPs auf. AML Watcher, ComplyAdvantage, LSEG World-Check, Sumsub und Veriff veröffentlichen ebenfalls Hinweise darauf, dass Verstorbene weiterhin erfasst oder ein- beziehungsweise ausgeschlossen werden können. Bei Napier AI hängt dies vom Datenanbieter ab. Für Dow Jones waren die eindeutigsten gefundenen Belege indirekt; bei den übrigen Anbietern wurde die Aufbewahrung öffentlich nicht bestätigt. Testen Sie den tatsächlich bereitgestellten Datensatz, statt anzunehmen, dass die Abdeckung ehemaliger PEPs auch die Frage verstorbener Profile beantwortet.
Den Abgleich als Identitätsklärung testen, nicht als PEP-Bestätigung
Der Abgleich erzeugt mögliche Treffer. Er belegt weder, dass der Kunde mit der Person im PEP-Profil identisch ist, noch dass die Rolle unter die maßgebliche Definition fällt oder die Geschäftsbeziehung abzulehnen ist.
Ein Proof of Concept sollte daher Folgendes umfassen:
- genaue Namen und bekannte Varianten;
- neu geordnete, abgekürzte und unvollständige Namen;
- authentische Aliase;
- Namen in Originalschrift und transliterierte Namen, die für den Kundenbestand des Käufers relevant sind, einschließlich schriftübergreifender Paare wie Kyrillisch–Lateinisch oder Arabisch–Lateinisch, sofern einschlägig;
- gebräuchliche Namen, die von mehreren Personen geteilt werden;
- unvollständige oder ungefähre Geburtsdaten; und
- Datensätze mit übereinstimmenden und widersprüchlichen Nationalitäten, Standorten oder Rollen.
Bewerten Sie sowohl das Auffinden als auch die Identitätsklärung. Ein empfindlich eingestellter Abgleich kann das erwartete Profil finden, zugleich aber ein unkontrolliertes Prüfvolumen erzeugen. Eine enge Konfiguration kann die Zahl möglicher Treffer senken und dabei relevante Namensvarianten übersehen. Es gibt weder einen universellen Schwellenwert für Fuzzy Matching noch eine allgemein akzeptable Quote falsch positiver Treffer.
Halten Sie für jeden Fall fest, warum ein möglicher Treffer entstand, welche Identifikatoren für oder gegen die Identität sprachen, welches Ergebnis das Compliance-Team festhielt und was ungeklärt blieb. Der ausführliche PEP-Untersuchungsprozess steht im Praxisleitfaden zur PEP-Prüfung. Hier ist zu testen, ob die Software genügend Nachweise für diesen Prozess bereitstellt.
Status, Risiko und Maßnahme getrennt halten
Das Produkt sollte nicht mehrere unterschiedliche Entscheidungen in einer Bewertung zusammenfassen:
| Entscheidungsschicht | Frage |
|---|---|
| Ermittlung möglicher Treffer | Ähnelten die eingegebenen Daten einem PEP-bezogenen Profil so stark, dass eine Prüfung erforderlich war? |
| Identitätsklärung | Ist der Kunde die in diesem Profil beschriebene Person? |
| PEP-Klassifizierung | Entspricht die Rolle oder Beziehung der geltenden Definition? |
| Kundenrisikobewertung | Wie beeinflusst dieser Bezug das Risiko der Geschäftsbeziehung im konkreten Kontext? |
| Maßnahme | Welche Genehmigung, Sorgfaltsmaßnahme, Überwachung oder Entscheidung über die Geschäftsbeziehung folgt? |
Der PEP-Status ist kein Sanktionsstatus und beweist kein Fehlverhalten. Negative Medien können einen zusätzlichen Risikokontext liefern, sie sind jedoch nicht der Nachweis dafür, dass eine Person eine qualifizierte öffentliche Funktion innehat. Zu den Kategoriengrenzen siehe Watchlist-Prüfung im Vergleich zu Sanktionen und PEP-Screening.
Testen Sie, ob Compliance-Analysten einen bestätigten PEP-Status aufrechterhalten und gleichzeitig ein angemessenes, separates Kundenrisikoergebnis aufzeichnen können. Die FCA-Leitlinien für Unternehmen in ihrem Anwendungsbereich legen Wert auf einen verhältnismäßigen, risikobasierten und fallweisen Ansatz. 5 Software kann diesen Prüfablauf unterstützen; sie sollte nicht die Rechts- oder Kundenentscheidung herbeiführen.
Monitoring anhand realer PEP-Änderungen bewerten
„Laufendes Monitoring“ ist nur dann belastbar, wenn der Anbieter erklärt, welche Änderungen erkannt werden, wie schnell sie im Rahmen der vereinbarten Leistung verfügbar sind und welche Informationen das Compliance-Team sieht.
Bitten Sie den Anbieter, zu demonstrieren oder zu dokumentieren, was passiert, wenn:
- ein bestehender Kunde übernimmt eine qualifizierte öffentliche Rolle;
- ein PEP verlässt sein Büro;
- eine Änderung des Rollentitels, der Institution oder der Rechtsordnung;
- eine familiäre oder nahestehende Beziehung hinzugefügt oder korrigiert wird;
- ein Quelldatensatz wird korrigiert oder zurückgezogen; oder
- sich die identifizierenden Daten des Kunden ändern.
Der Prüfanlass sollte den vorherigen Stand, die neuen Informationen, den Überprüfungsgrund und die abschließende Entscheidung bewahren. Schreiben Sie nicht eine globale Neuprüfungsfrequenz oder ein Aktualisierungsintervall vor: Der Käufer sollte Auslöser im Rahmen des geltenden Rahmenwerks definieren und überprüfen, ob der Dienst diese umsetzen und nachweisen kann.
Nachvollziehbarkeit der Entscheidung für Compliance-Analysten prüfen
Eine überzeugende Demo sollte den gesamten Weg vom möglichen Treffer bis zum Abschluss der Prüfung zeigen. Ein anderes qualifiziertes Mitglied des Compliance-Teams sollte den geschlossenen Fall allein anhand der aufbewahrten Nachweise rekonstruieren können.
Die Aufzeichnung sollte Folgendes enthalten:
- die zur Überprüfung bereitgestellten Kundendaten;
- das zurückgegebene PEP-Profil und die zu diesem Zeitpunkt verfügbaren Quellinformationen;
- die verwendete Konfiguration und die Zeitstempel;
- Identitätsähnlichkeiten und -konflikte;
- Nachweise zur öffentlichen Funktion oder RCA-Beziehung sowie relevante Daten;
- der Compliance-Analyst, Begründung, Eskalation und Genehmigung;
- die PEP-Klassifizierung, das Kundenrisikoergebnis und die endgültige Maßnahme als separate Felder oder Entscheidungen; und
- spätere Änderungen und erneut geöffneter Bewertungsverlauf.
Die FCA stellte bei geprüften Unternehmen unzureichende PEP-/RCA-Definitionen, unwirksame Neubewertungen und schlecht erläuterte Risikobegründungen fest.7 Ein Werkzeug zur Fallbearbeitung löst diese Governance-Probleme nicht allein, sollte aber kontrollierte Prüfungen und eine belastbare Nachweisführung ermöglichen.
Eignung von Prüfportal, CSV und API prüfen
Bereitstellungsweg und PEP-Datenqualität sind getrennt zu bewerten. Ausgewählte Fälle sollten durch jeden vorgesehenen Prüfprozess laufen.
| Prüfablauf | Was zu testen ist |
|---|---|
| Analystenportal | Sucheingaben, sichtbare Nachweise, Zuständigkeit für die Prüfung und dokumentierte Entscheidung |
| CSV-Batch-Prüfung | Eingabeabgleich, Duplikate, unvollständige Zeilen, Teilfehler und stabile Links zu Quell-IDs |
| API | Aktuelle Schemata, Identifikatoren, mehrdeutige und fehlerhafte Anfragen, Fehler, Wiederholungsversuche und Zuordnung |
| Monitoring | Änderungsgrund, vorheriger und neuer Status, Fallerstellung und Bearbeitung früherer Entscheidungen |
Technische Unterschiede zwischen Prüf-APIs und APIs zur verhaltensbasierten Transaktionsüberwachung erläutert der Leitfaden zu Transaktionsprüf-APIs sowie Sanktions- und PEP-APIs. Allgemeine Plattformfragen wie Authentifizierung, Rate Limits, Sicherheit, Verfügbarkeit und Zuständigkeit bei Vorfällen sind anhand der aktuellen Dokumentation und des Vertrags zu prüfen, nicht anhand einer Marketingseite.
Führen Sie einen PEP-spezifischen Proof of Concept durch
Testfälle, erwartete Beobachtungen und Bewertungsmethode sollten feststehen, bevor Anbieter die Ergebnisse sehen. Verwenden Sie eigene Fälle, die die Rechtsordnungen, Schriftsysteme und Datenqualität des tatsächlichen Kundenbestands widerspiegeln.
| Testklasse | POC-Design | Zu erfassende Nachweise |
|---|---|---|
| Bekannte direkte PEPs | Aktuelle PEPs aus relevanten Rechtsordnungen und Kategorien | Identität, Rolle, Institution, Rechtsordnung, Quelle und Daten, sofern verfügbar |
| Inländische, ausländische und internationale Funktionen | Fälle aus jeder für den Käufer maßgeblichen Kategorie | Nachweise zur zugrunde liegenden Funktion und nutzbare Klassifizierung |
| Häufige Namen | Mehrere Personen mit demselben Namen | Treffermenge, sekundäre Identifikatoren und Aufwand für die Identitätsklärung |
| Transliterierte Namen | Authentische Originalschrift und lateinische Schreibvarianten | Abrufweg und für die Identitätsklärung verfügbare Identifikatoren |
| Unvollständige Identitätsdaten | Fehlender zweiter Vorname, ungefähres Geburtsdatum oder teilweise Staatsangehörigkeit | Umgang mit Unsicherheit und Eskalation statt erfundener Gewissheit |
| Verwandte und nahestehende Personen | Beispiele für Familienangehörige und qualifizierende nahestehende Personen | Direkte PEP/RCA-Unterscheidung, verknüpfter PEP, Beziehungstyp und Quelle |
| Ehemalige PEPs | Ehemalige Amtsinhaber mit unterschiedlichem Austrittstermin | Rollenverlauf, Enddatum und Fähigkeit zur Anwendung der Käuferrichtlinie |
| Verstorbene PEPs | Verstorbene Amtsinhaber und historisch verknüpfte RCAs | Aufbewahrtes Profil, Verstorbenenstatus/-datum, Quelle und konfigurierbare Einbeziehung |
| Schriftübergreifende Namen | Authentische kyrillisch-lateinische, arabisch-lateinische oder andere relevante Schriftpaare | Abruf in Originalschrift, Transliterationspfad und für die Identitätsklärung verwendete Nachweise |
| Erwartete Nichttreffer | Rechtmäßige Kunden mit ähnlichen Namen wie Personen in PEP-Datensätzen | Anzahl möglicher Treffer, widersprüchliche Identifikatoren und Gründe für Fehlalarme |
| Fälle mit erwarteten, aber fehlenden Treffern | Erwartete realistische Variationen zum Abrufen eines bekannten Datensatzes | Fehlender Kandidat, genaue Eingabe, Konfiguration und Erklärung des Anbieters |
| Ungelöste Fälle | Bewusst unzureichende Identifikatoren | Sichtbare Unsicherheit, Nachweisanforderung und Eskalationspfad |
| Rollen- oder RCA-Änderung | Ernennung, Ausscheiden aus einem Amt oder Änderung einer Beziehung nachstellen oder simulieren | Vorheriger Status, geänderte Felder, Grund des Hinweises, Zeitstempel und Prüfweg |
| Fallrekonstruktion | Je einen bestätigten, ausgeschlossenen und ungeklärten möglichen Treffer abschließen | Eingabe, Quellprofil, Begründung, Genehmigungen, Zeitstempel und Verlauf |
| Portal, CSV und API | Ausgewählte Fälle in unterstützten Kanälen wiederholen | Konsistenz, Abgleich, Fehler und Nachweiskontinuität |
| Fehlerbehandlung | Verzögerte Quelle, ungültige Anfrage, Zeitüberschreitung oder Fehler im nachgelagerten System | Erkennung, erneuter Versuch, Wiederherstellung, Kennzeichnung veralteter Daten und Zuständigkeit |
Wandeln Sie diese Tabelle nicht in eine Gesamtpunktzahl um. Erfassen Sie mindestens vier Ergebnisse separat:
- Abrufleistung: Ist der erwartete Kandidat erschienen?
- Qualität der Identitätsklärung: Waren genügend Nachweise verfügbar, um die Identität zu klären?
- PEP-Datenqualität: Konnte der Käufer Funktion, Beziehung, Quelle und relevante Zeitangaben nachvollziehen?
- Betriebskontrolle: Konnte das Team Fehler überprüfen, nachweisen und beheben?
Ein praktischer Vergleichsdatensatz ist:
Anforderung | Testfall | Erwartetes Verhalten | Beobachtetes Verhalten | Nachweis | Erwarteter Treffer fehlt? | Irrelevanter Treffer? | Ungeklärt? | Operatives Problem | Erklärung des Anbieters | Bewertung des Käufers
Verwenden Sie evidenzbasierte Bewertungen wie erfüllt, erfüllt teilweise, erfüllt nicht und nicht nachgewiesen. Es gibt keine allgemeingültige Bestehensschwelle.
Anbieter anhand einer Nachweismatrix vergleichen
Vergleichen Sie nach dem POC, was jeder Anbieter gezeigt hat, und nicht, was jeder Anbieter versprochen hat.
PEP-Daten
- Werden relevante Rollen und Zuständigkeiten mit Quellennachweisen dargestellt?
- Werden direkte PEPs und RCAs klar unterschieden?
- Sind Rollen- und Beziehungsdaten dort sichtbar, wo Quellen sie bereitstellen?
- Können historische Veränderungen und Korrekturen rekonstruiert werden?
- Erklärt der Anbieter Lücken, anstatt jedes Feld als vollständig zu bezeichnen?
Matching und Überprüfung
- Sind erwartete Varianten in relevanten Schriftsystemen und unter den relevanten Datenqualitätsbedingungen aufgetreten?
- Konnten Compliance-Analysten häufige Namen mithilfe sekundärer Identifikatoren auflösen?
- Wurden fehlende erwartete Treffer, irrelevante Kandidaten und ungeklärte Identitäten separat gemessen?
- Können Konfigurationsänderungen versioniert, genehmigt und regressionsgetestet werden?
Monitoring und Nachweisführung
- Welche politischen Rollen-, Beziehungs-, Quellen- oder Kundenänderungen verursachen Überprüfungsarbeit?
- Kann ein Compliance-Analyst verstehen, was sich geändert hat und warum?
- Kann eine andere Person die Einstufung, Risikobegründung, Genehmigung und Maßnahme nachvollziehen?
- Werden frühere Entscheidungen überprüft, wenn sich relevante Fakten ändern?
Integration und Betrieb
- Unterstützen die Pfade Portal, CSV und API das vorgesehene Betriebsmodell?
- Werden Fehler, Teilausfälle, Wiederholungsversuche und Abgleiche dokumentiert?
- Kann der Käufer Quellen- oder Verarbeitungsfehler erkennen?
- Sind Umsetzungs-, Support-, Change-Management- und Incident-Aufgaben zugewiesen?
Für die gemeinsame Beschaffung von Sanktions-, PEP- und Watchlist-Prüfungen steht der Auswahlleitfaden mit herunterladbarem Anforderungskatalog zur Verfügung. Sanktionsspezifische rechtliche oder datenbezogene Annahmen dürfen dabei nicht auf PEP-Entscheidungen übertragen werden.
Unterscheidungsmerkmale bei PEP-Datensätzen und internationalen Namen
Diese Tabelle konzentriert sich auf Fragen zu PEP-Daten, die in allgemeinen AML-Funktionslisten oft fehlen. „Öffentlich nicht bestätigt“ beschreibt eine Recherchegrenze und bedeutet nicht, dass dem Anbieter die Funktion fehlt.
| Anbieter | Verlauf ehemaliger Rollen | Aufbewahrung verstorbener Profile | RCA-Beziehungskontext | Originalschrift und schriftübergreifendes Matching | Zu prüfende Provenienz |
|---|---|---|---|---|---|
| Checklynx | Aktuelle und ehemalige Funktionen mit Rollenverlauf und Zeitangaben | Ja; Profile verstorbener PEPs werden aufbewahrt | Direkte PEPs, Familienangehörige und nahestehende Personen mit ergänzendem Kontext | Mehrere Schriftsysteme plus Transliteration, einschließlich Szenarien mit kyrillischen Namen | Quellenbezeichnungen, Beziehungsnachweise, Zeitangaben und zugrunde liegende Datensätze |
| AML Watcher | Breite Abdeckung ehemaliger PEPs; genaue Zeitangaben sollten getestet werden | Ja; veröffentlichte Profile können Verstorbenenstatus und Todesdaten enthalten | Die Abdeckung von RCAs und nahestehenden Personen ist dokumentiert; Beziehungsnachweise sind zu testen | Transliteration zwischen kyrillischer, arabischer und lateinischer Schrift ist dokumentiert | Provenienz auf Feld-, Quellen- und Beziehungsebene sollte vorgeführt werden |
| ComplyAdvantage | Informationen zu aktuellen/ehemaligen PEPs werden unterstützt; historische Felder prüfen | Ja; Screening-Kontrollen bieten Filter für verstorbene Personen | PEP-/RCA-Informationen und Beziehungen im Knowledge Graph | Transliteration wird unterstützt; verlangen Sie einen Live-Test speziell für Kyrillisch | Quellen-, Ereignis- und Beziehungsverlauf im gewählten Bereitstellungsweg prüfen |
| LSEG World-Check | Strukturierte PEP-Profile enthalten Rollenkontext; erforderliche Datumstiefe prüfen | Ja; World-Check-Datensätze weisen den Verstorbenenstatus aus | Familie, nahestehende Personen und Verbindungen sind ausdrücklich erfasst | Mehr als 40 nichtlateinische Schriften, darunter russische Namen in Originalzeichen | Umfangreicher strukturierter Profilkontext; Feldverfügbarkeit je Paket prüfen |
| sanctions.io | Abdeckung aktueller und ehemaliger PEPs wird angegeben; genauer Verlauf ist zu testen | Öffentlich nicht bestätigt | Nahestehende Personen werden unterstützt; Verwandte und Nachweistiefe sind zu testen | Ausdrückliche Beispiele für nichtlateinische Transliteration umfassen kyrillische Varianten | Provenienz auf Quellenebene über die geplante API- oder Portalroute testen |
| Sanction Scanner | Ehemaliger Status und Rollenverlauf müssen vorgeführt werden | Öffentlich nicht bestätigt | RCA-Struktur sollte vorgeführt werden | Kyrillische Romanisierung und nichtlateinisches/transliteriertes Matching sind dokumentiert | Daten, Quellen und Beziehungsnachweise in der Prüfoberfläche untersuchen |
| Napier AI | Vorwiegend vom gewählten Intelligence-Datensatz bestimmt | Vom Datenanbieter abhängig | Engine-Filter umfassen PEP/RCA; Beziehungstiefe ist datensatzabhängig | Transliteration, chinesische Schriftzeichen und Namensreihenfolge sind dokumentiert | Screening-Engine und gewählten PEP-Datensatz getrennt bewerten |
| Ripjar | Dynamische Profile bewahren sich ändernden Risikokontext; Datumstiefe ist datensatzabhängig | Öffentlich nicht bestätigt | Tiefe der PEP-Beziehungen hängt von verbundenen Quellen ab | Mehrere Sprachen, Schriften und Transliterationen sind dokumentiert | Starker quellenverknüpfter Entitätskontext; Rollen-/Beziehungsfelder prüfen |
| Dow Jones Risk & Compliance | Kontinuierliches PEP-Screening ist ausdrücklich genannt; historische Datumstiefe testen | Teilweise öffentliche Belege aus der Watchlist-Datendokumentation | Detaillierte RCA-Struktur wurde öffentlich nicht bestätigt | Kyrillisch-/Originalschrift-Cross-Matching wurde öffentlich nicht bestätigt | Felder des gewählten Watchlist-Feeds oder RiskCenter direkt prüfen |
| Sumsub | Der Umgang mit früheren und aus dem Amt ausgeschiedenen PEPs wird erwähnt | Ja; Screening unterstützt den Ausschluss als verstorben erfasster Profile | Die genaue RCA-Beziehungsstruktur muss bestätigt werden | Transliteration wird unterstützt; der Abgleich zwischen kyrillischer und lateinischer Schrift ist zu testen | PEP-Quellen auf Feldebene bestätigen, statt sie aus der Plattformbreite abzuleiten |
| Veriff | Aktueller und ehemaliger Status wird unterstützt; Verlaufsfelder prüfen | Ja; Kunden können verstorbene Personen ausschließen | Informationen zu nahestehenden Personen erscheinen in Ergebnissen; Taxonomie validieren | Ausdrückliche Belege für Kyrillisch-/Originalschrift wurden öffentlich nicht bestätigt | Screening-Payloads weisen Quellennamen, URLs und Daten aus |
| SEON | PEP-Screening ist ausdrücklich genannt; genaue historische Rollendaten testen | Öffentlich nicht bestätigt | Detaillierte RCA-Beziehungsnachweise müssen bestätigt werden | Schriftübergreifendes Matching umfasst ausdrücklich Kyrillisch, Arabisch und Chinesisch zu Lateinisch | Auf Quellenebene verfügbare Nachweise im AML-Fallablauf bestätigen |
Operative Kontrollen, die die Produkte unterscheiden
| Anbieter | Profilbildung und Umgang mit Fehlalarmen | Richtlinie und Kundenrisiko | Untersuchungsnachweise |
|---|---|---|---|
| Checklynx – am besten für vernetzte PEP-Prozesse | Profil-Clustering über mehrere Quellen; kundenspezifische Entscheidungen bleiben erhalten; relevante Änderungen können einen Kandidaten erneut zur Prüfung vorlegen | Screening- und Monitoring-Richtlinien nach Kundenkohorte sowie separate konfigurierbare Kundenrisikobewertung | KI-gestützte Bewertung, Zuweisung, Notizen, Anhänge, Eskalation und aufbewahrte Nachweise; MCP-fähig für autorisierte Agenten |
| AML Watcher | Die Positivliste ist dokumentiert; gleichwertiges Clustering und die erneute Prüfung bei relevanten Änderungen sind zu testen | Flexible Risikokonfiguration; genaue Trennung von PEP und Kundenrisikobewertung testen | Fallbearbeitung wird beschrieben; Rekonstruierbarkeit testen |
| ComplyAdvantage | Identitätsauflösung und Clustering sind dokumentiert; Darstellung und gespeicherte Entscheidungen prüfen | Konfigurierbares Screening mit breiterer Risikobewertung | Mesh bietet eine umfassendere Fallumgebung |
| LSEG World-Check | Ausgereifte strukturierte Profile; Fortbestand kundenspezifischer Dispositionen testen | Konfigurierbares PEP-Screening; formale Kundenrisikobewertung hängt vom weiteren Stack ab | World-Check One bietet Screening- und Kollaborationsabläufe |
| sanctions.io | Monitoring ist ausdrücklich genannt; Profilkonsolidierung und Persistenzlogik testen | Öffentliche Belege sind für Screening stärker als für CRA-Orchestrierung | API und Monitoring sind klarer belegt als vollständige Fallfunktionen |
| Sanction Scanner | Identitätsauflösung ist ausgewiesen; Darstellung und Verhalten der Positivliste testen | Kundenrisikofunktionen sind in der breiteren Plattform verfügbar | Fall- und Prüfkontrollen sind verfügbar |
| Napier AI | Starkes Matching, Regeln für Sekundärdaten und automatisches Herabstufen von Treffern statt dokumentiertem Profil-Clustering | Mehrere Konfigurationen und separate Kundenrisikofunktion | Fälle, Zuweisung, Erklärbarkeit und vollständige Prüfspur |
| Ripjar | Dynamische Entitätsprofile mit fortgeführten früheren Entscheidungen | Abstimmung auf Kunden- und Risikokontext | Quellenverknüpfter Entscheidungsverlauf und Prüfnachweise |
| Dow Jones Risk & Compliance | Detaillierte Risikoinformationen; Konsolidierung und Fortführung früherer Entscheidungen müssen vorgeführt werden | Richtlinien- und CRA-Mechanismen müssen vorgeführt werden | Kontinuierliche Prüfung ist klar; vollständige Fallrekonstruktion testen |
| Sumsub | Breiter Prozesskontext statt dokumentiertem PEP-Profil-Clustering | Konfigurierbare Abläufe und Risikobewertung in einer breiteren Plattform | Integrierte Fallbearbeitungsinfrastruktur |
| Veriff | Prüferentscheidungen und erneute Prüfung nach Änderungen sind dokumentiert | Konfigurierbare Listen und Matching-Einstellungen; formale CRA ist keine Spezialstärke | Screening-Prüfung ist vorhanden; Tiefe klassischer Untersuchungsfälle weniger klar |
| SEON | Betrugsnetzwerkanalyse unterscheidet sich vom Clustering von PEP-Quellen | Granulare Regeln, Schwellenwerte und Risikobewertung | Automatische Fallzuweisung, Untersuchungsverlauf und Prüfspur |
Öffentliche Dokumentation unterscheidet sich im Detailgrad. Eine hier weniger klar beschriebene Funktion sollte zur Frage für die Anbieterdemo werden, nicht zur Annahme, dass sie nicht vorhanden ist.
Von fragmentierten PEP-Datensätzen zur agentenfähigen Prüfung
Smart Matching Technology verbessert die Nachweisgrundlage vor der Prüfung, indem wahrscheinlich zusammengehörige PEP-, RCA-, Sanktions- und andere Quelldatensätze zu einem klareren Personen- oder Unternehmensprofil gruppiert werden. Die KI-gestützte Ergebnisbewertung kann anschließend Identifikatoren, Rollenkontext, Beziehungsnachweise sowie fehlende oder widersprüchliche Angaben analysieren und eine Bewertung für einen autorisierten Compliance-Analysten vorbereiten.
Die KI bestätigt weder, dass der Kunde mit der PEP identisch ist, noch entscheidet sie, ob die Funktion der maßgeblichen Definition entspricht oder welches Kundenrisikoergebnis gilt. Bewertung, Quellennachweise, Änderungen durch Compliance-Analysten und die abschließende Entscheidung können mit Fall und Prüfspur verbunden bleiben.
Checklynx ist zudem MCP-fähig für agentische AML-Prüfabläufe. Autorisierte KI-Agenten können kontrollierte, mandantenbezogene Prüf- und Recherchetools aufrufen und strukturierte Ergebnisse in geregelte Abläufe übergeben. MCP bildet die Tool-Grenze; Berechtigungen, Richtlinien und menschliche Verantwortlichkeit bleiben bestehen.
Nachweise clustern → Bewertung unterstützen → durch kontrollierte menschliche oder agentische Abläufe leiten → Entscheidung aufbewahren.
Warum Checklynx unsere erste Wahl ist
Checklynx steht an erster Stelle, weil die für PEP-Kontrollen maßgeblichen Bestandteile besonders eng miteinander verbunden sind.
Die Plattform unterstützt direkte und ehemalige PEPs, Familienangehörige und nahestehende Personen einschließlich Rollen-, Rechtsordnungs- und Beziehungskontext. Die Abgleichsebene verarbeitet internationale Namensvarianten und kann zusammengehörige Quelldatensätze zu einem umfassenderen Personen- oder Unternehmensprofil clustern. Compliance-Analysten sehen den zusammengehörigen Kontext gebündelt. Das kann Doppelarbeit verringern, ohne zugrunde liegende Nachweise zu verbergen.
Die operative Kontrolle setzt sich nach dem Matching fort. Screening-Profile, Monitoring-Zeitpläne und Prüfrichtlinien können je genehmigter Kundengruppe variieren. Das Kundenrisiko wird separat anhand konfigurierbarer Faktoren, Gewichtungen, Schwellenwerte, Risikostufen und Hard Stops bewertet. Damit bleiben Identitätsklärung, PEP-Klassifizierung, Kundenrisiko und autorisierte Maßnahme getrennt.
Die KI-gestützte Bewertung kann bestätigende, widersprüchliche und fehlende Nachweise ordnen, bevor ein Compliance-Analyst die Begründung bearbeitet und ein Ergebnis festhält. Fälle können Zuständigkeit, Priorität, Notizen, Anhänge, Eskalation und Zeitstempel bewahren. Kundenspezifische Entscheidungen bleiben bei erneuter Prüfung erhalten: Ein unveränderter, zuvor als Fehlalarm geklärter möglicher Treffer muss nicht dieselbe Arbeit erneut auslösen. Eine relevante Änderung an Funktion, Beziehung, Quelle oder Identität kann ihn dagegen mit dem bisherigen Verlauf wieder zur Prüfung vorlegen. Autorisierte Agenten können dieselben kontrollierten Tools über MCP nutzen.
Teams können dieselbe Kontrolle über das Screening-Portal, die CSV-Batch-Prüfung und die Echtzeit-Screening-API nutzen, ergänzt durch laufendes Monitoring, Kundenrisikobewertung, Fallbearbeitung und Prüfnachweise.
Die Grenzen sind klar: Checklynx positioniert dieses Produkt weder als verhaltensbasierte Transaktionsüberwachung noch als Dokumenten-, Biometrie- oder Liveness-Prüfung. Bereitgestellte wirtschaftlich Berechtigte können geprüft werden; eine breitere Ermittlung der Eigentümer hängt von verfügbaren Quellen und Integrationen ab. Damit ist die Empfehlung präzise: Checklynx ist unsere stärkste Wahl, wenn fokussiertes PEP-Screening, Kundenrisiko und Untersuchungsnachweise zusammenwirken müssen.
Zwölf Anbieter von PEP-Screening-Software im Vergleich
Checklynx
Am besten für zusammenhängende PEP-Prüfprozesse, Richtlinien und Nachweise. Checklynx verbindet die Prüfung direkter und ehemaliger PEPs, Kontext zu Familienangehörigen und nahestehenden Personen, internationalen Namensabgleich und Profil-Clustering mit KI-gestützter Bewertung und der kundenspezifischen Wiederverwendung früherer Fehlalarmentscheidungen. Verschiedene Kohorten können unterschiedliche Richtlinien nutzen, während Kundenrisiko, Fälle und Prüfnachweise verbunden bleiben. MCP-fähige Tools stellen die kontrollierte Prüfebene für autorisierte agentische Abläufe bereit.
AML Watcher
Am besten für mehrsprachiges Screening in einem breiteren AML-Stack. AML Watcher verbindet PEP-/RCA-Screening mit Batch-Verarbeitung, Monitoring, Whitelisting, Fällen und angrenzenden AML-Funktionen. Lassen Sie sich realen Rollenverlauf, ehemaligen Status, Beziehungsnachweise und den Umgang mit einem später geänderten, zuvor verworfenen Kandidaten zeigen.
ComplyAdvantage
Am besten für proprietäre Risikodaten und breitere Kontrollen gegen Finanzkriminalität. ComplyAdvantage verbindet PEP-/RCA-Informationen und Beziehungskontext mit Kontrollen für Kunden, Unternehmen, Zahlungen und Transaktionen. Die Entity-Resolution-Funktion ist relevant; die Demo sollte jedoch zeigen, wie mehrere Datensätze Compliance-Analysten dargestellt werden und ob kundenspezifische Entscheidungen fortgeführt werden.
LSEG World-Check
Am besten für etablierte globale Risikoinformationen. LSEG World-Check bietet breite Informationen zu PEPs/RCAs, Sanktionen, Durchsetzungsmaßnahmen und negativen Medien, ergänzt um sekundäre Identifikatoren und ausgereifte Bereitstellungsoptionen. Zu prüfen sind die im angebotenen Paket enthaltenen historischen Felder, Richtliniensegmentierung, Wiederverwendung früherer Fehlalarmentscheidungen und Fallabläufe.
sanctions.io
Am besten für API-orientiertes Screening und Monitoring. sanctions.io bietet über Screening-, Batch- und Monitoring-Abläufe einen direkten Zugang zu PEP- und Sanktionsdaten. Das kann für Teams passen, die bereits eigene Kundenrisiko- und Fallinfrastruktur besitzen; Käufer, die diese Funktionen im Produkt benötigen, sollten sie genau untersuchen.
Sanction Scanner
Am besten für PEP-Screening innerhalb einer breiten AML-Plattform. Sanction Scanner verbindet Screening, Identitätsauflösung, Kundenrisiko, KYB, Zahlungsprüfung und verhaltensbasierte Überwachung. Zu bewerten ist, wie RCAs, ehemalige Rollen, Provenienz und zusammengehörige Quelldatensätze dargestellt werden, statt nur die Plattformbreite zu betrachten.
Napier AI
Am besten als konfigurierbare Screening-Engine für Großunternehmen. Napier dokumentiert starkes Fuzzy Matching, Transliteration, Phonetik, Aliase, Bewertung von Sekundärdaten und Ablaufkontrollen. Da die Engine mit Drittanbieter-Daten arbeiten kann, sind Engine und angebotener PEP-Datensatz getrennt zu bewerten.
Ripjar
Am besten für identitätsaufgelöstes Screening. Ripjar ist die klarste Alternative bei der Profilkonsolidierung: Dynamische Profile sammeln PEP-, Sanktions-, Watchlist- und Adverse-Media-Kontext und führen frühere Entscheidungen fort. Testen Sie neben dieser starken Entitätsebene klassische Fallanforderungen wie Zuweisung, Anhänge und Eskalation.
Dow Jones Risk & Compliance
Am besten für etablierte Risikodaten für Großunternehmen. Dow Jones unterstützt kontinuierliches PEP-, Sanktions- und Adverse-Media-Screening über Enterprise-Produkte und Datenkanäle. Öffentliche Funktionsdetails sind vergleichsweise begrenzt; verlangen Sie daher eine strukturierte Vorführung von Matching, Beziehungsverlauf, Richtlinienkontrollen und Fallrekonstruktion.
Sumsub
Am besten für identitätsorientiertes Onboarding. Sumsub integriert PEP- und Watchlist-Prüfungen in eine breitere Plattform für KYC, KYB, Identität, Monitoring, Risiko und Fälle. Der PEP-spezifische Test sollte getrennt von der Identitätsprüfung erfolgen und RCA-Tiefe, Rollenverlauf, Provenienz, Abgleich sowie wiederkehrende Fehlalarme untersuchen.
Veriff
Am besten für Identitätsprüfung mit laufenden AML-Prüfungen. Veriff ergänzt seine Identitätsumgebung um konfigurierbares PEP-, Sanktions- und Adverse-Media-Screening. Dokumenten- und Biometriefunktionen sind angrenzende Kontrollen; validieren Sie PEP-Kategorien, Beziehungsnachweise, Rollenverlauf und Untersuchungsablauf daher separat.
SEON
Am besten für gemeinsame Betrugs-, AML- und Identitätsprozesse. SEON verbindet Kunden- und Zahlungsprüfung, verhaltensbasiertes Monitoring, Risikoregeln, Fälle und Identitätskontrollen. Die Betrugsnetzwerkanalyse unterscheidet sich von der Konsolidierung mehrerer PEP-Quelldatensätze zu einem Subjektprofil; verlangen Sie eine PEP-spezifische Demo.
Abschließende Empfehlung
Für die hier verglichenen Anforderungen ist Checklynx unsere stärkste Wahl für zusammenhängende PEP-Prüfprozesse. Die Empfehlung beruht auf einem durchgängigen Betriebsmodell: Prüfung direkter und ehemaliger PEPs und RCAs, Beziehungs- und Rollennachweise, mehrsprachiger Abgleich, konsolidiertes Profil-Clustering, KI-gestützte Bewertung, kundenspezifischer Umgang mit Fehlalarmen, Kohortenrichtlinien, separate Kundenrisikobewertung, detaillierte Fälle und MCP-fähige Tools für kontrollierte agentische Abläufe.
Die endgültige Entscheidung sollte weiterhin auf einem POC mit repräsentativen Daten beruhen. Testen Sie die von der KI-Bewertung verwendeten Nachweise, die Bearbeitungsmöglichkeiten für Compliance-Analysten, die von Agenten aufrufbaren MCP-Tools, die Anwendung von Mandanten- und Nutzerberechtigungen und die in der Prüfspur verbleibenden Aktionen. Die Organisation bleibt für PEP-Klassifizierung, Kundenrisiko, Eskalation und die endgültige Entscheidung verantwortlich.
Mehr erfahren über PEP-Screening mit Checklynx, KI-gestützte Ergebnisbewertung und agentische AML-Prüfabläufe.
Häufig gestellte Fragen
Was ist die beste PEP-Screening-Software?
Checklynx ist unsere stärkste Wahl für Teams, die PEP-/RCA-Screening, Rollen- und Beziehungsnachweise, konfigurierbaren Abgleich, Profil-Clustering, den kundenspezifischen Umgang mit Fehlalarmen, Richtlinien nach Kundengruppe, Kundenrisikobewertung und detaillierte Fallnachweise in einem auf Screening ausgerichteten Ablauf verbinden möchten.
Worauf sollten Käufer bei PEP-Screening-Software achten?
Achten Sie auf die Eignung für den Rechtsrahmen des Unternehmens, transparente Rollen- und Beziehungsnachweise, nutzbare Identitätsdaten, einen kontrollierten Abgleich, Änderungsüberwachung, geregelte Prüfabläufe und nachvollziehbare Entscheidungen. Prüfen Sie diese Punkte anhand eigener repräsentativer Fälle und nicht nur anhand einer Funktionscheckliste.
Ist die größte PEP-Datenbank automatisch die beste?
Nein. Durch die Zählung von Datensätzen wird nicht festgestellt, ob die relevanten Rechtsordnungen und Rollen abgedeckt sind, ob die Datensätze aktuell und nachvollziehbar sind oder ob Compliance-Analysten genügend Informationen erhalten, um Identitäten und Beziehungen aufzuklären.
Bedeutet eine PEP-Übereinstimmung, dass für den Kunden ein hohes Risiko besteht?
Nein. Ein möglicher Treffer muss zunächst der richtigen Identität zugeordnet und nach dem geltenden Rahmen eingestuft werden. Ein bestätigter PEP-Status fließt anschließend in eine angemessene Kundenrisikobewertung ein. Er ist weder ein Nachweis für eine Straftat noch ein automatischer Grund zur Ablehnung.
Kann eine kommerzielle PEP-Datenbank allein die Compliance-Anforderungen erfüllen?
Nein. FATF gibt an, dass kommerzielle und andere externe Datenbanken hilfreich sein können, aber weder von FATF gefordert noch für sich genommen ausreichend sind.1 Das Unternehmen benötigt weiterhin einen angemessenen Umfang, eine Prüfung, eine Risikobewertung, Genehmigungen, Kontrollen und Nachweise im Rahmen seines geltenden Rahmenwerks.
Wie sollte PEP-Screening-Software getestet werden?
Verwenden Sie repräsentative direkte PEPs, RCAs, frühere Funktionen, häufige Namen, Transliterationen, unvollständige Identitäten, erwartete Nichttreffer und Änderungen politischer Funktionen. Dokumentieren Sie Abrufleistung, Qualität der Identitätsklärung, PEP-Datenqualität und operatives Verhalten getrennt.
Was bedeutet Profil-Clustering beim PEP-Screening?
Beim Profil-Clustering werden Quelldatensätze, die wahrscheinlich dieselbe Person oder dasselbe Unternehmen beschreiben, gruppiert. Compliance-Analysten können so zusammengehörige Aliase, Identifikatoren und Nachweise gemeinsam prüfen. Checklynx dokumentiert diese Funktion direkt; Ripjar beschreibt einen inhaltlich vergleichbaren identitätsaufgelösten Ansatz. Es ist eine besondere Stärke von Checklynx, aber keine einzigartige Marktfunktion.
Ist die Prüfung eines wirtschaftlich Berechtigten dasselbe wie seine Ermittlung?
Nein. Das Screening beginnt mit einer dem System bereitgestellten Identität des wirtschaftlich Berechtigten. Bei der Ermittlung werden die Eigentumsinformationen beschafft oder abgeleitet. Eine Plattform kann die eine Funktion unterstützen, ohne die andere universell bereitzustellen.
Gilt für ehemalige PEPs weltweit derselbe Zeitraum?
Nein. Die weitere Behandlung hängt von der jeweiligen Rechtsordnung und dem konkreten Risiko ab. Regulation 35 der britischen Geldwäschevorschriften sieht für ehemalige PEPs beispielsweise mindestens zwölf Monate und gegebenenfalls einen längeren Zeitraum vor. Das ist keine weltweit gültige Regel.2
Kann ein KI-Agent bestätigen, dass ein Kunde eine PEP ist?
Er kann die Prüfung unterstützen, sollte aber nicht die endgültige Feststellung treffen. Checklynx kann eine nachweisgestützte KI-Bewertung vorbereiten und autorisierten Agenten über MCP den Aufruf kontrollierter Screening-Tools ermöglichen. Die Organisation behält die Kontrolle über Berechtigungen, Klassifizierungsrichtlinien, Kundenrisikobewertung, Eskalation und die endgültige Entscheidung.
Ist die PEP-Prüfung dasselbe wie die Sanktionsprüfung oder die Prüfung negativer Medien?
Nein. Die PEP-Prüfung ermittelt einen relevanten Bezug zu politischen Funktionen. Die Sanktionsprüfung untersucht einen möglichen Bezug zu restriktiven Maßnahmen, während die Prüfung negativer Medien zusätzlichen Kontext liefert. Die Kontrollen können dieselben Identitätsdaten nutzen, Status und Entscheidungswege bleiben jedoch getrennt.
Offizielle Quellen
Footnotes
-
FATF, Politically Exposed Persons (Recommendations 12 and 22), offizielle internationale Leitlinien, veröffentlicht im Juni 2013, abgerufen am 8. September 2026. ↩ ↩2 ↩3
-
Britische Gesetzgebung, The Money Laundering, Terrorist Financing and Transfer of Funds Regulations 2017, Regulation 35, aktuelle britische PEP-Anforderungen für relevante Personen, abgerufen am 8. September 2026. ↩ ↩2 ↩3 ↩4 ↩5
-
Britische Gesetzgebung, The Money Laundering and Terrorist Financing (Amendment) Regulations 2023, Regulation 2, Inlands-PEP-Änderung, gültig ab 10. Januar 2024, abgerufen am 8. September 2026. ↩
-
Europäische Union, Richtlinie (EU) 2015/849, konsolidierter Text, aktueller EU-Richtlinienrahmen vorbehaltlich nationaler Umsetzung, konsolidiert am 9. Juli 2024, abgerufen am 8. September 2026. ↩ ↩2
-
Financial Conduct Authority, FG25/3: The treatment of politically exposed persons, im Juli 2025 finalisiert, offizielle Leitlinien für Unternehmen im Anwendungsbereich, abgerufen am 8. September 2026. ↩ ↩2
-
Europäische Union, Verordnung (EU) 2024/1624, angenommen am 31. Mai 2024 und allgemein anwendbar ab 10. Juli 2027, abgerufen am 8. September 2026. ↩
-
Financial Conduct Authority, Multi-firm review: Treatment of politically exposed persons, Aufsichtsergebnisse veröffentlicht im Juli 2024 und aktualisiert im Dezember 2025, abgerufen am 8. September 2026. ↩