Geldtransferunternehmen können jede Transaktion in Echtzeit prüfen, wenn ihre Kontrolle so konfiguriert ist, dass die relevanten Parteien und Identifikatoren vor der Freigabe übermittelt werden. Die maßgebliche Gestaltungsfrage lautet nicht, ob die Technik jede Transaktion verarbeiten kann. Zu klären ist vielmehr, welche Parteien und Daten in die jeweilige Prüfung einfließen, wie mit einem möglichen Treffer umgegangen wird und welche Nachweise nach der Entscheidung erhalten bleiben.
Dieser Leitfaden richtet sich an Geldtransferunternehmen, Zahlungsdienstleister, Wechselstuben und Zahlungsinstitute, die Geldtransferdienste erbringen. Er behandelt die Prüfung gegen Sanktions-, PEP- und Fahndungslisten sowie Quellen für negative Medien. Er ersetzt weder die Identitätsprüfung noch die verhaltensbasierte Transaktionsüberwachung, Verdachtsmeldungen oder das weiter gefasste AML/CFT-Programm.
Vor der Konfiguration das Geldtransfermodell festlegen
Der Begriff „Geldtransferunternehmen“ kann unterschiedliche rechtliche und operative Modelle bezeichnen. Ein Unternehmen kann Überweisungen direkt auslösen, über Agenten tätig sein, Ein- oder Auszahlungsstellen für Bargeld betreiben, Auszahlungspartner anbinden, als Wechselstube handeln oder seinen Dienst über eine andere Plattform vertreiben. Das regulierte Unternehmen, das Agentennetz, der Zahlungsdienstleister und das Institut des Begünstigten können jeweils über unterschiedliche Daten verfügen und unterschiedliche Pflichten tragen.
Vor der Integration der Prüfung sollte dokumentiert werden:
- welche juristische Person den Geldtransferdienst erbringt;
- welches Hauptunternehmen, welcher Agent oder Partner die Daten der jeweiligen Partei erhebt;
- welches System die Kunden- und Transaktionsdatensätze führt;
- wer den Prüfumfang und die aktivierten Quellen festlegt;
- wer mögliche Treffer prüft und eine Zurückhaltung, Freigabe oder Eskalation autorisiert; und
- welches System die abschließende Entscheidung und die zugehörigen Nachweise aufbewahrt.
Im Vereinigten Königreich verwendet HMRC die Kategorie Money Service Business für Tätigkeiten wie Geldübermittlung, Währungsumtausch und Scheckeinlösung. Die aktuelle Branchenleitlinie behandelt auch Netze aus Hauptunternehmen und Agenten ausdrücklich.1 Diese Terminologie darf nicht unverändert auf jede Rechtsordnung übertragen werden.
Alle Parteien erfassen, die in eine Transaktion eingehen können
Die folgende Übersicht ist eine Umsetzungshilfe und keine universelle rechtliche Liste. Eine Partei ist nur einzubeziehen, wenn die anwendbaren Vorgaben und die genehmigte Richtlinie des Unternehmens dafür einen Grund vorsehen.
| Partei | Wie die Partei in den Prozess gelangt | Nützliche übermittelte Daten |
|---|---|---|
| Absender oder Auftraggeber | Veranlasst den Geldtransfer | Vollständiger Name, Geburtsdatum, Staatsangehörigkeit, Anschrift, Kundenreferenz und Identifikationsdaten, soweit rechtmäßig verfügbar |
| Empfänger oder Begünstigter | Empfängt die Überweisung oder Auszahlung | Vollständiger Name, Land, Konto- oder Auszahlungskennung und, soweit verfügbar, Beziehungskontext |
| Bank des Begünstigten oder Auszahlungsinstitut | Empfängt oder verteilt Gelder | Firmenname, BIC oder andere unterstützte Institutskennung, Land und Kontokontext |
| Agent oder Unteragent | Nimmt im Auftrag des Hauptunternehmens Anweisungen, Bargeld oder Identitätsdaten entgegen | Juristische Person, Standort, Agentenreferenz, Geschäftsleitung sowie übermittelte wirtschaftlich Berechtigte oder kontrollierende Personen |
| Auszahlungspartner | Führt die Auszahlung am Bestimmungsort aus | Firmenname, Registerdaten, Land, Kontoinformationen und übermittelte verbundene Parteien |
| Geschäftskunde | Sendet oder empfängt Gelder zu geschäftlichen Zwecken | Firma und Handelsname, Registernummer, Rechtsordnung und stabile Kundenreferenz |
| Bevollmächtigter Vertreter | Handelt für eine andere Person oder ein Unternehmen | Name, Funktion, Vertretungsmacht und Beziehung zur vertretenen Partei |
| Übermittelter wirtschaftlich Berechtigter oder kontrollierende Person | Wird im Rahmen der Sorgfaltspflichten gegenüber Unternehmen oder Partnern erfasst | Name, Eigentums- oder Kontrollkontext, Quelldatum und Beziehung zum Unternehmen |
Die Prüfung eines übermittelten wirtschaftlich Berechtigten ist nicht gleichbedeutend mit der Ermittlung oder Verifizierung der vollständigen Eigentumskette. Die Eigentumsdaten müssen aus dem eigenen Prozess des Unternehmens oder einer anderen geeigneten Quelle stammen, bevor die betreffende Person oder das Unternehmen in die Prüfung aufgenommen wird.
Kontrollmatrix aus Partei × Ereignis × Daten × Entscheidung × Nachweis verwenden
Die folgende Matrix bildet den zentralen operativen Nachweis. Sie verhindert, dass der API-Aufruf vom Geschäftsvorgang und von der autorisierten Entscheidung getrennt wird.
| Ereignis | Partei und Daten | Prüfhandlung | Entscheidung und Nachweis |
|---|---|---|---|
| Kundenaufnahme | Absender oder Geschäftskunde mit stabilen Identifikatoren | Prüfung gegen die in der Kundenrichtlinie aktivierten Quellen | Mögliche Treffer, Ergebnis des Analysten und Übergabe zur Aktivierung dokumentieren |
| Aufnahme eines Agenten oder Auszahlungspartners | Unternehmen sowie übermittelte Mitglieder der Geschäftsleitung, wirtschaftlich Berechtigte oder kontrollierende Personen | Vor Aktivierung prüfen und genehmigte Datensätze der erforderlichen Monitoring-Richtlinie zuordnen | Quellennachweise, Eigentumskontext und Genehmigungsentscheidung aufbewahren |
| Anlage eines Begünstigten | Empfänger, Konto- oder Auszahlungskennungen und Land | Die neue Partei vor der Nutzung prüfen, sofern die Kontrolle dies vorsieht | Ergebnis mit dem Kunden- und Begünstigtendatensatz verknüpfen |
| Jede Transaktion | Absender, Empfänger, Bank des Begünstigten, Agent und weitere übermittelte Transaktionsparteien | Vor Freigabe eine Echtzeitanfrage an die Transaction Screening API senden | Konfiguriertes Ergebnis zurückgeben sowie Anfrage, Antwort, Richtlinie und Zeitstempel aufbewahren |
| Möglicher Treffer | Abgeglichenes Profil, Quellen und verfügbare sekundäre Identifikatoren | Den möglichen Treffer zur autorisierten Prüfung weiterleiten | Begründung, Notizen, Eskalation und Ergebnis vor der nachgelagerten Maßnahme dokumentieren |
| Quellen- oder Listenänderung | Dauerhaft geführte Kunden, Agenten und Partner | Erneute Prüfung durch laufendes Monitoring | Ein relevantes geändertes Ergebnis erneut zur Prüfung vorlegen, ohne jeden erledigten Fall neu anzulegen |
| Änderung bei Kunde, Agent oder Eigentumsstruktur | Aktualisierte Partei und Identifikatoren | Den geänderten Datensatz nach der anwendbaren Richtlinie erneut prüfen | Früheren und aktuellen Entscheidungskontext aufbewahren |
| Erstattung, Rückgabe oder Korrektur | Neu hinzukommender Absender, Empfänger oder Bestimmungsort | Jede neu übermittelte Partei prüfen, sofern die Richtlinie dies verlangt | Ergebnis mit der ursprünglichen Transaktion und dem Korrekturvorgang verknüpfen |
Jede Transaktion in Echtzeit prüfen
Checklynx kann über die Transaction Screening API jede Transaktion in Echtzeit prüfen. Die Geldtransferplattform übermittelt die unterstützten Parteien und Identifikatoren an einem klar definierten Eingriffspunkt, erhält ein strukturiertes Ergebnis und leitet die Transaktion gemäß ihrer genehmigten Richtlinie weiter.
Ein typischer Ablauf lautet:
Transaktion angelegt → Parteien und Rollen übermittelt → Echtzeitprüfung → kein Treffer oder möglicher Treffer → Freigabe, Zurückhaltung oder autorisierte Prüfung → Nachweise aufbewahrt
Der Kunde entscheidet, ob die API für jede Transaktion, einen definierten Transaktionsbestand oder andere genehmigte Ereignisse aufgerufen wird. Werden alle Transaktionen übermittelt, muss die Integration dennoch festlegen, welche Parteienrollen erwartet werden, wie unvollständige Daten behandelt werden, wie Zeitüberschreitungen und Wiederholungsversuche ablaufen und welches System verhindert, dass eine ungeklärte Anfrage unbemerkt bleibt.
Die Echtzeitfunktion begründet keine universelle Rechtspflicht. Die Standards der CBUAE für Wechselgeschäfte beschreiben beispielsweise ausdrücklich die Sanktionsprüfung des Auftraggebers, des Begünstigten und der Bank des Begünstigten bei Geldtransfertransaktionen.2 Für andere Unternehmen und Rechtsordnungen ist der jeweils geltende Anwendungsbereich gesondert zu ermitteln.
Kundenmonitoring und Transaktionsprüfung getrennt halten
Die Kundenprüfung legt einen dauerhaft geführten Datensatz für Absender, Geschäftskunden, Agenten oder Partner an. Das laufende Monitoring kann diesen Datensatz erneut zur Prüfung vorlegen, wenn sich Informationen in den aktivierten Quellen ändern.
Die Transaktionsprüfung bewertet die für eine bestimmte Transaktion übermittelten Parteien und Identifikatoren. Ein Begünstigter oder dessen Bank kann erstmals auftreten, wenn Geld bewegt wird. Ein unauffälliger Kundendatensatz belegt daher nicht, dass jede spätere Transaktionspartei geprüft wurde.
Keines der beiden Verfahren ist eine verhaltensbasierte Transaktionsüberwachung. Diese analysiert Aktivitätsmuster, Beträge, Häufigkeit, Strukturierung oder Abweichungen im Zeitverlauf. Checklynx prüft übermittelte Parteien und Identifikatoren; das Unternehmen beansprucht nicht, verdächtige Verhaltensmuster zu erkennen.
Mehrsprachige Namen und korridorspezifische Daten verarbeiten
Geldtransferdaten überschreiten Sprach-, Schrift- und Namenskonventionen. Namen können in kyrillischer, arabischer, chinesischer oder einer anderen Schrift oder in einer von mehreren lateinischen Transliterationen vorliegen. Wortstellung, Patronyme, Aliasse, Abkürzungen und unvollständige sekundäre Identifikatoren können je nach Kanal variieren.
Intelligente Abgleichstechnologie und Profilzusammenführung unterstützen dabei, plausible Treffer zu ermitteln und zusammengehörige Quelldatensätze für die Prüfung in konsolidierten Profilen zu bündeln. Analysten können anschließend Geburtsdaten, Staatsangehörigkeiten, Anschriften, Registerdaten und andere übermittelte Identifikatoren nutzen, um die geprüfte Partei von einem Namensvetter zu unterscheiden.
Der Transferkorridor ist ein nützlicher operativer Kontext, darf aber nicht stillschweigend als Beleg dafür dienen, dass eine Person riskant oder unbedenklich ist. Jeder wichtige Korridor sollte vor dem Produktivbetrieb mit repräsentativen Namen, Schriften, Transliterationen und Fällen unzureichender Datenqualität getestet werden.
Sanktions-, PEP- und Medienergebnisse unterschiedlich behandeln
Ein möglicher Sanktionstreffer kann eine rechtliche Prüfung nach dem anwendbaren Sanktionsprogramm auslösen. Ein möglicher PEP-Treffer weist auf eine potenzielle politische Exponierung hin und verlangt eine Prüfung von Identität, Funktion und Risiko; er ist weder ein Verbot noch ein Beleg für Fehlverhalten. Ein Treffer in negativen Medien liefert veröffentlichte Risikoinformationen, deren Quelle, Identität der betroffenen Person, Verfahrensstand des Vorwurfs, Relevanz und Aktualität weiterhin bewertet werden müssen.
Die unterschiedliche Bedeutung dieser Quellen muss im Prüfnachweis sichtbar bleiben. Sie darf weder auf eine einzige unerklärte AML-Punktzahl reduziert werden, noch darf eine automatisierte Antwort zur abschließenden rechtlichen oder kundenbezogenen Entscheidung werden.
Doppelte Prüfung reduzieren und relevante Änderungen berücksichtigen
Mehrere Quelldatensätze können dieselbe zugrunde liegende Person beschreiben. Die Profilzusammenführung kann sie gemeinsam darstellen, statt für jeden Quelldatensatz eine eigene Analystenaufgabe anzulegen. Ein bereits geklärter kundenspezifischer Fehlalarm kann außerdem seinen genauen Entscheidungskontext behalten, damit dasselbe unveränderte Ergebnis nicht als vollständig neue Arbeit zurückkehrt.
Die Wiederverwendung einer Entscheidung muss klar begrenzt bleiben. Ein anderer Kunde, eine andere Transaktionspartei, geänderte Identitätsdaten, eine neue Funktion, eine aktualisierte Quelle oder eine andere relevante Änderung kann eine erneute Prüfung erfordern.
Mögliche Treffer in eine prüfbare Fallakte überführen
Eine brauchbare Fallakte verbindet:
Transaktionsreferenz → übermittelte Parteien und Rollen → angewandte Richtlinie → Trefferbelege → Analyst → Begründung → Eskalation → Ergebnis → nachgelagerte Transaktionsmaßnahme
Case Management kann Zuständigkeit, Notizen, Anhänge, Eskalationen und Entscheidungshistorie aufbewahren. Die KI-gestützte Ergebnisbewertung kann verfügbare Nachweise ordnen und auswerten; die Verantwortung für das Ergebnis verbleibt beim autorisierten Analysten.
MCP-fähige agentische AML-Prozesse können genehmigten Agenten erlauben, zulässige Ergebnisse abzurufen oder kontrollierte Tools innerhalb von Mandanten- und Rollenberechtigungen aufzurufen. Sie dürfen nicht als Systeme beschrieben werden, die den Sanktionsstatus, rechtliche Sperren, das Kundenrisiko oder Verdachtsmeldungen autonom entscheiden.
Landesspezifische Terminologie und Vorgaben anwenden
Vereinigtes Königreich
Die Begriffe Money Service Business und money transmission sollten verwendet werden, wenn sie der regulierten Tätigkeit des Unternehmens entsprechen. Die aktuelle MSB-Leitlinie von HMRC behandelt Sorgfaltspflichten gegenüber Kunden, Aufzeichnungen und Verdachtsmeldungen; die Branchenrisikobewertung berücksichtigt Kunden, Länder, Produkte, Transaktionen, Vertriebskanäle und Agentennetze.31 Diese Programmpflichten sind von der engeren, hier beschriebenen Prüffunktion zu trennen.
Deutschland und die Europäische Union
Deutschsprachige Inhalte sollten zwischen dem allgemeinen Begriff Geldtransfer und dem regulierten Finanztransfergeschäft unterscheiden und je nach Kontext Zahlungsinstitut, Geldwäscheprävention, Sanktionsprüfung und Finanzsanktionen verwenden. Der Status des Unternehmens sowie die anwendbaren Vorgaben der EU und Deutschlands sind zu prüfen, statt die britische MSB-Terminologie mechanisch zu übertragen.
Spanien und die Europäische Union
In spanischen Inhalten sollten je nach rechtlichem und operativem Kontext envío de dinero, entidad de pago, proveedor de servicios de pago, ordenante, beneficiario und PBC/FT verwendet werden. Englische Formulierungen rund um „remittance AML“ reichen allein nicht aus.
Vereinigte Arabische Emirate
Wechselstuben sollten die anwendbaren CBUAE-Standards und den aktuellen Aufsichtsrahmen prüfen. Die offiziellen Standards für Wechselgeschäfte liefern ein konkretes Beispiel für die Sanktionsprüfung des Auftraggebers, des Begünstigten und der Bank des Begünstigten; in bestimmten Fällen mit juristischen Personen oder Dritten kommen weitere Parteien hinzu.2 Diese Regel der VAE darf nicht als universelle weltweite Pflicht dargestellt werden.
Checkliste für die Umsetzung
- Reguliertes Unternehmen, Geldtransfermodell, Agenten und Auszahlungspartner bestimmen.
- Jede Parteienrolle festlegen, die in die Kunden- oder Transaktionsprüfung eingehen kann.
- Die zulässigen Identifikatoren bestimmen, die für jede Rolle und jeden Korridor erforderlich sind.
- Festlegen, ob jede Transaktion oder ein anderer genehmigter Ereignisbestand in die Echtzeit-API eingeht.
- Eingriffspunkt vor der Freigabe sowie Verhalten bei Zeitüberschreitungen, Wiederholungsversuchen und Fehlern definieren.
- Dauerhaftes Kundenmonitoring von der Prüfung der Transaktionsparteien trennen.
- Identitätsprüfung und verhaltensbasierte Transaktionsüberwachung klar von der hier beschriebenen Prüfung abgrenzen.
- Aliasse, unterschiedliche Schriften, Transliterationen, häufige Namen und widersprüchliche Identifikatoren testen.
- Eine Transaktion mit mehreren Quelldatensätzen testen, die sich auf dieselbe Person beziehen.
- Einen bekannten Fehlalarm vor und nach einer relevanten Quellen- oder Identitätsänderung testen.
- Zuständigkeiten für die Prüfung möglicher Treffer, Eskalation und abschließende Transaktionsmaßnahme zuweisen.
- Ausreichende Nachweise aufbewahren, um Anfrage, Ergebnis und Entscheidung zu rekonstruieren.
Abschließende Empfehlung
Die Geldtransferprüfung sollte am Transaktionslebenszyklus und nicht an einem allgemeinen AML-Begriff ausgerichtet werden. Checklynx kann jede Transaktion in Echtzeit prüfen. Die Integration muss dennoch für jedes Ereignis Parteien, Rollen, Daten, Richtlinie, Eingriffspunkt, autorisierten Analysten und Nachweisdokumentation festlegen.
Checklynx für Geldtransferunternehmen ist der kommerzielle Ausgangspunkt. Der Leitfaden zur Sanktionsprüfung für Zahlungsinstitute erläutert den breiteren Rahmen für die Zahlungskette. Der Leitfaden zur Echtzeit-API-Architektur vertieft die technische Gestaltung von Fehlerbehandlung, Wiederholungsversuchen und Nachweisen.
Häufig gestellte Fragen
Kann Checklynx jede Geldtransfertransaktion in Echtzeit prüfen?
Ja. Die Transaction Screening API kann die übermittelten Parteien und unterstützten Identifikatoren jeder Transaktion vor der Freigabe prüfen, wenn der Kunde diesen Ablauf konfiguriert. Das Unternehmen legt den Kreis der Parteien, die Richtlinie und die nachgelagerte Reaktion fest.
Muss jedes Geldtransferunternehmen jede Transaktion prüfen?
Eine solche universelle weltweite Regel besteht nicht. Die Pflichten hängen vom anwendbaren Rechtsrahmen, aufsichtsrechtlichen Status, Geschäftsmodell, der Rechtsordnung und der genehmigten internen Richtlinie ab. Produktfunktion und Rechtspflicht müssen getrennt dargestellt werden.
Welche Transaktionsparteien können geprüft werden?
Übermittelte Absender, Empfänger, Begünstigte, Banken der Begünstigten, Agenten, Auszahlungspartner, Geschäftskunden, Vertreter, wirtschaftlich Berechtigte, kontrollierende Personen und andere relevante Transaktionsparteien können in den konfigurierten Prozess eingehen, wenn unterstützte Daten verfügbar sind.
Ist Transaktionsprüfung dasselbe wie Transaktionsüberwachung?
Nein. Die Transaktionsprüfung gleicht übermittelte Parteien und Identifikatoren mit den aktivierten Quellen ab. Die verhaltensbasierte Transaktionsüberwachung analysiert Aktivitätsmuster im Zeitverlauf.
Kann Checklynx Namen in einem anderen Alphabet prüfen?
Ja. Checklynx unterstützt den mehrsprachigen und schriftübergreifenden Namensabgleich einschließlich Transliterationen. Die Qualität der Ergebnisse hängt dennoch von den übermittelten Namen und sekundären Identifikatoren ab.
Wie reduziert die Profilzusammenführung den Prüfaufwand?
Sie bündelt zusammengehörige Quelldatensätze in konsolidierten Trefferprofilen. Analysten können damit Datensätze prüfen, die wahrscheinlich dieselbe reale Person betreffen, statt jeden Quelldatensatz als eigene Person zu behandeln. Die Profilzusammenführung unterstützt die Prüfung, trifft aber keine automatische Identitätsentscheidung.
Kann KI oder ein über MCP angebundener Agent eine Transaktion automatisch freigeben?
KI und genehmigte Agentenprozesse können Nachweise vorbereiten und kontrollierte Tools innerhalb konfigurierter Berechtigungen aufrufen. Die Organisation bleibt für Richtlinie, Autorisierung, rechtliche Bewertung und die abschließende Entscheidung über Freigabe, Zurückhaltung oder Eskalation verantwortlich.
Offizielle Quellen
Footnotes
-
HM Revenue & Customs, Risk Assessment of Money Service Businesses, veröffentlicht am 8. Juli 2026, abgerufen am 13. September 2026. ↩ ↩2
-
Central Bank of the UAE, Standards for the Regulations Regarding Licensing and Monitoring of Exchange Business, Abschnitt 16.25 zur Sanktionsprüfung, abgerufen am 13. September 2026. ↩ ↩2
-
HM Revenue & Customs, Money service business guidance for money laundering supervision, aktualisiert am 1. Mai 2026, abgerufen am 13. September 2026. ↩