AML Alert-Triage Agents: Kontrollen und Beweise

Abzug und Fallaufnahme¶

Ein Transaktionsüberwachungssystem startet den Lauf, indem es eine Warnung mit einer stabilen Warnungskennung, Erkennungszeit, Typologie, auslösenden Transaktionen, Kundenreferenz und Quellsystemversion erstellt. Der Aufnahmeadapter erstellt oder löst einen Fall im Fallaufzeichnungssystem der Organisation. Eine Korrelations-ID bindet jeden ausgewerteten Versuch an diese Warnung und diesen Snapshot. Bei einem erneuten Versuch eines Versuchs werden seine Ausführungs-ID und sein Idempotenzschlüssel wiederverwendet, sodass kein zweiter Effekt erzeugt werden kann.

Jede versuchte Aktion erhält eine eigene Ausführungs-ID. Der Lauf endet nach einem letzten Dispositionseffekt. Spätere Quelländerungen erfordern einen neuen Snapshot und eine neue Ausführung. Der L1-Analyst ist Eigentümer der Warteschlange und kann das Eingangspaket prüfen. Der Agent führt eine begrenzte Anreicherung durch und schlägt die nächste Aktion vor. Ein benannter Gutachter ist Eigentümer aller getroffenen Entscheidungen.

Datenquellen und erlaubte Datennutzung¶

Definieren Sie eine eingeschränkte AML-Datengrenze für den Lauf. Zulässige Lesevorgänge können die auslösenden Transaktionen, das KYC/CDD-Profil des Kunden, die erwartete Aktivität, die Risikobewertung, Sanktionen und PEP-Überprüfungsergebnisse, zugehörige Warnungen und Fälle, vorherige interne Falldispositionen, Links zu Gegenparteien und datierte Quellenreferenzen umfassen. Binden Sie jeden Lesevorgang gezielt an die AML-Warnungstriage und geben Sie den kleinsten Feldsatz zurück, der für den Fall benötigt wird.

Schließen Sie Kundennachrichten, Notizen von Beziehungsmanagern, allgemeine CRM-Schreiboberflächen, unabhängige Haushaltsdaten, rohe Identitätsdokumente, wenn verifizierte Attribute ausreichen, und uneingeschränkte Modellschulungs- oder Analyseexporte aus. Artikel 73 der Verordnung (EU) 2024/1624 gilt für EU-Verpflichtete und verbietet die Offenlegung gegenüber dem Kunden oder anderen Dritten, wenn eine Aktivität bewertet wird, Informationen an eine FIU gesendet werden oder gesendet werden oder eine GW/TF-Analyse durchgeführt wird. Die US-Bankregel in 31 CFR § 1020.320(e) und 31 U.S.C. § 5318(g)(2)(A)(i) schützt eine SAR und Informationen, die ihre Existenz offenbaren. Toolziele und Protokollsenken gehören innerhalb derselben Vertraulichkeitsgrenze.

• Zweck: AML-Warnungstriage für den gebundenen Fall.
• Felder: genehmigte Attribute und Quellenverweise, die in der Datengrenze aufgeführt sind.
• Aktivität: Quellzeitstempel und zulässiges Höchstalter für alle Reisen.
• Region und Empfänger: Von der Organisation genehmigte Verarbeitungsregion und eingeschränkte Fallrollen.
• Ausgabeverarbeitung: Veröffentlichungsbeispiele tokenisieren; Exporte entsprechend der Richtlinie redigieren; Unterlassungsaufzeichnungen aufbewahren.

Agentenidentität, Toolzugriff und Berechtigungen¶

Registrieren Sie eine dedizierte Agentenidentität wie aml-alert-triage-agent. Binden Sie die ausführende Workload-Identität, den verantwortlichen Eigentümer der Finanzkriminalität, das aktive Release und die zulässigen Tool-Katalogeinträge. Ein Release ist der unveränderliche versionierte Snapshot der Agentenkonfiguration, der Modell- und Anweisungsreferenzen, Parameter und Toolbindungen, die für den Lauf verwendet werden.

Lösen Sie die geringsten Rechte für Agent, Tool, Ressource, Daten, Aktion, Zweck, Menge, Umgebung und Zeit auf. Lesevorgänge bleiben fallbezogen. Entwurfsberechtigungen erstellen interne Artefakte. Schreibberechtigungen gelten nur für geregelte Fallsystemvorgänge. Eine Veröffentlichung ohne FIU-Ablagetool, Kundennachrichtentool, CRM-Notiztool oder allgemeinen Datenbankschreiber verleiht verbotenen Handlungen einen durchsetzbaren Mangel an Autorität.

