Transaktionsscreening vs. Transaktionsmonitoring: Der Unterschied

Beim Transaktionsscreening werden eine bestimmte Zahlung oder Transaktion und die übermittelten Parteien auf konfigurierte Screening-Risiken geprüft. Das Transaktionsmonitoring untersucht Aktivitäten auf ungewöhnliches oder potenziell verdächtiges Verhalten. Dazu werden häufig Kunden- und Transaktionshistorien über einen längeren Zeitraum herangezogen.

Beide Kontrollen können in Echtzeit erfolgen. Die Unterscheidung in „vorher“ und „nachher“ ist daher nicht allgemein belastbar. 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 im direkten Vergleich

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 mit Sanktionsinformationen oder anderen konfigurierten Watchlists ab und bewahrt den relevanten Transaktionskontext für die Prüfung auf. 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 Leitfaden zur Sanktionsprüfung für Zahlungsinstitute erläutert den Zahlungsablauf und die Gestaltung der Kontrollen. Der Praxisleitfaden zum Sanktionsscreening behandelt den umfassenderen 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 keine zusätzliche Prüfung dieser Zahlungsdienstnutzer nach Artikel 5d durchführen. 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 das Screening einen Fall eröffnet. Das Ereignis transportiert ein Signal; es bestimmt nicht, ob die zugrunde liegende Kontrolle Screening oder Monitoring war.

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.

Für Teams, die zwischen einem transaktionsbezogenen Prozess und einer direkten Parteienprüfung wählen, behandelt der Leitfaden Transaction Screening API vs. Sanctions & PEP API Kennungen, dauerhafte Datensätze, Fälle und Nachweise, ohne die Abgrenzung zwischen Screening und Monitoring erneut aufzugreifen.

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 unterstützt Transaction Screening und Parteienscreening für übermittelte Kunden, Gegenparteien und Transaktionsparteien – mit konfigurierten laufenden Wiederholungsprüfungen, Fallprüfung und aufbewahrten Nachweisen.

Beim Transaktionsscreening können übermittelte Zahlungsparteien in einen Prüfprozess eingehen, während das vorgelagerte System die Kontrolle über seinen Prozess behält. Mögliche Treffer können zur Prüfung weitergeleitet und mit der Fall- und Prüfhistorie verknüpft werden. API-, Batch- und ereignisgesteuerte Optionen ermöglichen es Teams, das Screening mit Kunden-, Zahlungs- und operativen Systemen zu verbinden.

Checklynx ist weder eine Regel- oder Szenario-Engine für verhaltensbasiertes Transaktionsmonitoring noch ein System zur Betrugserkennung, eine Blockchain-Analyse- oder KYT-Plattform oder eine Engine für automatisierte Zahlungsentscheidungen. Ein möglicher Treffer wird nicht automatisch zu einer rechtlichen Schlussfolgerung. Die Systeme und autorisierten 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 übermittelte Transaktionsparteien 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.