Zahlungsscreening: Sanktionsprüfungen in Echtzeit

Zahlungsscreening bezeichnet die Überprüfung der an einer Transaktion beteiligten Parteien gegen Sanktionslisten, bevor die Transaktion abgeschlossen wird. Es unterscheidet sich vom Kundenscreening vor allem durch den Zeitpunkt: Hier muss die Prüfung erfolgen, bevor Geld fließt, und sie muss ohne Unterbrechung des Zahlungsverkehrs ablaufen.\n\n## Wer wird bei einer Zahlung überprüft?\n\nDer Kunde ist nicht die einzige Partei, die bei einer Überweisung überprüft wird. Sender, Empfänger, die Bank des Empfängers und alle zwischengeschalteten Institute werden gemeinsam bewertet. Auch Namens- und Adressangaben in Freitextfeldern werden vom Screening erfasst: Eine sanktionierte Partei taucht oft eher in einer Verwendungszweckzeile als in einem strukturierten Feld auf.\n\nLand und Währung dienen ebenfalls als Indikatoren. Sanktionsregime richten sich ebenso gegen Länder und Sektoren wie gegen Einzelpersonen; der Weg, den eine Überweisung nimmt, kann eine Überprüfung erfordern, selbst wenn alle beteiligten Parteien unbedenklich sind.\n\n## Wie funktioniert das, ohne den Zahlungsfluss zu stören?\n\nZahlungsscreening arbeitet innerhalb eines strengen Latenzbudgets. Die Prüfung muss innerhalb von Bruchteilen einer Sekunde im Zahlungsfluss Ergebnisse liefern, andernfalls ist das Screening praktisch wirkungslos. Aus diesem Grund wird die Überprüfung direkt in die Transaktions-Pipeline integriert, und ihr Ergebnis wird Teil der Entscheidung.\n\nWenn ein Treffer erzielt wird, wird die Zahlung nicht sofort abgelehnt, sondern vorübergehend ausgesetzt. Die blockierte Transaktion wird mit einem Fall verknüpft und an einen menschlichen Prüfer weitergeleitet. Die Kosten eines übersehenen Treffers sind nicht dieselben wie die eines Fehlalarms (False Stop): Ersteres ist ein Sanktionsverstoß, Letzteres eine verzögerte Kundenzahlung – und beide müssen gemessen werden.\n\n## Wie werden Fehlalarme (False Stops) reduziert?\n\nBestätigungssignale sind auch hier entscheidend: Aliase und Transliterationen, Geburtsdatum, Ausweis- und Passnummern, Staatsangehörigkeit und Stadt. Da diese im Datensatz gespeichert sind, führt ein häufiger Name allein nicht zum Stoppen einer Zahlung. Auch das Gültigkeitsdatum des Datensatzes wird geprüft; eine aufgehobene Sanktionsentscheidung blockiert keine Transaktion.\n\nWo der Schwellenwert angesetzt wird, entscheidet das jeweilige Institut. Wie viele Transaktionen ein neuer Schwellenwert im historischen Zahlungsverkehr stoppen würde, lässt sich vor dem Live-Gang mittels Regelsimulation ermitteln. Die Regel selbst wird in der Regel- und Szenario-Engine erstellt.\n\n## Woher stammen die Screening-Listen?\n\nSanktionseinträge werden zusammen mit der ausstellenden Behörde und dem Land gepflegt, wodurch der Bezug zur Quelle erhalten bleibt. In Ländern, die nicht durch Standardlisten abgedeckt sind, wird die offizielle Quelle selbst überwacht; regulatorische Bulletins werden hochgeladen und in strukturierte Datensätze umgewandelt. Das Institut kann auch eigene Listen gesperrter Parteien hinzufügen. Details finden Sie auf den Seiten Sanktions-, PEP- und Adverse-Media-Screening und benutzerdefinierte Screening-Listen.\n\n## Was passiert mit einer ausgesetzten Zahlung?\n\nEine Aussetzung öffnet einen Fall. Der Fall führt die Transaktionsparteien, den übereinstimmenden Datensatz, Bestätigungssignale und die Begründung des Prüfers zusammen. Sowohl die Freigabe als auch das Stoppen sind Entscheidungen, und beide werden mit ihrer Begründung im Audit Trail protokolliert. Aufgrund der Funktionstrennung (Segregation of Duties) darf die Person, die die Transaktion freigibt, und diejenige, die sie genehmigt, nicht dieselbe sein; dies wird auf der Seite Maker/Checker, Autorisierung und Audit Trail erläutert.\n\nZahlungsscreening ist Teil der Sanktions-Compliance; das Gesamtbild finden Sie auf der Seite Sanktions-Compliance, und die kontinuierliche Überwachung des Transaktionsverhaltens wird auf der Seite fortlaufendes Monitoring beschrieben.