Transaktionsscreening vs. Transaktionsmonitoring: Was AML-Teams wissen müssen

Transaktionsscreening und Transaktionsmonitoring beantworten unterschiedliche Compliance-Fragen. Beim Transaktionsscreening wird eine bestimmte Zahlung oder Transaktion einschließlich der übermittelten Parteien und des relevanten Kontexts auf konfigurierte Screening-Risiken geprüft. Das Transaktionsmonitoring untersucht Aktivitäten auf ungewöhnliches Verhalten, Muster oder Abweichungen. Dazu werden häufig Transaktionen über einen längeren Zeitraum und die Kenntnisse des Unternehmens über den Kunden herangezogen.

Keines von beiden ist einfach die „Vorher-“ oder „Nachher-Version“ des anderen. Beide können Echtzeittechnologie einsetzen, und in keinem Fall wird aus einer Software-Warnmeldung automatisch eine rechtliche Schlussfolgerung. Auch eine dritte Kontrolle muss klar abgegrenzt bleiben: Das Kunden- oder Parteienscreening prüft eine Person, ein Unternehmen oder eine verbundene Partei beim Onboarding oder später in der Geschäftsbeziehung, statt eine einzelne Zahlung oder das Transaktionsverhalten zu analysieren.

Transaktionsscreening und Transaktionsmonitoring beantworten unterschiedliche Fragen

Ein belastbarer Vergleich beginnt beim Gegenstand und Zweck der Kontrolle, nicht bei der Technologie oder der Bezeichnung eines Anbieters.

Diese Abgrenzung findet sich auch in offiziellen Materialien. Die FCA-Leitlinien zum Transaktionsmonitoring behandeln automatisches und manuelles Monitoring, die Prüfung von Warnmeldungen und die Beurteilung, ob Verhalten tatsächlich verdächtig ist. Die FCA-Leitlinien zu Sanktionen behandeln gesondert das Screening von Kunden, Gegenparteien und Zahlungen sowie die Klärung, ob ein Namensabgleich tatsächlich eine sanktionierte Person betrifft.

Was ist Transaktionsscreening?

Beim Transaktionsscreening wird eine bestimmte Zahlung oder Transaktion anhand der an die Kontrolle übermittelten Teilnehmer- und Kontextdaten geprüft. Abhängig von Richtlinie, Datenverfügbarkeit und einschlägigem Rechtsrahmen können dazu Auftraggeber, Begünstigte, Gegenparteien, Intermediäre, beteiligte beziehungsweise auftraggebende Institute, Wallets, Orte, Angaben in Zahlungsnachrichten und Transaktionskennungen gehören.

Diese Aufzählung ist beispielhaft. Sie bedeutet nicht, dass jede Implementierung jedes Feld prüfen muss. Die FCA verlangt eine klare Richtlinie dazu, welche Kunden, Gegenparteien, Zahlungen und zugehörigen Daten geprüft werden. Für US-Banken nennt die FFIEC-Prüfungsanleitung zu OFAC konkretere Beispiele für Transaktionsparteien und Zahlungsinformationen, die in risikobasierte OFAC-Kontrollen einfließen können.

Beim Sanktionsscreening von Zahlungen gleicht die Kontrolle üblicherweise die übermittelten Parteien und den relevanten Transaktionskontext mit Sanktionsinformationen oder anderen konfigurierten Watchlists ab. Weitere nach der internen Richtlinie konfigurierte Regeln auf Transaktionsebene können außerdem beeinflussen, wie der Vorgang weiterbearbeitet wird. Das Ergebnis ist üblicherweise ein zu klärender Trefferhinweis, keine binäre Feststellung, dass eine Zahlung rechtlich zulässig oder verboten ist.

Ein unauffälliger Namensabgleich klärt nicht jede Frage zu Eigentum und Kontrolle, beschränkten Waren oder Dienstleistungen, Genehmigungen, Geografie oder Transaktionszweck. Umgekehrt kann sich ein ähnlicher Name nach Prüfung von Kennungen und Kontext als andere Person erweisen. Der Praxisleitfaden zum Sanktionsscreening erläutert den vertieften Sanktionsprozess.

