Plattform
Lösungen
Ressourcen
Unternehmen
Ressourcen
Lösungen

Sanktions-Compliance: Screening, Trefferprüfung und Entscheidungsdokumentation

Sanktions-Compliance bedeutet den Nachweis, dass Ihr Institut keine Geschäfte mit sanktionierten Personen oder Unternehmen tätigt. Truvali erweitert das Screening auf das Onboarding, die Transaktionsausführung und das kontinuierliche Re-Screening bei Listenänderungen und protokolliert jeden Treffer samt Begründung.

Sanktions-Compliance stellt sicher, dass ein Institut keine Geschäftsbeziehungen eingeht oder Transaktionen mit Personen und Unternehmen durchführt, die nationalen oder internationalen Sanktionen unterliegen. Diese Verpflichtung ist keine einmalige Prüfung: Der bestehende Kundenstamm muss bei jeder Änderung einer Liste erneut abgeglichen werden.

Wann wird das Screening durchgeführt?

PhaseWas wird geprüftWarum
Kunden-OnboardingPersonen, Unternehmen und UBOs in der EigentümerstrukturSanktionen müssen vor dem Aufbau einer Geschäftsbeziehung erkannt werden
TransaktionsausführungSender, Empfänger und ggf. zwischengeschaltete ParteienZahlungen dürfen nicht an sanktionierte Parteien gesendet werden
ListenaktualisierungenGesamter bestehender KundenstammEin gestern noch unauffälliger Kunde kann heute sanktioniert sein
Periodische ÜberprüfungAuf Basis der Risikoklassifizierung ausgewählte KundenDokumentation der Aktualität der Datensätze

Das Screening während Transaktionen muss ohne Unterbrechung des Zahlungsflusses erfolgen. Wie dies eingerichtet wird, erfahren Sie auf der Seite Zahlungsscreening.

Wie wird ein Treffer verifiziert?

Namensähnlichkeit allein reicht nicht aus, um eine Entscheidung zu begründen. Sekundäre Informationen im Datensatz prüfen den Treffer: Aliase, kyrillische und arabische Transliterationen, Geburtsdatum und -jahr, Ausweis- und Passnummern, Staatsangehörigkeit, Land und Stadt. Bei einem Treffer auf Sanktionslisten oder in Adverse Media wird das Foto der Person aus der Quelle abgerufen und mit einem Konfidenzwert (Confidence Score) angezeigt.

Auch die Gültigkeitsdaten des Datensatzes werden überprüft: Warnmeldungen, die durch aufgehobene Sanktionen erzeugt werden, stehlen dem Team wertvolle Zeit für echte Treffer. Jeder Datensatz wird zusammen mit der ausstellenden Behörde und deren Land gespeichert, was die Frage beantwortet, aus welchem Sanktionsregime ein Treffer stammt.

Wie werden die Listen aktuell gehalten?

Ein Screening-Prozess ist nur so gut wie die Aktualität der zugrunde liegenden Daten. Drei Methoden greifen hierbei ineinander.

Die offizielle Quelle selbst wird überwacht. Für Länder, die nicht durch Standardlisten abgedeckt sind, wird die Quelle direkt definiert: eine nationale Sanktionsankündigung, eine Liste von Parlamentsmitgliedern oder eine Kabinettsseite. Die Seite wird in definierten Intervallen gecrawlt, Unterlinks werden erfasst und die resultierenden Datensätze fließen mit ihren Quellenlinks in das Screening ein.

Adverse-Media-Feeds werden abgefragt. Keywords, Sprachen und Länder werden definiert; News-Feeds werden regelmäßig abgefragt und relevante Veröffentlichungen zur Überprüfung in eine Warteschlange gestellt. Datensätze werden nicht automatisch erstellt: Ein Mensch entscheidet, welcher Nachrichtenartikel in einen Datensatz umgewandelt wird.

Regulatorische Bulletins werden eingelesen. Ein Bulletin, ein Entscheidungstext oder eine PDF-Liste wird hochgeladen; der Text wird geparst und die darin enthaltenen Personen und Unternehmen werden in strukturierte Datensätze umgewandelt.

Institute können auch eigene Listen erstellen. Details dazu finden Sie auf den Seiten Benutzerdefinierte Screening-Listen und Sanktions-, PEP- und Adverse-Media-Screening.

Warum sind fälschliche Treffer so teuer?

Die Kosten des Sanktions-Screenings liegen nicht in übersehenen Treffern, sondern im Volumen fälschlicher Treffer (False Positives). Ein häufiger Name, der ohne Verifizierungssignale geprüft wird, erzeugt Hunderte von Warnmeldungen, was das Team dazu zwingt, den echten Treffer in diesem Haufen zu suchen. Verifizierungssignale im Datensatz zu haben, ist daher kein Luxus, sondern eine Frage der Kapazität.

Wo der Schwellenwert angesetzt wird, ist die Entscheidung des Instituts und wird als Regel definiert. Wie viele Warnmeldungen ein neuer Schwellenwert im historischen Datenverkehr erzeugen wird, lässt sich mithilfe der Regelsimulation vorab prüfen.

