Rolle
AML und KYC
Wie oft hat sich ein Alert letzte Woche als falsch erwiesen? Wenn fast immer, geht die Aufmerksamkeit des Teams in Rauschen - und Aufmerksamkeit ist hier die teuerste Ressource.
Erstgespräch
Vier Fragen, mit denen wir beginnen würden
Wie oft erweist sich ein Alert als Fehltreffer?
Wenn in mehr als neun von zehn Fällen, ist das erste Problem nicht die Erkennung, sondern die Bearbeitung.
Wer bemerkt zuerst, dass sich die Eigentümerstruktur eines Kunden geändert hat?
Wenn niemand bis zur nächsten turnusmäßigen Überprüfung, dann ist das, was Sie über den Kunden wissen, eine Momentaufnahme vom Tag des Beziehungsbeginns.
Wie schnell erfahren Sie, dass ein Kunde auf eine Sanktionsliste gesetzt wurde?
Tage oder Wochen - das ist der Unterschied zwischen einer Reaktion und einem aufsichtsrechtlichen Problem.
Auf wessen Schreibtisch landet ein Alert, der sich weder so noch so schließen lässt?
Und ob diese Entscheidung irgendwo zusammen mit ihrer Begründung festgehalten wird.
Wir übernehmen das Datensammeln und das Rauschen, Sie behalten die Risikobewertung
Kundendaten zusammenzutragen, Fehltreffer vorzusortieren, Überprüfungstermine zu überwachen und Dokumentation vorzubereiten, lässt sich vom Schreibtisch nehmen. Die Risikobewertung des Kunden und die Meldeentscheidung bleiben bei einem Menschen.
- Ein Alert kommt mit seinem Kontext. - Die Kundendaten, die Historie früherer Alerts und der Grund des Treffers in einer Ansicht, statt vier Systeme zu öffnen.
- Fehltreffer werden vorsortiert, nicht geschlossen. - Ein Treffer, der in der Identität klar nicht passt, wird als solcher markiert, und ein Mensch bestätigt es.
- Eine Veränderung beim Kunden ist ein Signal. - Ein Wechsel der Eigentümerstruktur, der Adresse oder ein Listeneintrag wartet nicht auf die turnusmäßige Überprüfung.
Umfang
Was sich aus AML und KYC herausnehmen lässt
Zwanzig Aufgaben als Beispiel. Jede hat einen Punkt menschlicher Freigabe. Unten eine Auswahl; den Umfang passen wir an Ihr Kundenprofil an.
Prüfung beim Onboarding
- Zusammentragen der Kundendaten aus öffentlichen Registern als Ausgangspunkt
- Eine Übersicht der Eigentümerstruktur zur Prüfung (Feststellung des wirtschaftlich Berechtigten: der Spezialist, auf Basis unabhängiger Quellen)
- Abgleich mit Sanktionslisten und politisch exponierten Personen
- Hinweis auf Lücken in der Dokumentation, bevor die Beziehung startet
- Eine vorgeschlagene Risikostufe des Kunden (Entscheidung: der Spezialist)
Transaktionsüberwachung
- Erkennungsregeln nach Kundenprofil
- Abgleich der Transaktionen mit dem erklärten Geschäftsprofil
- Ein Signal, wenn das Verhalten vom Typischen dieses Kunden abweicht
- Eine Übersicht zusammenhängender Transaktionen
Bearbeitung von Alerts
- Ein Alert mit vollem Kontext und Historie
- Vormarkierung von Treffern, die klar nicht passen (Bestätigung: der Spezialist)
- Eine nach Risikostufe geordnete Alert-Warteschlange
- Festhalten der Entscheidung mit ihrer Begründung (Entscheidung: der Spezialist)
Meldungen und Berichtswesen
- Zusammentragen des Materials für eine Meldung
- Ein Meldungsentwurf (Freigabe: der Spezialist)
- Überwachung der von den Vorschriften gesetzten Fristen
- Ein Register der Meldungen mit eingeschränktem Zugriff
Turnusmäßige Überprüfungen
- Ein Überprüfungsplan nach Risikostufe des Kunden
- Ein Signal, wenn sich Kundendaten zwischen den Überprüfungen ändern
- Eine Übersicht der Kunden mit veralteter Dokumentation
Ein Arbeitstag
Heute
- Sie tragen Kundendaten zusammen, indem Sie mehrere Register durchgehen
- Sie stellen die Eigentümerstruktur von Hand fest, Ebene für Ebene
- Sie öffnen einen Alert ohne Kontext und finden selbst heraus, worum es geht
- Sie schließen Fehltreffer einen nach dem anderen, genau wie vor einem Monat
- Von einer Veränderung beim Kunden erfahren Sie bei der turnusmäßigen Überprüfung
- Entscheidungen zum Schließen eines Alerts halten Sie knapp fest, ohne Begründung
Mit AI-Unterstützung
- Die Daten aus den Registern sind zusammengetragen, Sie prüfen sie gegen unabhängige Quellen
- Die Eigentümerstruktur ist aufgefächert, Sie prüfen sie
- Der Alert kommt mit Kontext, Historie und dem Grund des Treffers
- Treffer, die klar nicht passen, sind markiert, Sie bestätigen
- Eine Veränderung beim Kunden meldet sich zwischen den Überprüfungen
- Die Entscheidung hat ihre Begründung festgehalten und ist bei einer Prüfung verfügbar
- Anteil falscher Alerts
die Aufmerksamkeit des Teams geht an die Fälle, die Urteilsvermögen brauchen
Treffer, die nicht passen, sind vormarkiert
- Bearbeitungszeit eines Alerts
ein Fall schließt schneller und besser begründet
Kontext und Historie liegen beim Alert
- Vollständige Prüfung
weniger Beziehungen starten mit Lücken in der Dokumentation
die Lücken werden vor dem Start aufgezeigt
- Bereit für eine Aufsichtsprüfung
Entscheidungen sind dokumentiert und nachvollziehbar
die Begründung ist mit der Entscheidung festgehalten
Wir beginnen mit dem Kontext am Alert, weil dort die Zeit des Teams am schnellsten zurückkommt.
- Schritt 1
Der Alert mit Kontext und Historie
Kundendaten, Grund des Treffers, frühere Entscheidungen in einer Ansicht.
- Schritt 2
Vorsortieren der Treffer, die nicht passen
Markieren, nicht schließen. Die Bestätigung bleibt immer bei einem Menschen.
- Schritt 3
Datensammlung beim Onboarding
Öffentliche Register, Eigentümerstruktur, Sanktionslisten.
- Schritt 4
Überprüfungen und Signale über Veränderungen
Ein Plan nach Risiko und Signale zwischen den Überprüfungen. Zuletzt, weil es geordnete Kundendaten voraussetzt.
Häufige Fragen
Fragen, die beim ersten Treffen aufkommen
Klärt das Transparenzregister die Sache nicht?
Nein, und das ist eine wichtige Unterscheidung: Die Vorschriften verbieten ausdrücklich, sich bei der Feststellung des wirtschaftlich Berechtigten allein auf das Register zu stützen. Das Register ist ein Ausgangspunkt und ein guter Weg, Abweichungen zu erkennen, aber die Prüfung verlangt unabhängige Quellen und Dokumente auf Ihrer Seite. Der Umfang, den wir vorschlagen, trägt die Daten zusammen - die Feststellung des wirtschaftlich Berechtigten bleibt eine Handlung des Instituts.
Und Kunden, die seit Jahren betreut werden und deren Dokumentation unvollständig ist?
Das ist der übliche Rückstand und er lässt sich nicht in einem Schritt aufholen. Wir beginnen bei den Kunden mit dem höchsten Risiko und bei denen, deren Daten sich geändert haben, und arbeiten uns erst dann nach unten. Entscheidend ist, dass die Liste der Lücken überhaupt existiert.
Wird das AML-Team kleiner?
Die Aufsicht erwartet, dass Alerts bearbeitet und dokumentiert werden, also folgt die Zahl der Personen aus dem Volumen und dem Regime, nicht aus dem Werkzeug. Kontext und Vorsortierung zu übernehmen ändert, worauf die Aufmerksamkeit des Teams geht: auf die Fälle, die Urteilsvermögen verlangen, statt auf Treffer, die offensichtlich nicht passen. In diesem Bereich ist das ein stärkeres Argument als Kostenersparnis.
Fällt das unter die KI-Verordnung?
Transaktionsüberwachung und Kundenprüfung sind für sich genommen keine Hochrisiko-Anwendung, aber der Bereich liegt nah an der Grenze: Die Bewertung der Kreditwürdigkeit natürlicher Personen gilt in den Vorschriften als hohes Risiko. Deshalb halten wir an der Regel fest, dass die Risikoeinstufung des Kunden und die Meldeentscheidung einem Menschen gehören, während das System das Material liefert und die Begründung festhält.
Ihre Frage steht nicht dabei? Gespräch vereinbaren
Nächster Schritt
Wie lange brauchen Sie, um einen offensichtlich falschen Alert zu schließen?
Wir zeigen Ihnen, wie AML-Bearbeitung aussieht, wenn der Alert mit Kontext kommt und die Entscheidung mit ihrer Begründung festgehalten wird.