Wann kann Transaktionsscreening stattfinden?

Transaktionsscreening wird häufig direkt in den Prozess eingebunden, solange eine Zahlung noch angehalten oder gestoppt werden kann. Das FFIEC erklärt für den US-Bankenkontext, dass bestimmte Geldtransfers, Akkreditive und Transaktionen von Nichtkunden vor der Ausführung mit OFAC-Listen abgeglichen werden sollten. Dies ist ein wichtiges Implementierungsmodell, aber keine weltweit gültige Definition.

Es gibt keine belastbare globale Regel, nach der Transaktionsscreening immer in Echtzeit stattfinden oder jede Zahlung identisch geprüft werden muss. Nach Auffassung der FCA ist Sanktionsscreening eine Kontrolle, die Unternehmen bei der Einhaltung der zugrunde liegenden Verbote unterstützt; sein Umfang sollte das Geschäft und die Risikoexposition des Unternehmens widerspiegeln.

Das EU-Recht zu Echtzeitüberweisungen zeigt besonders deutlich, weshalb allgemeingültige Aussagen zu vermeiden sind. Für die spezifische Kontrolle gezielter finanzieller Restriktionen nach Artikel 5d der Verordnung (EU) 2024/886 müssen relevante Zahlungsdienstleister ihre Zahlungsdienstnutzer mindestens täglich prüfen. Während der Ausführung einer Echtzeitüberweisung dürfen sie nicht prüfen, ob Zahler oder Zahlungsempfänger gelistete Personen oder Organisationen sind. Die Vorschrift hat einen engen Anwendungsbereich und lässt andere anwendbare restriktive Maßnahmen sowie AML/CFT-Kontrollen unberührt. Sie zeigt jedoch, weshalb „jede Zahlung in Echtzeit prüfen“ keine belastbare globale Rechtsaussage ist.

Was ist Transaktionsmonitoring?

Transaktionsmonitoring untersucht Transaktionen und Kundenaktivitäten auf Muster, Szenarien, Abweichungen oder anderes potenziell ungewöhnliches Verhalten. Typischerweise verbindet es Aktivitäten über einen längeren Zeitraum mit Kunden-, Beziehungs- und Risikokontext.

Die FFIEC-Leitlinien zu verdächtigen Aktivitäten beschreiben sowohl manuelles Monitoring anhand von Berichten über tägliche oder längere Zeiträume als auch automatisierte Überwachung, die einzelne Transaktionen, Muster und Abweichungen vom erwarteten Verhalten erkennt. Die britischen Money Laundering Regulations 2017 verlangen von erfassten Verpflichteten, Transaktionen während einer Geschäftsbeziehung auf ihre Übereinstimmung mit den Kenntnissen über den Kunden, dessen Geschäft und Risikoprofil zu prüfen.

Transaktionsmonitoring muss daher weder ausschließlich rückblickend noch nur stapelweise erfolgen. Ein System kann ein Ereignis in Echtzeit bewerten und zugleich historische Aktivitäten zu dessen Einordnung nutzen. Kleinere oder weniger komplexe Unternehmen können belastbare manuelle Verfahren einsetzen; bei höherem Volumen und größerer Komplexität kann Automatisierung für ein wirksames Programm erforderlich werden. Die AUSTRAC-Leitlinien zum Kundenmonitoring erkennen manuelle, automatisierte und kombinierte Ansätze ausdrücklich an.

Entscheidend ist die verhaltensbezogene Frage. Eine Monitoring-Warnmeldung kann durch eine Abweichung vom erwarteten Verhalten, ein Muster über verknüpfte Transaktionen, ein Szenario oder einen Schwellenwert ausgelöst werden. Sie ist nicht automatisch eine verdächtige Transaktion, sondern ein Vorgang, der im Kontext beurteilt werden muss.

Die Rolle des Kunden- und Parteienscreenings

