Produkte / Sanktionen
Software zur Sanktionslistenprüfung für AML-Compliance
Prüfen Sie Kunden, Unternehmen, wirtschaftlich Berechtigte und Geschäftspartner automatisiert gegen globale Sanktionslisten – per API, Batch, Portal oder laufendem Monitoring.
Software für OFAC-Sanktionsprüfungen
OFAC-Sanktionsprüfung auf einer zentralen Sanktionsplattform
Prüfen Sie übermittelte Daten zu Personen, Unternehmen, wirtschaftlich Berechtigten, Gegenparteien, Schiffen und Luftfahrzeugen anhand aktivierter OFAC-Quellen. Dazu gehören die SDN-Liste und unterstützte Non-SDN-Datensätze sowie Quellen weiterer Sanktionsbehörden im selben Prüfprozess. Mögliche Treffer lassen sich über API, CSV, Portal oder laufendes Monitoring prüfen. Quellenkontext und Begründung des Analysten bleiben erhalten; die abschließende Entscheidung wird nach der Sanktionsrichtlinie und der rechtlichen Bewertung Ihres Unternehmens getroffen.
Prüfen Sie anhand unterstützter offizieller OFAC-SDN- und Non-SDN-Datensätze, die für Ihr Unternehmen konfiguriert sind, sowie anhand relevanter Sanktionsquellen der UN, des Vereinigten Königreichs, der EU und weiterer Stellen.
Untersuchen Sie einen möglichen OFAC-Treffer anhand von Namen, Aliasnamen, Identifikatoren und Quellenkontext. Ein möglicher Treffer oder Übereinstimmungswert unterstützt die Prüfung, stellt aber weder die Identität noch die rechtliche Wirkung eines Sanktionseintrags fest.
Führen Sie OFAC-Prüfungen über API, CSV-Batch oder das Prüfportal aus. Freigegebene Datensätze können durch konfiguriertes Monitoring erneut geprüft werden, wenn sich relevante aktivierte Quelldaten oder Kundeninformationen ändern.
Klarerer Identitätskontext
Weniger Fehlalarme.Ein vollständigeres Identitätsbild.
Unvollständige Sanktionsdatensätze können unnötige Alarme auslösen. Checklynx verbindet Identitätsinformationen aus verschiedenen Quellen, um ähnliche Namen besser zu unterscheiden.
Ihr Team verbringt weniger Zeit damit, irrelevante Treffer auszuschließen, und mehr Zeit mit Fällen, die Aufmerksamkeit erfordern.
Sanktionstreffer in dokumentierte Entscheidungen überführen
Kandidatenprofil, Quelldatensätze und Prüfergebnis in einer Untersuchung zusammenführen. Begründung und Nachweise bleiben verbunden, damit geklärte Ergebnisse in späteren Läufen konsistent behandelt werden.
Fallmanagement ansehenFreigegebene Kunden bei relevanten Datenänderungen erneut prüfen
Profile der Sanktionsprüfung über Kundengruppen hinweg wiederverwenden. Änderungen an überwachten Quellen- oder Kundendaten werden mit dem bisherigen Prüfverlauf erneut vorgelegt.
Laufende Überwachung ansehenSanktionslisten nach Region
SDN, Non-SDN und weitere OFAC-Listen: MBS, CCMC, CMIC, CAPTA, FSE, PLC, SSI.
ITAR Debarred (ITAR), Nonproliferation Sanctions (ISN), Cuba Restricted and Accommodations Lists sowie Anti-Kleptocracy and Human Rights sanctions.
Entity List (EL), Denied Persons List (DPL), Military End User List (MEU), Unverified List (UVL).
FinCEN-Sondermaßnahmen nach Section 311.
UFLPA Entity List zur Durchsetzung der Prävention von Zwangsarbeit.
CBP-Durchsetzungsmaßnahmen für Importe mit Bezug zu Zwangsarbeit.
Durchsetzungsmaßnahmen gegen Finanzinstitute.
Organisationen, die rechtlich als Terrorgruppen eingestuft sind und deren Vermögen gesperrt ist.
Special Economic Measures Act (SEMA) und Justice for Victims of Corrupt Foreign Officials Act (JVCFOA).
Register von Personen und Organisationen mit Bezug zu Terrorakten und Terrorismusfinanzierung (RePET).
Register von Personen, die von Führungsfunktionen ausgeschlossen sind, sowie Organisationen, die keine Prüfungsleistungen anbieten dürfen.
CEIS, CNEP, CEPIM, CEAF und Leniency Agreements.
Listen ungeeigneter Bieter und Auftragnehmer.
Brasilianische Schwarze Liste von Arbeitgebern mit sklavenähnlichen Arbeitspraktiken.
SDN, Non-SDN und weitere OFAC-Listen: MBS, CCMC, CMIC, CAPTA, FSE, PLC, SSI.
ITAR Debarred (ITAR), Nonproliferation Sanctions (ISN), Cuba Restricted and Accommodations Lists sowie Anti-Kleptocracy and Human Rights sanctions.
Entity List (EL), Denied Persons List (DPL), Military End User List (MEU), Unverified List (UVL).
FinCEN-Sondermaßnahmen nach Section 311.
UFLPA Entity List zur Durchsetzung der Prävention von Zwangsarbeit.
CBP-Durchsetzungsmaßnahmen für Importe mit Bezug zu Zwangsarbeit.
Durchsetzungsmaßnahmen gegen Finanzinstitute.
Organisationen, die rechtlich als Terrorgruppen eingestuft sind und deren Vermögen gesperrt ist.
Special Economic Measures Act (SEMA) und Justice for Victims of Corrupt Foreign Officials Act (JVCFOA).
Register von Personen und Organisationen mit Bezug zu Terrorakten und Terrorismusfinanzierung (RePET).
Register von Personen, die von Führungsfunktionen ausgeschlossen sind, sowie Organisationen, die keine Prüfungsleistungen anbieten dürfen.
CEIS, CNEP, CEPIM, CEAF und Leniency Agreements.
Listen ungeeigneter Bieter und Auftragnehmer.
Brasilianische Schwarze Liste von Arbeitgebern mit sklavenähnlichen Arbeitspraktiken.
Dieselben Sanktionskontrollen über Portal, API, CSV und Fälle nutzen
Den zur Aufgabe passenden Zugangsweg wählen und Ergebnisse sowie Prüfnachweise miteinander verbunden halten.
Sanktionsprüfungen ohne eigene Integration durchführen und Ergebnisse prüfen.
Mehr erfahren 02Echtzeitprüfung per APISanktionsprüfungen in Onboarding und andere Backend-Ereignisse einbinden.
Mehr erfahren 03Bestandsprüfung per CSVDefinierte Kunden-, Lieferanten- oder Gegenparteibestände kontrolliert als Batch prüfen.
Mehr erfahren 04Fälle, Webhooks und PrüfnachweiseRelevante Ergebnisse weiterleiten und den Entscheidungsverlauf aufbewahren.
Mehr erfahrenDie Rolle der Sanktionsprüfung auf der Checklynx-Plattform
Die zu prüfenden Personen und Unternehmen miteinander verbinden.
Übermittelte Identitäten mit aktivierten Sanktionsquellen vergleichen und den Quellenkontext aufbewahren.
Relevante Ergebnisse in eine überprüfbare Kundenrisikoentscheidung übernehmen.
04Laufende Überwachung und FälleRelevante Änderungen erneut zur Prüfung vorlegen und frühere Maßnahmen, Begründungen und Nachweise bewahren.
Was unterscheidet eine offizielle Sanktionslistensuche von Prüfsoftware?
Eine offizielle Listensuche eignet sich, um einen Namen mit den Listen der jeweiligen Behörde abzugleichen oder einen Originaleintrag einzusehen. Das Suchwerkzeug von OFAC erfasst beispielsweise die SDN List und die Non-SDN Consolidated Lists von OFAC; es durchsucht nicht die Listen sämtlicher Behörden. Prüfsoftware führt unterstützte Quellen und wiederholbare Prüfungen für Ihren Kunden- oder Geschäftspartnerbestand in einem Prozess zusammen, einschließlich Untersuchung und dokumentierter Entscheidungen. Weder eine Listensuche noch ein Softwareergebnis ersetzt die Prüfung, die erforderlich ist, um festzustellen, ob eine Beschränkung gilt.
Wann sollte ein Unternehmen Prüfsoftware statt manueller Sanktionslistensuchen einsetzen?
Software kommt infrage, wenn Ihr Team viele Kunden oder Lieferanten prüfen, mehrere Sanktionsquellen nutzen, Prüfungen bei geänderten Informationen wiederholen oder Untersuchungsunterlagen teilen muss. Checklynx unterstützt Prüfungen über API, CSV und Portal, laufendes Monitoring und Fallakten mit Quellenkontext und der Begründung des Analysten. Für eine gelegentliche Prüfung anhand der Listen einer bestimmten Behörde kann eine offizielle Listensuche innerhalb Ihres übergreifenden Prozesses nützlich sein. Den Ansatz an den maßgeblichen Quellen, dem Umfang, den Prüfzuständigkeiten und den Nachweisanforderungen ausrichten.
Welche Angaben brauche ich für eine Sanktionsprüfung?
Ausgangspunkt ist der Name der zu prüfenden Person, des Unternehmens, Schiffs oder Flugzeugs. Je nach Kanal können auch Identifikatoren und Filter wie Entitätstyp, Staatsangehörigkeit oder Geburtsjahr unterstützt werden. Namen und Identifikationsnummern gehören in die jeweils vorgesehenen Felder; Filter sollten nur eingesetzt werden, wenn sie zur Prüfrichtlinie passen. Für Eigentümer oder verbundene Parteien sind deren Angaben gesondert zu übermitteln: Die Prüfung eines Firmennamens ermittelt keine Eigentumsstruktur. Mögliche Treffer vor einer Entscheidung anhand verlässlicher Identitätsinformationen prüfen.
Was ist Software zur Sanktionslistenprüfung?
Software zur Sanktionslistenprüfung gleicht bereitgestellte Identitätsdaten und Kennungen mit den konfigurierten Sanktionsquellen ab und zeigt mögliche Treffer zur weiteren Prüfung an. Teams können die Quelldatensätze und verfügbaren Identitätsinformationen prüfen und ihre Begründung sowie Nachweise aufbewahren. Ein Prüfergebnis allein bestätigt keine Identität, stellt nicht fest, ob ein Verbot gilt, und bewertet auch nicht das Kundenrisiko.
Welche Sanktionslisten kann Checklynx prüfen?
Checklynx unterstützt konfigurierte offizielle OFAC-SDN- und Non-SDN-Datensätze sowie globale, regionale und nationale Sanktionsquellen wie UN, Vereinigtes Königreich, EU, SECO, BIS, FinCEN, Entwicklungsbanken und weitere nationale Behörden. Die verfügbare Abdeckung hängt von den Quellen ab, die für das Betriebsmodell des Kunden unterstützt und konfiguriert sind.
Bedeutet ein OFAC-Treffer, dass der Kunde ein SDN ist?
Nein. Ein Prüfergebnis ist ein möglicher Treffer, der untersucht werden muss. Analysten sollten ihn mit dem vollständigen offiziellen Quelleintrag und den verfügbaren Identitätsinformationen vergleichen. Checklynx unterstützt diese Prüfung mit Aliasnamen, Identifikatoren, Quellenkontext, Fallverlauf und dokumentierter Begründung, trifft aber nicht die abschließende rechtliche Entscheidung.
Wie behandelt Checklynx OFAC-Aliasnamen und ähnliche Namen?
Checklynx verknüpft Namen und Aliasnamen mit verfügbaren Identifikatoren und weiteren bestätigenden Identitätsmerkmalen und priorisiert mögliche Trefferprofile für die Prüfung. Abgleichsinformationen unterstützen Analysten bei Priorisierung und Klärung; ein Übereinstimmungswert ist jedoch kein Beleg für Identität oder rechtlichen Status.
Kann Sanktionsprüfung nach dem Onboarding weiterlaufen?
Ja. Sanktionsrisiken können sich nach der Freigabe ändern, wenn Listendaten aktualisiert werden, sich ein Kundenprofil ändert oder eine neue verbundene Partei erscheint. Checklynx unterstützt laufendes Monitoring, damit freigegebene Datensätze erneut geprüft und bei relevanten Änderungen in die Bearbeitung geleitet werden.
Wie reduziert Checklynx Fehlalarme?
Checklynx hält Kennungen, Aliase, Quellendatensätze, Parteikontext und geklärte Nichttreffer am Ergebnis. So können Analysten wiederholte Fehlalarme unterdrücken und zugleich Nachweise und Begründung der Entscheidung erhalten.
Kann Checklynx Schiffe und Flugzeuge prüfen?
Ja. Checklynx kann Schiffs- und Flugzeugkontext wie Namen, Kennungen, IMO-Nummern, MMSI, Rufzeichen und Flugzeugregistrierungen prüfen, sofern diese Daten verfügbar sind.
Wie können Teams die Sanktionsprüfung von Checklynx nutzen?
Teams können aktivierte OFAC- und andere Sanktionsprüfungen über die Echtzeit-API, CSV-Batch-Prüfung, das Prüfportal oder laufende Monitoring-Prozesse ausführen. Ergebnisse lassen sich in Fällen bearbeiten und zusammen mit Quelldatensätzen, Begründung des Analysten, Zeitstempeln und Prüfnachweisen aufbewahren.
Wendet Checklynx die 50 Percent Rule des OFAC automatisch an?
Nein. Namensprüfung und Eigentumsanalyse sind getrennte Aufgaben. Checklynx kann übermittelte Eigentümer und verbundene Parteien prüfen und den Beziehungskontext erhalten. Der Kunde bleibt jedoch dafür verantwortlich, geeignete Eigentumsinformationen einzuholen und zu bestimmen, ob und wie die US-spezifische 50 Percent Rule des OFAC auf die Eigentumsverhältnisse anzuwenden ist.
Ist Checklynx eine Software für OFAC-Compliance?
Checklynx unterstützt OFAC-Sanktionsprüfungen, laufendes Monitoring, die Bearbeitung möglicher Treffer und die Nachweisführung. Diese Kontrollen können Teil des Sanktions-Compliance-Programms eines Unternehmens sein. Checklynx bestimmt jedoch weder Rechtsordnung noch rechtliche Pflichten und ersetzt weder das umfassendere Compliance-Programm noch die rechtliche Analyse des Unternehmens.
Welche Branchen nutzen Sanktionsscreening-Software?
Sanktionsprüfung wird von Fintechs, Remittance-Anbietern, Zahlungsdienstleistern, iGaming, Versicherungen, Krypto-Unternehmen, Marktplätzen, Handel, Logistik und anderen Unternehmen genutzt, die AML-, Gegenpartei- und Restricted-Party-Risiken steuern müssen.