Alarmanreicherung, Zusammenfassung, Risikoindikatoren und Empfehlung¶

In der Informationsphase werden genehmigte Quellen gelesen, die Transaktionsaktivität normalisiert, datierte Aggregate berechnet, Typologien identifiziert, PEP- und Sanktionsindikatoren überprüft, verknüpfte Fälle gelöst, fehlende oder widersprüchliche Fakten erfasst und eine Sachzusammenfassung erstellt. Anschließend werden Auto-Close, Eskalation oder SAR/STR-Narrativvorbereitung mit Vertrauen und Quellenangaben empfohlen.

Anreicherung und Zusammenfassung erzeugen keine Falldisposition, Kundenwirkung, Ablage oder externe Kommunikation. Behandeln Sie das Ergebnis als Vorschlag. Der Richtlinienkontrollpunkt beginnt, wenn der Agent darum bittet, den Fall automatisch zu schließen, zu eskalieren, eine geregelte Beschreibung zu verfassen oder an das Fallsystem zu schreiben.

• Listen Sie jeden Risikoindikator mit seiner Quelle, seinem beobachteten Wert, seinem Zeitstempel und seiner Interpretation auf.
• Halten Sie die Empfehlung und die Begründung gepaart, damit ein Konsistenztest beide bewerten kann.
• Machen Sie Unsicherheiten, fehlende Felder, veraltete Quellen und Konflikte gegenüber der Politik und dem Prüfer sichtbar.
• Notieren Sie die Ersterkennungszeit, die für gebietsspezifische Meldeuhren erforderlich ist.

Zulässige und verbotene Aktionstabelle¶

Die Tabelle definiert das vollständige Aktionsinventar für diesen Workflow. Zulässig bedeutet, dass innerhalb einer angegebenen Autorisierungsgrenze eine Richtlinienauswertung zulässig ist. Eine zulässige Handlung kann weiterhin warn, genehmigungspflichtig oder block für den Sachverhalt eines Falles sein. Verbotene Aktionen enden, bevor irgendwelche Nebenwirkungen auftreten.

Entscheidungstabelle für Genehmigung und Eskalation¶

Die folgenden Bänder sind veranschaulichende Richtlinienbeispiele. Die einsetzende Organisation besitzt die Werte, validiert sie anhand ihrer Risikobewertung und Alarmpopulation und genehmigt Änderungen über ihren Kontrollprozess. Werten Sie vor der Ausführung alle übereinstimmenden Zeilen aus. block hat die höchste Priorität, gefolgt von require_approval, warn und allow.

Jede Bedingung ist maschinentestbar und erzeugt einen stabilen Ursachencode. Die Action-Class-Regeln bleiben ausschlaggebend: Jeder SAR/STR-Narrativentwurf wird an einen SAR-einreichenden Beamten weitergeleitet, und ein automatischer Abschluss mit einer Risikobewertung von mindestens 95 oder ein verknüpfter offener Fall bleibt blockiert.

Analystenbewertung und Maker-Checker-Schritte¶

Der Makler ist der Urheber seiner Empfehlung. Notieren Sie den anfordernden Analysten oder Dienst, die Agentenidentität, den verantwortlichen Eigentümer, die genaue vorgeschlagene Nebenwirkung und die Beweisübersicht. Ein Prüfer ist eine bestimmte Person mit der aktuellen Rolle, die von der übereinstimmenden Regel gefordert wird.

Leiten Sie Auto-Close- und Dispositionsausnahmen an einen benannten L2-Ermittler für Finanzkriminalität weiter. Leiten Sie Fälle mit höherem Schweregrad an L3 weiter. Leiten Sie jeden SAR/STR-Narrativentwurf an einen benannten SAR-Einreichungsbeamten oder autorisierten Delegierten weiter. Der Prüfer sieht die Warnung, Quellenfakten, Quellenaktualität, Risikoindikatoren, Empfehlung, Unsicherheit, Richtlinienversion, übereinstimmende Regeln, Ursachencodes, verknüpften Fallstatus, vorgeschlagenes Ziel, Ablauf und erwartete Fallauswirkung.