Kunden- oder Parteienscreening gleicht übermittelte Angaben zu einer Person, einem Unternehmen oder einer relevanten verbundenen Partei mit Sanktions-, PEP-, Watchlist-, Negativmedien- oder anderen Quellen ab, die in der Screening-Richtlinie des Unternehmens enthalten sind. Es kann beim Onboarding und erneut erfolgen, wenn sich eine relevante Quelle oder ein Datensatz ändert.

Prüfgegenstand ist primär die Partei oder Geschäftsbeziehung, nicht eine einzelne Zahlung. Das ist wichtig, weil drei Begriffe häufig miteinander vermischt werden:

• Kundenscreening prüft einen Kunden oder eine verbundene Partei anhand konfigurierter Quellen.
• Laufendes Screening oder erneutes Screening wiederholt oder aktualisiert diese Prüfungen, wenn sich relevante Daten ändern.
• Verhaltensbasiertes Transaktionsmonitoring analysiert Aktivitäten auf ungewöhnliches oder potenziell verdächtiges Verhalten.

Laufendes erneutes Screening ist kein verhaltensbasiertes Transaktionsmonitoring. Beide können Warnmeldungen erzeugen und das Kundenrisiko beeinflussen, stammen jedoch aus unterschiedlichen Kontrollen. Checklynx Ongoing Monitoring prüft konfigurierte Kunden, Unternehmen, wirtschaftlich Berechtigte, Gegenparteien und Zahlungsparteien erneut anhand von Änderungen bei Sanktionen, PEP, Negativmedien und Watchlists. Es sollte nicht als autonome Engine für Verhaltensszenarien über eine Transaktionshistorie beschrieben werden.

Warum keine der Kontrollen die andere ersetzt

Eine Zahlung kann im Vergleich zu den bisherigen Aktivitäten eines Kunden gewöhnlich wirken und dennoch eine Partei betreffen, für die möglicherweise eine relevante Sanktionsbeschränkung gilt. Das verhaltensbasierte Monitoring erkennt möglicherweise keine Anomalie; das Transaktionsscreening kann trotzdem einen Trefferhinweis zur Identitäts- und Sanktionsprüfung erzeugen.

Auch das Gegenteil ist möglich. Eine Reihe von Zahlungen kann keinen Treffer auf einer Sanktionsliste enthalten, im Vergleich mit den erwarteten Kundenaktivitäten, Gegenparteien oder dem bisherigen Verhalten aber ein ungewöhnliches Muster bilden. Ein listenbasierter Abgleich auf Ebene einer einzelnen Transaktion kann diese langfristige Analyse nicht ersetzen.

Transaktionsmonitoring kann daher Sanktionsscreening nicht ersetzen, und Transaktionsscreening kann Transaktionsmonitoring nicht ersetzen. Beide können Kontext austauschen und in demselben Fallbearbeitungsprozess zusammenlaufen. Jedes Signal sollte jedoch seine Quelle und Bedeutung behalten.

Dasselbe Prinzip gilt für die Betrugserkennung. Betrugs- und AML-Monitoring können überlappende Zahlungs-, Geräte-, Kunden- und Verhaltenssignale nutzen und dieselbe technische Infrastruktur verwenden. Ihre Ziele sind nicht identisch: Betrugskontrollen können auf unbefugte, täuschende oder missbräuchliche Aktivitäten und Schadensvermeidung ausgerichtet sein, während AML-Monitoring ungewöhnliche oder potenziell verdächtige Aktivitäten im Hinblick auf AML/CFT-Pflichten untersucht.

Kundenrisiko verbindet die Kontrollen

Kundenrisiko ist Kontext, kein weiteres Synonym für Screening oder Monitoring. Vorbehaltlich zwingender Anforderungen kann es Umfang und Intensität von Kontrollen beeinflussen, ebenso die Kalibrierung von Monitoring-Szenarien und Schwellenwerten, die Priorisierung einer Warnmeldung und die von einem Prüfer benötigten Nachweise.