Was passiert nach einem Treffer?

Ein Treffer öffnet einen Fall (Case). Der Fall wird mit seiner Begründung, den Beweisen und der Entscheidungskette gespeichert: wer ihn geprüft hat, welche Informationen herangezogen wurden, welche Entscheidung getroffen wurde und wer sie genehmigt hat. Die Entscheidung wird in einen unveränderlichen Audit Trail geschrieben. Der gesamte Workflow wird auf der Seite Alert- und Case-Management detailliert beschrieben.

Wenn eine Meldung erforderlich ist, wird der Fall in einen Bericht umgewandelt. Die Seite Regulatorisches Meldewesen erläutert diesen Schritt.

Häufige Fragen

Wann wird das Sanktions-Screening durchgeführt?
Beim Kunden-Onboarding, im Moment der Transaktion, für den gesamten bestehenden Kundenstamm bei Listenänderungen sowie bei periodischen Überprüfungen basierend auf der Risikoklassifizierung.
Wie wird ein Treffer verifiziert?
Aliase und Transliterationen, Geburtsdatum, Ausweis- und Passnummern, Staatsangehörigkeit und Stadtinformationen werden gemeinsam ausgewertet. Das Foto wird aus der Quelle abgerufen und mit einem Konfidenzwert angezeigt, zudem wird das Gültigkeitsdatum des Datensatzes überprüft.
Erzeugen aufgehobene Sanktionen Warnmeldungen?
Nein. Die Gültigkeitsdaten des Datensatzes werden ausgelesen, und eine aufgehobene Sanktion erzeugt keinen Alert.
Kann man sehen, von welcher Behörde ein Treffer stammt?
Ja. Jeder Datensatz wird mit der ausstellenden Behörde und deren Land gespeichert, und auch der Quellenlink bleibt erhalten.
Kann ein Institut eine eigene Sanktionsliste hinzufügen?
Ja. Über offizielle Quellendefinitionen, Feed-Abfragen oder Dokumenten-Uploads fließen die institutseigenen Listen in denselben Screening-Workflow ein.
Wie wird die Belastung durch fälschliche Treffer reduziert?
Da Verifizierungssignale im Datensatz gespeichert sind, erzeugt eine reine Namensähnlichkeit keine Warnmeldungen. Wo der Schwellenwert angesetzt wird, ist als Regel definiert, und wie viele Warnmeldungen ein neuer Schwellenwert im historischen Datenverkehr erzeugen wird, lässt sich per Simulation vorab prüfen.
Wie geht es nach einem Treffer weiter?
Ein Treffer öffnet einen Fall. Die Prüfungs-, Entscheidungs- und Genehmigungskette wird mit ihrer Begründung protokolliert und in einen unveränderlichen Audit Trail geschrieben. Wenn eine Meldung erforderlich ist, wird der Fall in einen Bericht umgewandelt.
Verlassen die Screening-Daten das Institut?
Nicht bei einer On-Premise-Bereitstellung. Listen, Screening und Entscheidungen verbleiben vollständig in der eigenen Infrastruktur des Instituts.

Ähnliche Beiträge

MASAK-Compliance und Transaktionsüberwachung im Bankensektor Heute loggen sich Compliance-Beauftragte in vier separate Systeme ein, um einen einzigen Kunden zu bewerten: AML, Identitätsprüfung, Transaktionsüberwachung und Beratung. Dabei listet … Lesen → Fintech: Schnelles Wachstum und Compliance-Anforderungen gleichzeitig meistern Fintechs wachsen rasant, Compliance-Teams oft nicht. Truvali befreit Regeländerungen aus der Entwickler-Queue und macht das Alert-Aufkommen vor dem Live-Gang messbar. Lesen → Zahlungskonto- und Guthabenrisiko bei E-Geld-Instituten Bei einem E-Geld-Institut konzentriert sich das Risiko auf das Zahlungskonto selbst und nicht auf eine einzelne Transaktion. Der MASAK-Leitfaden für Zahlungs- und … Lesen → Händlerrisiko und KYB bei Zahlungsinstituten Der MASAK-Leitfaden für Zahlungs- und E-Geld-Institute listet 76 sektorspezifische Typen verdächtiger Transaktionen auf. Davon beziehen sich 22 direkt auf den angebundenen Händler … Lesen → MASAK-Compliance und Kundenrisiko im Glücksspiel- und Wettsektor MASAK veröffentlicht einen speziellen Leitfaden für Verdachtsmeldungen für Glücksspiel- und Wettanbieter, der 68 branchenspezifische verdächtige Transaktionstypen auflistet. Die meisten beziehen sich nicht … Lesen → MASAK-Compliance und Wallet-Risiko für Kryptodienstleister Kryptodienstleister gehören zu den Verpflichteten gemäß dem Gesetz Nr. 5549, und MASAK veröffentlicht einen speziellen Leitfaden für Verdachtsmeldungen für diese Gruppe. Der … Lesen →