• Berechtigung: Identität, Entscheidungserlaubnis, aktuelle Prüferrolle, Delegation, Schulungsstatus, Betragsgrenze und Konflikte zum Zeitpunkt der Entscheidung klären.
• Trennung: Vergleich des Prüfers mit dem Anforderer, aufgezeichnete Herstelleridentitäten und Agenten-Sponsor-Regeln.
• Bindung: Bindeaktion, Parameter, Ziel, Fallversion, Beweisauszug, Richtlinieneingaben und Ablauf.
• Beispiel Ablauf: 30 Minuten halten; bei 20 Minuten Route zu einem geeigneten L3-Backup; nach 30 Minuten ablaufen und eine neue Richtlinienbewertung erfordern.
• Entscheidung: Genehmigen, ablehnen oder eskalieren mit einem Grund und einem Rollen-Snapshot. Eine abgelaufene Anfrage bleibt zurückgehalten.
• Release: validiert erneut den Fallstatus, die Aktualität der Quelle, die Identität, die Richtlinie und den Aktions-Digest vor einer idempotenten Ausführung.

Disposition, nachgelagerte Falleffekte und Grenzen der Kundenauswirkungen¶

Ein erfolgreicher kontrollierter Schreibvorgang ändert das Fallsystem der Aufzeichnungen: Alarmstatus, Dispositionsaufzählung, gepaarte Begründung, zugewiesene Warteschlange, verknüpfte Fallbeziehung, Prüferreferenz und Aktualisierungszeit. Erfassen Sie den Zielsystembeleg sowie Vor- und Nachstatus-Digests. Ein Downstream-Effekt ist abgeschlossen, wenn das Fallsystem den erwarteten Zustand unter demselben Idempotenzschlüssel bestätigt.

Jeder kundenorientierte Kanal liegt außerhalb der Schreibbefugnis dieses Agenten. Der Agent kann keine Kundennachricht senden, keine Mitteilung an den Kundenbetreuer aufgeben, den Kontoservice ändern, Gelder einfrieren, einen Kunden ablehnen oder eine Meldung einreichen. Separate organisationseigene Prozesse regeln diese Auswirkungen. Der Triage-Datensatz kann auf ein nachgelagertes Fallergebnis verweisen, ohne eine eingeschränkte Begründung einer für den Kunden lesbaren Oberfläche preiszugeben.

Außerkraftsetzung, Einspruch, Vorfall, Widerruf und Rollback¶

Halten Sie jeden Interventionspfad getrennt, da Autorität, Zeitpunkt und Evidenz unterschiedlich sind. Ein Prüfer kann eine verbotene Aktion nicht in eine Genehmigung innerhalb der zurückgehaltenen Anfrage umwandeln.

Fehlermodus- und Wiederherstellungstabelle¶

Testen Sie negative Pfade vom Quellenabruf bis zum bestätigten Downstream-Effekt. Halten Sie die Ausführung angehalten oder blockiert, bis die Eingaben durch die Wiederherstellung aktualisiert werden und die Richtlinie die vorgeschlagene Aktion neu bewertet.

Durchgängige Prozesslandkarte¶

Die Karte identifiziert jeden Akteur, jedes Quellsystem, jede Werkzeuggrenze, jede Entscheidung, jede Genehmigung, jedes Ergebnis und jede Beweisübergabe. Vor jeder Folgeaktion wird ein Richtlinienprüfpunkt ausgeführt. Der gehaltene Pfad verwendet die Maker-Checker-Überprüfung. Jeder Endpfad erreicht einen versiegelten Datensatz.

Textalternative. Das Transaktionsüberwachungssystem erstellt eine Warnung für den Analysten. Der kundeneigene Agent liest den geregelten Fallkontext, ergänzt und empfiehlt und übermittelt dann jede Folgemaßnahme an einen Richtlinienprüfpunkt. Erlauben und warn gibt den gebundenen Aufruf frei. „Genehmigung erforderlich“ gilt für einen berechtigten L2/L3-Ermittler oder SAR-Einreichungsbeamten. Block stoppt es. Hingerichtete, festgehaltene und blockierte Ergebnisse schließen sich dem Fallsystemeffekt und versiegelten Beweisen an.

Scrollen Sie horizontal, um die Grafik anzusehen.

Ereignissequenz und Audit-Datensatzzuordnung¶

Verwenden Sie stabile Bezeichner und geordnete Ereignisreferenzen. Das öffentliche AI Agent Audit Log Schema stellt einen herstellerneutralen Entwurf des JSON-Schemas 2020-12 für eine geregelte Aktion von der Anfrage bis zur Integritätsüberprüfung bereit.

Das veröffentlichte Beispiel enthält Ereignis 01: blockiertes automatisches Schließen und Ereignis 02: eskalierte Disposition. Ereignis 02 benennt Ereignis 01 in lineage.ordered_event_ids und sein vorzeichenbehaftetes integrity.previous_event_hash entspricht dem integrity.record_hash von Ereignis 01.