Die britischen Vorschriften verknüpfen die laufende Prüfung von Transaktionen mit Kenntnissen über das Geschäft und Risikoprofil des Kunden. Die FCA behandelt Monitoring-Ergebnisse zudem als Informationen, die sich auf die Kundenrisikobewertung auswirken können. In Kanada verbinden die FINTRAC-Anforderungen an das laufende Monitoring die Prüfung von Transaktionen und Kundeninformationen mit der Neubewertung des Risikos.

Es gibt keine einheitliche globale Risikoformel. Eine praxistaugliche Gestaltung stellt Prüfern den relevanten Kunden- und Beziehungskontext bereit und wahrt zugleich die eigene Methodik, Genehmigungen und Ausnahmen des Unternehmens. Erfahren Sie, wie die Customer Risk Assessment konfigurierte Risikofaktoren, Ergebnisse und unterstützende Nachweise neben Screening und Prüfung festhalten kann.

Vom Signal zur Untersuchung

Screening- und Monitoring-Signale können in dieselbe kontrollierte Untersuchungsumgebung einfließen, ohne als dasselbe umetikettiert zu werden.

Ein wirksamer Fall kann die zu diesem Zeitpunkt verwendeten Kunden- und Transaktionsdaten, die Screening-Quelle oder den Monitoring-Auslöser, Zeitstempel, verknüpfte Warnmeldungen oder frühere Fälle, Analystennotizen, Anhänge, Eskalationen und die autorisierte Entscheidung festhalten. Die Nachweise sollten einem anderen Prüfer verständlich machen, was erkannt und untersucht wurde und weshalb die Entscheidung getroffen wurde.

Die FCA weist darauf hin, dass viele automatisierte Monitoring-Warnmeldungen Fehlalarme sind, und erwartet, dass Unternehmen feststellen, ob das Verhalten tatsächlich verdächtig ist. Ihre Sanktionsleitlinien verlangen ebenso Verfahren, mit denen falsch positive Treffer erkannt und echte Namensübereinstimmungen festgestellt werden. Dies sind verwandte Prüfdisziplinen. Die Bezeichnung „falscher Sanktionstreffer“ sollte jedoch nicht für eine untersuchte und geschlossene Warnmeldung zu ungewöhnlicher Aktivität verwendet werden.

Case Management kann zugewiesene Prüfungen, Notizen, Anhänge, Eskalationen und Entscheidungen zusammenhalten. Audit Trail & Evidence verbindet Screening-Läufe und Prüferhistorie mit dem aufbewahrten Datensatz.

Von der Untersuchung zur Entscheidung und Meldung

Eine Warnmeldung sollte nicht direkt zu einer SAR- oder STR-Meldung führen. Ein kontrollierter Ablauf trennt:

Erkennung → Untersuchung → Treffer- oder Verdachtsbewertung → autorisierte Entscheidung → Vorbereitung der Meldung → Übermittlung an die FIU → Status oder Bestätigung.

Die FATF-Empfehlung 20 knüpft den internationalen Meldestandard an einen Verdacht oder hinreichende Verdachtsgründe, nicht an die bloße Erzeugung einer Software-Warnmeldung. Das lokale Recht bestimmt die tatsächliche Meldeschwelle, das Format, die Frist und die verantwortliche Person.

Auch die Reaktion auf ein Screening ist von Rechtsordnung und Beschränkung abhängig. Ein möglicher Sanktionstreffer bedeutet für sich genommen nicht, dass jedes Unternehmen die Transaktion sperren, ablehnen oder melden muss. Identitätsklärung, anwendbare Beschränkung, Eigentum und Kontrolle, Genehmigungen oder Ausnahmen sowie die rechtlichen Pflichten des Unternehmens können die autorisierte Reaktion beeinflussen.

Für die späteren Meldeschritte lesen Sie den Leitfaden zur Verbindung von AML-Screening, Fallmanagement und goAML. Checklynx kann Fallnachweise und Meldeunterlagen für die Übergabe organisieren; die autorisierte Compliance- oder MLRO-Funktion des Kunden bleibt für Verdachtsbewertung, Genehmigung und Einreichung verantwortlich.

