Dies ist die Referenzkarte für die Führung eines AML- oder Zahlungs-KI-Agenten. Wenn Sie bei einer Bank, einem Zahlungsdienstleister oder einem Fintech-Unternehmen Finanzkriminalität betreiben, brauchen Sie keinen weiteren Aufsatz darüber, ob Agenten-KI ein „hohes Risiko“ darstellt. Sie müssen Schritt für Schritt genau wissen, wo sich das Kontrolltor befindet, wer abzeichnet und welche Beweise versiegelt werden müssen, wenn der Agent handelt. Das ist diese Seite: eine einzige Kontroll- und Beweiskarte, die alles, was ein AML-Agent tatsächlich tut (Alarmtriage, Sanktionstrefferfreigabe, SAR/STR-Erstellung, Zahlungsüberprüfung, Onboarding und KYC, Transaktionsüberwachung), aufnimmt und (a) dem Kontrolltor zuordnet, das zum Zeitpunkt der Aktion geöffnet sein muss, (b) dem verantwortlichen Menschen, der abzeichnet, und (c) dem versiegelten, manipulationssicheren Datensatz, der beweist, dass es passiert ist, mit Querverweisen zu DORA, den AMLR und den Wolfsberg-Prinzipien.\n\nDie These hinter der Karte ist einfach und ändert sich nicht von Zeile zu Zeile: Geregelt durch Ausführung, nicht durch Papierkram. Bei Maschinengeschwindigkeit ist eine Kontrolle, die in einem Richtlinien-PDF lebt, keine Kontrolle. Das Tor muss innerhalb des Ausführungswegs des Agenten verlaufen, der verantwortliche Mensch muss eine namentlich genannte Person in einer Genehmigungswarteschlange sein und darf nicht eine im nächsten Quartal gesammelte Unterschrift sein, und die Beweise müssen im Moment der Entscheidung versiegelt und dürfen nicht an dem Morgen rekonstruiert werden, an dem ein Prüfer danach fragt. Die vollständigen regulatorischen Argumente hinter dieser Karte finden Sie im Begleitartikel Governing AML and payment Agents. Diese Seite ist der Mittelpunkt: Setzen Sie ein Lesezeichen darauf und verwenden Sie die überall verlinkten aktionsbezogenen Tools, um jede Zeile zu operationalisieren.
So lesen Sie die Karte: Tor, Mensch, Beweise
Drei Spalten in der Karte erledigen die eigentliche Arbeit und jede wird auf ein konkretes Laufzeitprimitiv abgebildet. Wenn Sie diese drei Definitionen richtig machen, ist der Rest der Seite eine Nachschlagetabelle.
Das Kontrollgate ist ein Kontrollpunkt innerhalb des Ausführungspfads des Agenten, ausgedrückt als Policy-as-Code, der entscheidet, was der Agent in dem Moment tun darf, in dem er versucht zu handeln. Es wird zu einer von vier Entscheidungen in der Reihenfolge ihrer Priorität aufgelöst: allow (die Aktion läuft autonom ab), warn (sie wird fortgesetzt, ist aber zur späteren Überprüfung markiert), require_approval (sie pausiert und leitet an einen benannten Menschen weiter, bevor etwas ausgeführt wird) und block (sie wird sofort gestoppt). Die gesamte Disziplin der Steuerung eines Agenten besteht darin, die richtige Entscheidung für jede Aktion und jedes Risikoband zu treffen: Eine routinemäßige Warnung mit niedrigem Wert kann allow sein, ein Sanktionstreffer über einem Konfidenzschwellenwert muss require_approval oder block sein. Dies sind die gleichen vier Entscheidungen, die Sie in einem Policy Builder-Gate treffen.
Der verantwortliche Mensch ist keine Abstraktion. Wenn ein Gate zu require_approval aufgelöst wird, wird die Aktion von zwei Personen durch einen Macher und einen Prüfer überprüft: Der Agent (oder ein First-Line-Analyst) ist der Ersteller, und ein benannter, entsprechend autorisierter Mensch ist der Prüfer, der vor der Ausführung genehmigen muss. Dabei handelt es sich um eine Decision-Desk-Funktion: eine reale Person in einer realen Warteschlange mit der Befugnis, zu genehmigen, abzulehnen oder zurückzusenden, und deren Identität erfasst wird. Wolfsberg weist ausdrücklich darauf hin, dass diese Verantwortung beim Unternehmen liegt, unabhängig davon, ob das System selbst entwickelt oder von einem Anbieter gekauft wird. eine Übertragung an den Modellanbieter erfolgt nicht.
Der versiegelte Beweis ist die Aufzeichnung, die zum Zeitpunkt der Entscheidung erstellt und gesperrt wurde, sodass sie im Nachhinein nicht stillschweigend geändert werden kann. Es erfasst die vom Agenten gesehenen Eingaben, die angewendete Richtlinie, die getroffene Entscheidung und den Menschen, der sie genehmigt hat, als eine gleichzeitige, manipulationssichere Einheit: eine Aufzeichnung des Beweisraums. Dies ist die Eigenschaft, die ein Dashboard und eine Protokolldatei nicht haben, und genau das muss eine FIU gemäß Artikel 69 AMLR, ein DORA-Vorgesetzter oder ein AMLA-Prüfer sehen.
Die Kontroll- und Beweiskarte
Dies ist die Mitte der Seite. Jede Zeile ist eine Sache, die ein AML- oder Zahlungsagent tut. Lesen Sie weiter: Was geht schief, wenn es ungeregelt läuft, das Kontrolltor, das ausgelöst werden muss (zugeordnet zu allow / warn / require_approval / block), der verantwortliche Mensch, der am Entscheidungsschalter abzeichnet, die versiegelte Akte des Beweisraums und die Regelung, die die Verpflichtung verankert.
Keine Zeile beruht auf einer erfundenen Metrik oder einem erfundenen Fall. Jeder Regulierungsanker ist ein echtes, öffentliches Instrument: die AMLR (Verordnung (EU) 2024/1624), AMLD6 (Richtlinie (EU) 2024/1640), DORA (Verordnung (EU) 2022/2554), die Wolfsberg-Prinzipien und, wo es Lands im Einzelfall, das EU-KI-Gesetz (Verordnung (EU) 2024/1689, Artikel 14 über menschliche Aufsicht).
| Agentenaktion | Risiko, wenn es nicht regiert wird | Steuertor (allow / warn / require_approval / block) | Verantwortlicher Mensch (Entscheidungsschalter) | Versiegelte Beweise (Beweisraum) | Reg-Anker |
|---|---|---|---|---|---|
| Triage/Auto-Close von Transaktionsüberwachungswarnungen | Falsches automatisches Schließen einer echten Warnung verbirgt verdächtige Aktivitäten; Ein nicht überprüftes Modell legt stillschweigend die Risikobereitschaft des Unternehmens fest | allow für definierte Alarmtypen mit geringem Risiko innerhalb des Schwellenwerts; warn für grenzwertige Ergebnisse; require_approval / block Bei Typologien mit hohem Wert oder hohem Risiko wird der Agent möglicherweise nicht automatisch geschlossen | Erster Ermittler als Prüfer bei eskalierten Warnmeldungen; Die Auto-Close-Richtlinie selbst ist Eigentum des MLRO/Leiters für Finanzkriminalität | Erfasste Eingaben und Begründungen für jeden automatischen Abschluss sowie die angewendete Richtlinienversion: Der überprüfbare Prozess wird bei Bedarf real und rekonstruierbar | AMLR-Art. 69 (FIU-Rekonstruktion, 5 Arbeitstage); DORA Art.-Nr. 3(22) Resilienz kritischer Funktionen |
| Sanktionen / PEP-Trefferfreigabe | Eine falsche automatische Löschung eines echten Treffers stellt einen Verstoß gegen die Sanktionen dar; Ein falsches Auto-block friert eine legitime Zahlung ein: Beides kann durch ein Dashboard am nächsten Morgen nicht rückgängig gemacht werden | allow nur unterhalb einer eng festgelegten Konfidenzschwelle; require_approval darüber; block auf der angegebenen Liste mit genauen Übereinstimmungen, deren Überprüfung noch aussteht | Benannter Sanktionsprüfer als Prüfer vor der Ausführung von Clear oder block | Jede klare/block-Entscheidung wird mit der Identität des Prüfers, dem angewendeten Schwellenwert und den zugrunde liegenden Übereinstimmungsnachweisen versiegelt | AMLR-Sanktionen/CDD-Verpflichtungen; Wolfsberg-Firmenverantwortung; EU-KI-Gesetz Art. 14 Aufsicht (soweit im Geltungsbereich) |
| SAR/STR-Erstellung und -Einreichung | Eine autonom archivierte Erzählung wird zu einem Rechtsdokument, für dessen Inhalt oder Richtigkeit kein Mensch verantwortlich ist | Autonom entwerfen (allow); *Die Einreichung erfolgt immer require_approval***: ein obligatorisches Maker-Checker-Gate mit menschlicher Freigabe | MLRO oder delegierter ernannter Beamter als Prüfer; der Agent (oder Analyst) als Hersteller | Der eingereichte Bericht und seine Quellennachweise wurden für die FIU und einen AMLA-Prüfer versiegelt, wobei die genehmigende Person zum Zeitpunkt der Einreichung aktenkundig war | AMLR/AMLD6-Meldepflichten; Verantwortlichkeit des Wolfsberg-Unternehmens (intern oder bezogen) |
| Zahlungsprüfung/-freigabe/-sperrung | Eine freigegebene Zahlung kann nicht durch einen späteren Protokolleintrag rückgängig gemacht werden; Die Entscheidung wird in Echtzeit ausgeführt und ist endgültig | Inline-Genehmigungsbehörde am Ort der Aktion: allow innerhalb der Richtlinie, require_approval über Wert-/Risikoschwellenwerten, block bei Screening-Ausnahmen, niemals nur nachgelagerte Überwachung | Zahlungsabwicklungsgenehmiger mit Freigabebefugnis als Prüfer für markierte Transaktionen | Echtzeit-Entscheidungsaufzeichnung: Wer oder was hat die Freigabe/block autorisiert, gegen welche Richtlinienversion, mit welchen Eingaben, versiegelt, während es geschieht | DORA-Betriebsresilienz (Artikel 3 Absatz 22); Zahlungs- und Sanktionspflichten |
| Kunden-Onboarding / KYC- und KYB-Akzeptanz | Ein Agent, der einen Hochrisikokunden ohne Überprüfung akzeptiert, führt zu einem CDD-Fehler, der erst bei der nächsten Prüfung auftaucht | allow für risikoarme Annahmen innerhalb der Police; require_approval bei Akzeptanz oberhalb definierter Risikoschwellen; block zu verbotenen Kategorien | Onboarding-/First-Line-Acceptance-Beauftragter als Prüfer oberhalb der Schwelle | Abstammung dessen, was der Agent überprüft hat (CDD-Daten, Screening, Risikobewertung), was er daraus geschlossen hat und die menschliche Akzeptanzentscheidung oberhalb des Schwellenwerts | AMLR-Kunden-Due-Diligence-Prüfung (ab 10. Juli 2027); Wolfsberg-Erklärbarkeit |
| Untersuchung des wirtschaftlichen Eigentums (UBO) | Eine falsche UBO-Bestimmung unterschätzt das Risiko und wirkt sich auf jede nachgelagerte Entscheidung über die Beziehung aus | allow für einfache Eigentumsketten; require_approval wenn die Eigentumsverhältnisse undurchsichtig oder vielschichtig sind oder sich über Gebiete mit hohem Risiko erstrecken | Enhanced-Due-Diligence-Analyst als Prüfer komplexer Strukturen | Versiegelte Aufzeichnung der vom Agenten rekonstruierten Eigentümerstruktur, der verwendeten Quellen und der menschlichen Entscheidung, wo eine Überprüfung erforderlich war | AMLR-Transparenz des wirtschaftlichen Eigentums; AMLD6-Registertermine (gestaffelt, ab 10. Juli 2027) |
Zuordnen der Karte zu Laufzeitprimitiven
Die Karte ist in ihren Spalten bewusst produktneutral, aber sie ist für die Operationalisierung durch drei Laufzeitprimitive konzipiert, die zusammenarbeiten müssen. Wenn einer der drei Punkte fehlt, ist die Zeile nicht geregelt: Sie ist dokumentiert, was nicht dasselbe ist.
Policy Builder-Gates verwandeln die dritte Spalte in laufenden Code. Die Entscheidungen in der Karte (allow, warn, require_approval, block) sind keine Adjektive; Dabei handelt es sich um die wörtlichen Ergebnisse, die ein Policy Gate ausgibt, wenn der Agent einen Kontrollpunkt erreicht. Sie erstellen den Schwellenwert („über 0,85 Sanktionsübereinstimmungskonfidenz, require_approval“), das Gate erzwingt ihn inline und der Agent kann ihn nicht umgehen. Dies ist der Unterschied zwischen einem Steuerelement, das ausgeführt wird, und einem Steuerelement, das in einem Ordner beschrieben wird.
Der Decision Desk verwandelt die vierte Säule in eine benannte Zwei-Personen-Realität. Jedes require_approval-Ergebnis wird an eine Maker-Checker-Warteschlange weitergeleitet, wo ein echter, autorisierter Mensch die Aktion genehmigt, ablehnt oder zurücksendet, bevor sie ausgeführt wird. Dies erfüllt die Wolfsberg-Anforderung, dass das Unternehmen (nicht der Verkäufer, nicht das Modell) verantwortlich bleibt, und gibt einem Prüfer einen Namen, den er gegen jede daraus resultierende Entscheidung geltend machen kann.
Der Beweisraum verwandelt die fünfte Säule in ein versiegeltes Artefakt. In dem Moment, in dem sich jedes Tor auflöst, werden die Eingaben, die Richtlinienversion, die Entscheidung und der genehmigende Mensch als ein zeitgleicher, manipulationssicherer Datensatz geschrieben. Da es am Einsatzort versiegelt ist, besteht es den AMLR-Artikel-69-Rekonstruktionstest und die DORA-Belastbarkeitserwartung ohne forensisches Durcheinander. Sehen Sie sich einen Beispiel-Execution-Lineage-Export an, um zu erfahren, was einer dieser Datensätze enthält.
Warum ein Dashboard diese Karte nicht erfüllt
Die häufigste Ursache für den Einsatz von Agenten zur Bekämpfung der Geldwäsche besteht bei der ersten ernsthaften Prüfung darin, dass Beobachtbarkeit mit Beweisen verwechselt wird. Ein Dashboard zeigt Ihnen die Gegenwart; Eine Protokolldatei zeigt Ihnen, was ein System über sich selbst aufzeichnet. Keine einzige Zeile dieser Karte erfüllt die Anforderungen, da Beweise im regulatorischen Sinne drei Eigenschaften haben, die einem Dashboard fehlen.
Es ist zeitgleich, wird zum Zeitpunkt der Entscheidung erstellt und ist verfügbar, bevor die FIU-Anfrage eintrifft. Es ist vollständig und erfasst Eingaben, die angewandte Richtlinie, die Entscheidung und den genehmigenden Menschen als eine versiegelte Einheit, die die Aufzeichnungen zusammenführt, die ein Analyst innerhalb der Frist benötigt. Und es ist manipulationssicher: Ein Prüfer kann nachträglich überprüfen, ob es nicht verändert wurde, ohne sich auf Ihr Wort verlassen zu müssen. Eine FIU-Uhr mit fünf Arbeitstagen gemäß Artikel 69 AMLR, die in dringenden Fällen auf unter 24 Stunden komprimiert werden kann, ist keine Meldefunktion, die Sie später nutzen; Es ist ein Test, ob die Abstammungslinie in der fünften Spalte zum Zeitpunkt des Geschehens versiegelt war.
Auch hier hat die Selbstbescheinigung des Anbieters Vorrang vor dem, was sie nachweisen kann. Eine zentrale Plattform zur Bekämpfung von Finanzkriminalität beschreibt die Spur ihres Agenten möglicherweise als „nachverfolgbar und überprüfbar“, aber diese Spur wird innerhalb der eigenen Plattform des Anbieters selbst bestätigt: Ein Prüfer wird gebeten, den Aufzeichnungen des Anbieters über den Agenten des Anbieters zu vertrauen. Eine echte Institution betreibt einen Kernanbieter, einen separaten Anbieter für Prüfstellen und interne Agenten an anderer Stelle. Drei selbst bestätigte Spuren in drei Formaten sind keine Beweisstrategie. Die Karte geht von einer einzigen, neutralen Kontroll- und Beweisebene für alle aus.
Operationalisierung jeder Zeile: der AML-Tool-Cluster
Für jede Zeile der Karte gibt es ein entsprechendes Tool, das Sie bei der Operationalisierung unterstützt. Nutzen Sie diese, um die Referenzkarte Aktion für Aktion in ein Live-Programm zu verwandeln.
SAR/STR-Einreichung (Zeile 3). Das Maker-Checker-Gate zur Meldung verdächtiger Aktivitäten ist der sauberste Fall von require_approval in der gesamten Karte. Unser SAR/STR-Maker-Checker-Generator entwirft die Erzählung und leitet sie durch eine obligatorische Genehmigung durch zwei Personen weiter, sodass der Agent niemals ohne eine namentlich genannte Person einreicht.
Transaktionsüberwachungs-Triage (Zeile 1). Die Entscheidung, welche Alarmtypologien ein Agent allow-schließen darf oder welche eskalieren muss, beginnt damit, dass Sie wissen, welche Alarmsignale nicht angezeigt werden. Die Transaktionsüberwachungs-Red-Flags-Bibliothek ist die Typologiereferenz, die hinter Ihrer Richtlinie zum automatischen Schließen stehen sollte. Wenn sich ein Muster in der Bibliothek befindet, sollte das Gate nicht zulassen, dass der Agent es stillschweigend schließt.
Onboarding, UBO und CDD (Zeilen 5 und 6). Die Schwellenwerte, die über die Akzeptanz und Eigentümerüberprüfung entscheiden, ergeben sich aus Ihrem unternehmensweiten Risikobild. Mit dem Tool Unternehmensweite AML-Risikobewertung können Sie diese Risikobereiche bewusst und nicht standardmäßig festlegen.
Programmbereitschaft in allen Zeilen. Da es sich bei der verbindlichen Frist um das AMLR-Anwendungsdatum vom 10. Juli 2027 und nicht um ein bewegliches AI Act-Datum handelt, prüft das AMLR 2027-Bereitschaftstool Ihre Agenten-Governance anhand des einzigen Regelwerks, in dem die gesamte Karte verankert ist. Führen Sie es aus, um zu sehen, welche Zeilen Sie bereits beweisen können und welche noch Papierkram sind.
Die drei Regime hinter jedem Anker
In der letzten Spalte der Karte werden drei Regime aufgeführt, die sich bereits hinsichtlich der gleichen betrieblichen Anforderungen annähern, und nur eines davon ist das EU-KI-Gesetz. Wenn Sie wissen, welches Regime welche Verpflichtung antreibt, erfahren Sie, warum das Tor dort ist, wo es ist.
DORA: jetzt in Kraft und führend. Die Verordnung (EU) 2022/2554 gilt seit dem 17. Januar 2025. Ein AML-, Sanktions- oder Zahlungssystem kann als kritische oder wichtige Funktion gemäß Artikel 3(22) gelten, wenn eine dokumentierte, unternehmensspezifische Bewertung zeigt, dass seine Störung die finanzielle Leistung des Unternehmens, die Solidität seiner Dienstleistungen oder seine fortgesetzte Einhaltung der Zulassung erheblich beeinträchtigen würde. Aus diesem Grund unterliegen die Zahlungsprüfungs- und Triage-Reihen heute, vor dem AMLR-Antragstermin im Jahr 2027, Resilienz- und Wiederaufbauverpflichtungen.
Die AMLR: verbindlich ab 10. Juli 2027, und der Inhalt. Die Verordnung (EU) 2024/1624 ist das direkt anwendbare einheitliche Regelwerk für die Sorgfaltspflicht gegenüber Kunden, PEPs und die Transparenz der wirtschaftlichen Eigentümer. Die Fünf-Arbeitstage-Reaktionszeit der FIU gemäß Artikel 69(1), die auf unter 24 Stunden komprimiert werden kann, ist der Rekonstruktionstest, den die Evidence Room-Kolumne bestehen muss. AMLA in Frankfurt ist seit dem 1. Juli 2025 tätig und beginnt ab 2028 mit der direkten Aufsicht über eine erste Welle ausgewählter Unternehmen.
Das EU-KI-Gesetz: die Nuance, nicht die Panik. Für die meisten eigenständigen AML-Überwachungen ist die Einstufung als Hochrisiko weder festgelegt noch entscheidend, und das Anwendungsdatum von Anhang III ist der 2. Dezember 2027, das vom Digital Omnibus on AI vom 2. August 2026 verschoben wurde. Wenn ein System in den Geltungsbereich fällt, verlangt Artikel 14 eine sinnvolle menschliche Aufsicht, einschließlich der Fähigkeit, einzugreifen und außer Kraft zu setzen, was genau die require_approval und block Disziplin ist, die die Karte bereits kodiert. Bauen Sie auf die Karte und die AI Act-Verpflichtung, wo sie landet, ist bereits erfüllt. Das vollständige Klassifizierungsargument finden Sie im Begleitartikel.
Häufig gestellte Fragen
Was ist die AML Agent Control & Evidence Map?
Dabei handelt es sich um eine Referenztabelle, die alles, was ein AML- oder Zahlungs-KI-Agent tut (Warnungstriage, Sanktionstrefferfreigabe, SAR/STR-Erstellung, Zahlungsüberprüfung, Onboarding und KYC, Untersuchung des wirtschaftlichen Eigentums), drei Dingen zuordnet: dem Kontrolltor, das laufen muss, wenn der Agent handelt (Auflösung zu allow, warn, require_approval oder block), dem verantwortlichen Menschen, der eine Zwei-Personen-Decision-Desk-Überprüfung abzeichnet, und dem versiegelte, manipulationssichere Aufzeichnung der Beweisaufnahme, die zum Zeitpunkt der Entscheidung erstellt wurde. Jede Zeile ist mit einer echten öffentlichen Verordnung verknüpft: DORA, AMLR, AMLD6, den Wolfsberg-Prinzipien oder dem EU-KI-Gesetz.
Wie werden die Kontrollgates allow, warn, require_approval und block zugeordnet?
Jedes Tor wird zu einer von vier Entscheidungen in der Reihenfolge ihrer Priorität aufgelöst. Mit „Zulassen“ kann eine routinemäßige Aktion mit geringem Risiko autonom ablaufen. Warn lässt den Vorgang fortfahren, markiert ihn jedoch zur späteren Überprüfung. Require_approval pausiert die Aktion und leitet sie an einen benannten Menschen weiter, bevor etwas ausgeführt wird: Dies ist das Maker-Checker-Tor für Sanktionstreffer über einem Konfidenzschwellenwert, SAR-Einreichung und Onboarding mit hohem Risiko. Block stoppt die Aktion vollständig. Die Wahl der richtigen Entscheidung für jede Aktion und jedes Risikoband ist die Kerndisziplin der Steuerung des Agenten.
Wer ist der verantwortliche Mensch für jede Agentenaktion?
Wenn sich ein Gate auf require_approval auflöst, wird ein benannter, entsprechend autorisierter Mensch zum Prüfer in einer zweiköpfigen Maker-Checker-Überprüfung durch den Decision Desk: ein Sanktionsprüfer für die Trefferfreigabe, der MLRO oder ein delegierter benannter Beamter für die SAR-Einreichung, ein Zahlungsabwicklungsgenehmiger für die Zahlungsfreigabe, ein Akzeptanzbeauftragter für das Onboarding. Die Wolfsberg-Prinzipien besagen ausdrücklich, dass diese Verantwortung beim Unternehmen liegt, unabhängig davon, ob der Agent selbst entwickelt oder von einem Anbieter bezogen wird; eine Übertragung an den Modellanbieter erfolgt nicht.
Was gilt als versiegelter Beweis und warum reicht eine Protokolldatei nicht aus?
Versiegelte Beweise sind Aufzeichnungen, die zum Zeitpunkt der Entscheidung erstellt und gesperrt werden, sodass sie nicht stillschweigend geändert werden können. Sie erfassen die Eingaben, die Richtlinienversion, die Entscheidung und den genehmigenden Menschen als eine Einheit. Einer Protokolldatei oder einem Dashboard fehlen drei Eigenschaften, die ein Prüfer benötigt: Sie muss zeitnah sein (aktuell erstellt, nicht nach einer Anfrage rekonstruiert), vollständig (eine versiegelte Einheit, nicht vier zusammengefügte Systeme) und manipulationssicher (überprüfbar, ohne dass Sie sich darauf verlassen müssen). Die Fünf-Arbeitstage-FIU-Uhr gemäß AMLR-Artikel 69, die auf unter 24 Stunden komprimierbar ist, ist ein direkter Test dafür, ob die Abstammung zum Zeitpunkt des Vorfalls versiegelt war.
Welche Regelungen verankern die Karte und welche gelten ab sofort?
Drei Regime konvergieren. DORA (Verordnung (EU) 2022/2554) gilt seit dem 17. Januar 2025 und kann ein AML- oder Zahlungssystem zu einer kritischen oder wichtigen Funktion gemäß Artikel 3 Absatz 22 machen. Die AMLR (Verordnung (EU) 2024/1624) gilt ab dem 10. Juli 2027 und legt die Sorgfaltspflichten des Kunden, das wirtschaftliche Eigentum und die FIU-Reaktionspflichten fest. Im Einzelfall gilt das EU-KI-Gesetz (Verordnung (EU) 2024/1689); Wo es landet, verlangt Artikel 14 eine menschliche Aufsicht mit der Fähigkeit, einzugreifen und außer Kraft zu setzen. Die Wolfsberg-Prinzipien (1. Dezember 2022) legen heute die Grundlage für die Rechenschaftspflicht von Unternehmen fest.
Kann ein KI-Agent eine Verdachtsmeldung einreichen oder einen Sanktionstreffer selbst klären?
Es kann autonom eine SAR erstellen, die Einreichung muss jedoch immer durch einen Maker-Checker-Gate mit obligatorischer menschlicher Freigabe erfolgen, wobei der genehmigende Beamte aktenkundig ist. Bei Sanktionstreffern darf der Agent die automatische Löschung nur unterhalb eines streng festgelegten Vertrauensschwellenwerts durchführen; Darüber muss die Freigabe an einen benannten Prüfer weitergeleitet werden, und genaue Übereinstimmungen in bestimmten Listen sollten bis zur Prüfung erfolgen. In beiden Fällen ist eine falsche autonome Entscheidung faktisch irreversibel (ein eingereichter Bericht ist ein rechtlicher Datensatz, ein falsch geklärter Treffer ist ein Sanktionsverstoß), weshalb das Tor vor der Aktion steht und nicht in einem Dashboard danach.
Die wichtigsten Erkenntnisse
Behandeln Sie diese Seite als Referenzkarte, auf die Sie zurückgreifen, wenn Sie einen AML- oder Zahlungsagenten aufsuchen, kaufen oder verlängern. Die Disziplin ändert sich nie: Für jede Aktion, die der Agent durchführt, bestimmen Sie das Kontrolltor (allow, warn, require_approval, block), benennen Sie den Menschen, der sich am Entscheidungsschalter abmeldet, und versiegeln Sie die Beweise im Beweisraum zum Zeitpunkt der Entscheidung. Verankern Sie jedes einzelne an der Verordnung, die Sie tatsächlich bindet (DORA seit Januar 2025, AMLR ab Juli 2027, Wolfsberg heute) und nicht an einer sich verschiebenden Frist für das EU-KI-Gesetz. Die Unternehmen, die ihr nächstes Aufsichtsgespräch gewinnen, werden nicht diejenigen sein, die über die umfangreichsten Richtlinien verfügen; Sie werden diejenigen sein, deren Beweise in Maschinengeschwindigkeit auf dem Hinrichtungsweg Reihe für Reihe versiegelt wurden. Entscheiden Sie sich für die Ausführung, nicht für Papierkram, und nutzen Sie die Tools auf dieser Seite, um jede Zeile der Karte real zu machen, bevor ein Prüfer jemals danach fragt.