Desinfizierter Probenlauf¶

Laden Sie Ereignis 01: blockiertes automatisches Schließen und Ereignis 02: eskalierte Disposition herunter. Beide Datensätze werden anhand des öffentlichen AI Agent Audit Log Schema validiert, tragen Ed25519-Signaturen, die nur für die Veröffentlichung bestimmt sind, und bilden eine Hash-Kette mit zwei Ereignissen. Ereignis 01 verwendet die Schlüssel-ID aml-publication-sample-event-01-v2-2026-07-28; Ereignis 02 verwendet aml-publication-sample-event-02-v3-2026-07-28, um die Signaturschlüsselrotation zu veranschaulichen. Jede Identität, Organisationsreferenz, Fall-ID, Menge, Schlüssel und Artefaktreferenz ist synthetisch.

Im Fall CASE-SYN-AML-2026-0728 belaufen sich die schnellen Überweisungen mit runden Zahlen auf insgesamt 48.000 EUR. Der synthetische Kunde ist als PEP gekennzeichnet, der Korridor weist ein hohes Risiko auf und ein verknüpfter Fall ist offen. Ereignis 01 zeichnet das blockierte automatische Schließen ohne Genehmigung oder Werkzeugaufruf auf. Ereignis 02 zeichnet eine neue Eskalations-/Dispositionsanforderung, die Genehmigung durch einen benannten Prüfer für eine Aktion, die die Rolle des L2-Ermittlers für Finanzkriminalität erfordert, das geregelte Fallschreiben und den gemeldeten Downstream-Status auf. Das Schema zeichnet die erforderliche Rolle und Prüferidentität separat auf; Dieses Beispiel enthält keinen Snapshot der IAM-Rollenmitgliedschaft, der beweist, dass der Prüfer diese Rolle zum Zeitpunkt der Entscheidung innehatte.

Herunterladbares Beweispaket-Manifest¶

Laden Sie das AML-Alarm-Triage-Beweismanifest herunter, um ein Paket mit versiegelten Beweisen zu definieren. Es listet das Manifest, das Prüfereignis, die Quellherkunft, das Richtlinienergebnis, den Genehmigungsdatensatz, den Tool-Empfang, den Downstream-Effekt, Artefakt-Hashes, Signaturmaterial, Schwärzungen, Auslassungen, Aufbewahrung und Exportüberprüfung auf.

Die maschinenlesbare Referenz enthält den Datensatz zum blockierten automatischen Schließen und den Datensatz zur eskalierten Disposition des Terminals. Das Manifest identifiziert die aus diesen beiden veröffentlichten Dateien verfügbaren Prüfungen und die umgebenden Beweise, die ein Produktionspaket benötigen würde.

Checkliste für die Umsetzung¶

Verwenden Sie die Checkliste für die Implementierung von AML-Warnungstriage, um den Kontrollpfad sicherzustellen. Das Arbeitsblatt deckt das Aktionsinventar, sechs Schwellenwertdimensionen, Least-Privilege-Bindungen, Maker-Checker-Routing, Beweisversiegelung, negative Tests, Interventionen, Aufbewahrung und Export ab.

• Inventarisieren Sie alle Lese-, Entwurfs-, Schreib-, Ablage- und Kommunikationsaktionen.
• Legen Sie Konfidenz-, Risiko-, Betrags-, Sanktions-, Neuheits- und Datenqualitätsbänder fest und genehmigen Sie diese.
• Binden Sie die aktive Version an fallbezogene Werkzeugkatalogeinträge und Datengrenzen.
• Verdrahten Sie L2/L3- und SAR-Filing-Officer-Routen mit Identitätstrennung und Ablauf.
• Verbinden Sie Richtlinien, Genehmigungen, Tools, Downstream-Effekte, Abstammungs-, Datenschutz- und Integritätsnachweise.
• Testen Sie fehlende Daten, Konflikte, Sanktionsrisiken, Richtlinienverweigerung, Ablauf und nachgelagerte Fehler.
• Übungsüberschreibung, Einspruch, Vorfall, Widerruf und Rollback.
• Legen Sie den gebietsspezifischen Aufbewahrungszeitplan fest und stellen Sie sicher, dass ein Empfänger das Paket exportieren und validieren kann.

Aufbewahrung und Export von Beweismitteln¶