API-, Batch- und ereignisgesteuerte Prozesse

API-, Batch- und ereignisgesteuerte Architekturen sind Implementierungsmechanismen, keine eigenständigen Kategorien rechtlicher Kontrollen.

• Inline- oder API-Screening kann eine Parteien- oder Transaktionsprüfung in ein Onboarding-, Auszahlungs-, Zahlungs- oder anderes Produktereignis integrieren, während das vorgelagerte System seinen Prozessstatus kontrolliert.
• CSV- oder Batch-Screening kann größere Mengen übermittelter Kunden, Gegenparteien oder anderer Datensätze prüfen. Ein regelmäßig ausgeführter Batch-Screening-Auftrag wird dadurch nicht zum verhaltensbasierten Transaktionsmonitoring.
• Ereignisse und Webhooks können nachgelagerte Systeme benachrichtigen, wenn sich ein Screening-Ergebnis, Fallstatus oder konfigurierter Datensatz ändert. Das Ereignis transportiert ein Signal; es bestimmt nicht, ob die zugrunde liegende Kontrolle Screening oder Monitoring war.
• Integration eines externen Monitorings kann eine Warnmeldung aus dem verhaltensbasierten Transaktionsmonitoring in einen umfassenderen Fall- und Nachweisprozess überführen, wobei das Monitoring-System als Quelle der Warnmeldung erhalten bleibt.

Checklynx unterstützt Echtzeit-Screening per API, CSV-Batch-Screening und Integrationsprozesse. Die geeignete Gestaltung hängt vom Ereignis, den Daten, der erforderlichen Reaktion, dem Rechtsrahmen und dem Betriebsmodell des Unternehmens ab.

Governance unterscheidet sich je nach Kontrolle

Beim Transaktionsscreening konzentriert sich Governance üblicherweise auf die Vollständigkeit von Zahlungsfeldern, Quellen- und Listenabdeckung, Listenaktualisierungen, Matching-Konfiguration, den Umgang mit falsch positiven oder ungeklärten Treffern, den Transaktionsstatus, Tests, Ausnahmen und Prüfnachweise. Die Sanktionsleitlinien von FCA und FFIEC betonen beide eine kontrollierte Listenpflege, Kalibrierung, Trefferklärung und Wirksamkeitsprüfung.

Beim Transaktionsmonitoring liegt der Schwerpunkt meist auf der Vollständigkeit der Transaktionsdaten, der Abdeckung durch Szenarien und Regeln, Kundensegmentierung, Schwellenwerten, Typologien, Qualität der Warnmeldungen, regelmäßiger Wirksamkeitsprüfung und Rückkopplung in das Kundenrisiko. Die Leitlinien von FCA und FFIEC beschreiben risikosensitive Kriterien und die notwendige Bewertung von Regeln, Filtern oder Schwellenwerten.

Für beide Kontrollen sind dokumentierte Verantwortlichkeiten, Zugriffskontrollen, Änderungsmanagement, Ausfall- und Ausnahmeverfahren, Untersuchungsstandards und rekonstruierbare Entscheidungen sinnvoll. Dies ist ein belastbares Betriebsmodell, keine Behauptung, dass jede Aufsichtsbehörde denselben technischen Rahmen vorschreibt.

Wo Checklynx ansetzt

Checklynx bietet verbundene Kontrollen rund um Transaction Screening, Parteienscreening, konfiguriertes laufendes erneutes Screening, Kundenrisikokontext, kontrollierte Fälle, Nachweise und Integrationen.

Für das Transaktionsscreening können übermittelte Zahlungsteilnehmer und relevante Kontextdaten – darunter Gegenparteien, Begünstigte, Absender, Empfänger und Wallets – in einen Screening-Prozess eingehen, bevor der vorgelagerte Ablauf abgeschlossen ist. Mögliche Treffer können zur Prüfung weitergeleitet und mit Fall- und Audit-Historie verbunden werden. API-, Batch- und ereignisgesteuerte Optionen ermöglichen es Teams, diese Screening-Kontrollen mit Kunden-, Zahlungs- und operativen Systemen zu verbinden.