Gleichen Sie alle anwendbaren Mindestaufbewahrungsfristen, Datenschutz- oder Datenminimierungshöchstwerte und gesetzlichen Aufbewahrungsfristen ab und bewahren Sie dann jeden Datensatz nur für den resultierenden gesetzlichen Zeitraum auf. Die Minima können die Untergrenze von sechs Monaten in Artikel 26 Absatz 6 des EU-KI-Gesetzes umfassen, wenn diese Betreiberpflicht für ein KI-System mit hohem Risiko gilt, und die Fünfjahres-SAR-Regel für US-Banken in 31 CFR § 1020.320(d). Das Datenschutzrecht kann eine kürzere Obergrenze vorsehen und eine gesetzliche Aufbewahrungsfrist kann die geplante Löschung aussetzen. Lösen Sie Konflikte im Rahmen des tatsächlichen rechtlichen Geltungsbereichs der Organisation und wahren Sie die für jeden Datensatz verwendeten Regeln und Autoritäten.

Exportieren Sie das Alarmsegment über Evidence Room als Sealed Evidence Bundle oder organisieren Sie es um ein Framework herum als Control Pack. Fügen Sie Aufzeichnungen zu Schwärzungen und Auslassungen hinzu, damit der Empfänger fehlendes Material von absichtlich zurückgehaltenen Feldern unterscheiden kann. Vergleichen Sie die Bündelform mit dem öffentlichen Beweisraum-Beispiel und überprüfen Sie dann Artefakt-Digests, Datensatz-Hash, Signatur, Ereignisreihenfolge und nachgelagerten Empfang außerhalb des produzierenden Workflows.

Wie KLA den Alarm-Triage-Kontrollpfad implementiert¶

Die KLA-Kontrollebene regelt instrumentierte Aktionen eines kundeneigenen Alarm-Triage-Agenten. Die KLA Policy Engine wertet eine vorgeschlagene Aktion aus und gibt allow, warn, require_approval oder block zurück. Ein require_approval-Ergebnis hält die Aktion fest und erstellt eine Entscheidungsanforderung für Decision Desk. Ein block verhindert, dass der geregelte Werkzeugaufruf sein Ziel erreicht.

Bei Entscheidungsanfragen auf der Steuerungsebene prüft Decision Desk die Entscheidungsberechtigung, die erforderliche Prüferrolle und den ausstehenden Status, bevor eine Entscheidung aufgezeichnet wird. Die Trennung von Antragsteller und Ersteller sowie der Ablauf oder die fristgerechte Durchsetzung bleiben weiterhin organisationseigene Kontrollen. Die Organisation muss diese Kontrollen in allen Produktions- und Entscheidungsprozessen implementieren und überprüfen und die Kompetenz, Delegation, Mengenbefugnis und Schulung der Prüfer auf dem neuesten Stand halten.

Lineage Explorer und Audit Trail legen Richtlinien-, Prüfer-, Ausführungs- und Downstream-Datensätze offen. Evidence Room verpackt ausgewählte Datensätze in einem Sealed Evidence Bundle mit Artefakt-Hashes und Integritätsmaterial. Die Organisation ist für den Alert-Triage-Agenten, die Quellenvollständigkeit, die Schwellenwerte, das Aktionsinventar, die Fallsystemintegration, die SAR/STR-Ablagekontrolle, die Kundenauswirkungsgrenzen, die Besetzung der Prüfer, den Aufbewahrungsplan und die Wiederherstellung in externen Systemen verantwortlich. Die Richtlinien, Toolnamen, Schwellenwertbänder, Rollen und Syntheseläufe in diesem Artikel dienen der Veranschaulichung. Sie beschreiben eher ein wiederverwendbares Implementierungsmuster als ein bereitgestelltes Kundensteuerelement.

Technische Referenzen¶

Verwenden Sie das technische Referenzpaket, um die Anfrage, Richtlinie, Genehmigung, Prüfung, Beweismanifest und vollständige Ausführungsaufzeichnungen hinter dem AML-Workflow zu überprüfen.

• AI-Agent-Aktionsanforderungsschema
• Entscheidungsschema für KI-Agent-Richtlinien
• KI-Agent-Genehmigungsereignisschema
• Schema für Audit-Logs von KI-Agenten
• Schema für Evidence-Bundle-Manifeste von KI-Agenten
• Vollständiger bereinigter Ausführungsdatensatz

Primärquellen und Frische¶

Quellenüberprüfung abgeschlossen 28. Juli 2026. Die nachstehenden Regulierungsansprüche geben deren Zuständigkeit und Arbeitsablaufumfang an. Die beispielhaften Richtlinienschwellenwerte bleiben organisationseigene Implementierungsentscheidungen.