Checklynx kann außerdem Nachweise und Meldeunterlagen für nachgelagerte regulatorische Prozesse organisieren und seine Screening-Signale mit umfassenderen AML-Systemen verbinden, einschließlich externer Kontrollen für verhaltensbasiertes Transaktionsmonitoring, sofern diese entsprechend konfiguriert sind. Autorisierte Mitarbeiter des Kunden bleiben für Untersuchung, rechtliche Auslegung, Umgang mit Transaktionen, Verdachtsbewertung und regulatorische Meldungen verantwortlich.

Häufig gestellte Fragen

Ist Transaktionsscreening dasselbe wie Transaktionsmonitoring?

Nein. Transaktionsscreening prüft eine bestimmte Transaktion, ihre übermittelten Teilnehmer und den relevanten Kontext auf konfigurierte Screening-Risiken. Transaktionsmonitoring untersucht Aktivitäten und Verhalten, häufig über mehrere Transaktionen und einen längeren Zeitraum.

Unterscheidet sich Zahlungsscreening von Transaktionsscreening?

Die Begriffe werden häufig nahezu synonym verwendet, wenn es sich bei der Transaktion um eine Zahlung handelt. „Transaktionsscreening“ kann die weiter gefasste operative Bezeichnung sein. Für keinen der Begriffe existiert eine weltweit einheitliche rechtliche Definition. Artikel, Richtlinien oder Produktdokumentationen sollten daher erklären, welche Parteien, Daten, Quellen und Ereignisse tatsächlich erfasst sind.

Muss jede Transaktion geprüft werden?

Darauf gibt es keine belastbare allgemeingültige Antwort. Der Umfang hängt vom anwendbaren Rechtsrahmen, dem Institut, der Transaktionsart, der Sanktionsexposition, dem Geschäftsmodell und der Risikobewertung ab. Richtlinien sollten festlegen, welche Zahlungen, Parteien und zugehörigen Daten geprüft werden.

Ist Transaktionsscreening in Echtzeit gesetzlich vorgeschrieben?

Nicht als globale Aussage. In manchen Zahlungs- und Sanktionskontexten sind Kontrollen vor der Ausführung erforderlich, während andere Rahmenwerke andere Modelle vorsehen. Artikel 5d der EU-Verordnung für bestimmte Echtzeitüberweisungen in Euro ist ein besonders wichtiges, klar einzugrenzendes Gegenbeispiel.

Kann Transaktionsmonitoring Sanktionsscreening ersetzen?

Nein. Verhaltensbasiertes Monitoring fragt, ob Aktivitäten ungewöhnlich oder potenziell verdächtig sind. Sanktionsscreening fragt, ob relevante Beschränkungen eine Partei, Vermögenswerte oder eine Transaktion betreffen könnten. Auch Aktivitäten, die vom Verhalten her gewöhnlich erscheinen, können ein Sanktionsrisiko darstellen.

Kann Transaktionsscreening Transaktionsmonitoring ersetzen?

Nein. Ein ereignisbezogener Abgleich kann die Analyse von Mustern und Abweichungen über Aktivitäten und Zeit hinweg nicht ersetzen.

Bedeutet eine Warnmeldung, dass eine regulatorische Meldung eingereicht werden muss?

Nein. Eine Warnmeldung ist ein Untersuchungssignal. Eine Meldung erfolgt erst, wenn der Sachverhalt die Schwelle des anwendbaren Rechts erfüllt und das autorisierte Entscheidungsverfahren abgeschlossen wurde.

Verbinden Sie Transaktionsscreening mit Ihrem AML-Prüfprozess

Prüfen Sie Zahlungsparteien und relevanten Transaktionskontext mit Checklynx, leiten Sie mögliche Treffer in eine kontrollierte Prüfung, bewahren Sie die Nachweise hinter Entscheidungen auf und verbinden Sie das Screening über APIs und Integrationen mit umfassenderen AML-Systemen.