Agenti di triage di allerta antiriciclaggio: controlli e prove

Trigger e assunzione del caso¶

Un sistema di monitoraggio delle transazioni inizia l'esecuzione creando un avviso con un identificatore di avviso stabile, tempo di rilevamento, tipologia, transazioni di attivazione, riferimento del cliente e versione del sistema di origine. L’adattatore di assunzione crea o risolve un caso nel sistema di registrazione dei casi dell’organizzazione. Un ID di correlazione collega ogni tentativo valutato a tale avviso e snapshot. Un nuovo tentativo riutilizza l'ID di esecuzione e la chiave di idempotenza in modo che non possa creare un secondo effetto.

Ogni tentativo di azione ottiene il proprio ID di esecuzione. L'incursione termina dopo un effetto di disposizione finale. Le modifiche successive all'origine richiedono una nuova istantanea ed esecuzione. L'analista L1 possiede la coda e può ispezionare il pacchetto di immissione. L'agente esegue l'arricchimento limitato e propone l'azione successiva. Un revisore nominato possiede qualsiasi decisione trattenuta.

Origini dei dati e utilizzo consentito dei dati¶

Definire un limite dei dati AML limitato per l'esecuzione. Le letture consentite possono includere le transazioni di attivazione, il profilo KYC/CDD del cliente, l'attività prevista, la valutazione del rischio, le sanzioni e i risultati dello screening PEP, gli avvisi e i casi correlati, le precedenti disposizioni interne sui casi, i collegamenti alle controparti e i riferimenti alle fonti datate. Associa in modo mirato ogni lettura al triage degli avvisi AML e restituisce il set di campi più piccolo necessario per il caso.

Escludi la messaggistica dei clienti, le note del responsabile dei rapporti, le superfici di scrittura generali del CRM, i documenti familiari non correlati, i documenti di identità non elaborati quando gli attributi verificati sono sufficienti e le esportazioni illimitate di addestramento dei modelli o analisi. Regolamento (UE) 2024/1624 L'articolo 73 disciplina i soggetti obbligati dell'UE e vieta la divulgazione al cliente o ad altri soggetti terzi dell'attività in corso di valutazione, delle informazioni in corso o in arrivo a una FIU o dell'analisi ML/TF in corso. La regola bancaria statunitense in 31 CFR § 1020.320(e) e 31 U.S.C. § 5318(g)(2)(A)(i) protegge una SAR e le informazioni che ne rivelano l'esistenza. Le destinazioni degli strumenti e i sink dei log appartengono allo stesso limite di riservatezza.

• Scopo: Triage di allerta antiriciclaggio per il caso associato.
• Campi: attributi approvati e riferimenti alle fonti elencati nel limite dei dati.
• Freschezza: data e ora della fonte e età massima consentita per il viaggio con ogni fatto.
• Regione e destinatario: regione di elaborazione approvata dall'organizzazione e ruoli dei casi limitati.
• Gestione dell'output: esempi di pubblicazioni tokenizzate; redigere le esportazioni in base alla politica; conservare i registri delle omissioni.

Identità dell'agente, accesso allo strumento e diritti¶

Registra un'identità di agente dedicato come aml-alert-triage-agent. Associa l'identità del carico di lavoro in esecuzione, il proprietario responsabile del crimine finanziario, la versione attiva e le voci del catalogo degli strumenti consentite. Una versione è lo snapshot con versione immutabile della configurazione dell'agente, dei riferimenti al modello e alle istruzioni, ai parametri e ai collegamenti dello strumento utilizzati per l'esecuzione.

Risolvi i privilegi minimi tra agente, strumento, risorsa, dati, azione, scopo, quantità, ambiente e tempo. Le letture rimangono limitate al caso. Le autorizzazioni bozza creano artefatti interni. Le autorizzazioni di scrittura raggiungono solo le operazioni governate del sistema di casi. Una versione senza strumento di archiviazione FIU, strumento di messaggio per il cliente, strumento di nota CRM o scrittore di database generale conferisce alle azioni vietate un'assenza di autorità applicabile.

Arricchimento degli avvisi, riepilogo, indicatori di rischio e raccomandazioni¶

La fase informativa legge le fonti approvate, normalizza l'attività delle transazioni, calcola gli aggregati datati, identifica le tipologie, controlla gli indicatori PEP e sanzioni, risolve casi collegati, registra fatti mancanti o contrastanti e redige una sintesi fattuale. Raccomanda quindi la chiusura automatica, l'escalation o la preparazione della narrativa SAR/STR con sicurezza e riferimenti alla fonte.

L'arricchimento e il riepilogo non creano alcuna disposizione del caso, effetto sul cliente, archiviazione o comunicazione esterna. Tratta il risultato come una proposta. Il punto di controllo della politica inizia quando l'agente chiede di chiudere automaticamente, inoltrare l'escalation, redigere una narrativa regolamentata o scrivere al sistema di registrazione del caso.

• Elencare ciascun indicatore di rischio con la sua fonte, valore osservato, timestamp e interpretazione.
• Mantieni la raccomandazione e la motivazione abbinate in modo che un test di coerenza possa valutarle entrambe.
• Esporre l'incertezza, i campi mancanti, le fonti obsolete e i conflitti alla politica e al revisore.
• Registrare il tempo di rilevamento iniziale necessario per gli orologi di segnalazione specifici della giurisdizione.

Tabella delle azioni consentite e vietate¶

La tabella definisce l'inventario completo delle azioni per questo flusso di lavoro. Consentito significa idoneo alla valutazione della politica all'interno di un limite di autorizzazione stabilito. Un'azione consentita può comunque avvisare, richiedere l'approvazione o bloccare i fatti di un caso. Le azioni proibite terminano prima di qualsiasi effetto collaterale.

Tabella delle decisioni di approvazione ed escalation¶

Le fasce sottostanti sono esempi di politiche illustrative. L'organizzazione che esegue l'implementazione possiede i valori, li convalida rispetto alla valutazione del rischio e alla popolazione allertata e approva le modifiche attraverso il suo processo di controllo. Valuta tutte le righe corrispondenti prima dell'esecuzione. block ha la massima precedenza, seguito da require_approval, warn e allow.

Ogni condizione è testabile dalla macchina e produce un codice motivo stabile. Le regole della classe d'azione rimangono decisive: ogni bozza narrativa SAR/STR viene indirizzata a un responsabile dell'archiviazione SAR e una chiusura automatica con un punteggio di rischio di almeno 95 o un caso aperto collegato rimane bloccato.

Revisione degli analisti e passaggi di maker-checker¶

L'agente è il produttore della sua raccomandazione. Registrare l'analista o il servizio richiedente, l'identità dell'agente, il proprietario responsabile, l'esatto effetto collaterale proposto e la sintesi delle prove. Una pedina è una persona distinta con il ruolo attuale richiesto dalla regola abbinata.

Indirizza le eccezioni di chiusura automatica ed disposizione a un investigatore di crimini finanziari L2 nominato. Instradare i casi di gravità più elevata a L3. Indirizzare ogni bozza narrativa SAR/STR a un funzionario incaricato dell'archiviazione SAR o a un delegato autorizzato. Il revisore visualizza l'avviso, i fatti sulla fonte, l'aggiornamento della fonte, gli indicatori di rischio, la raccomandazione, l'incertezza, la versione della politica, le regole corrispondenti, i codici motivo, lo stato del caso collegato, la destinazione proposta, la scadenza e l'effetto del caso previsto.

• Idoneità: risolvere identità, autorizzazione decisionale, ruolo attuale di revisore, delega, stato della formazione, limite di importo e conflitti al momento della decisione.
• Separazione: confronta il revisore con il richiedente, le identità del produttore registrato e le regole dello sponsor dell'agente.
• Associazione: associazione di azione, parametri, destinazione, versione del caso, sintesi delle prove, input delle policy e scadenza.
• Esempio di scadenza: tenere premuto per 30 minuti; a 20 minuti di percorso verso un backup L3 idoneo; alle 30 i minuti scadono e richiedono una nuova valutazione politica.
• Decisione: approva, rifiuta o riassegna il caso con un motivo e un'istantanea del ruolo. Una richiesta scaduta rimane trattenuta.
• Rilascio: riconvalida lo stato del caso, l'aggiornamento dell'origine, l'identità, la policy e il digest dell'azione prima di un'esecuzione idempotente.

Disposizione, effetti del caso a valle e limiti dell'impatto sul cliente¶

Una scrittura governata riuscita modifica il sistema di record del caso: stato dell'avviso, enumerazione delle disposizioni, motivazione accoppiata, coda assegnata, relazione del caso collegato, riferimento del revisore e ora aggiornata. Acquisisci la ricevuta del sistema di destinazione più i digest prima e dopo lo stato. Un effetto a valle è completo quando il sistema dei casi conferma lo stato atteso sotto la stessa chiave di idempotenza.

Ogni canale rivolto al cliente è al di fuori dell'autorità di scrittura di questo agente. L'agente non può inviare un messaggio al cliente, inserire una nota al gestore del rapporto, modificare il servizio del conto, congelare fondi, rifiutare un cliente o inviare una segnalazione. Processi separati di proprietà dell'organizzazione regolano tali effetti. Il record di triage può fare riferimento all'esito di un caso a valle senza esporre la logica ristretta su una superficie leggibile dal cliente.

Override, ricorso, incidente, revoca e rollback¶

Mantenere ogni percorso di intervento separato perché autorità, tempistica e prove differiscono. Un revisore non può convertire un'azione vietata in un'approvazione all'interno della richiesta trattenuta.

Tabella delle modalità di guasto e di ripristino¶

Testare i percorsi negativi dal recupero della fonte attraverso l'effetto a valle confermato. Mantieni l'esecuzione sospesa o bloccata finché il ripristino non aggiorna gli input e la policy rivaluta l'azione proposta.

Mappa dei processi end-to-end¶

La mappa identifica ciascun attore, sistema di origine, confine dello strumento, decisione, approvazione, risultato e trasferimento delle prove. Un checkpoint politico viene eseguito prima di ogni azione consequenziale. Il percorso bloccato utilizza la revisione maker-checker. Ogni percorso terminale raggiunge un record sigillato.

Alternativa al testo. Il sistema di monitoraggio delle transazioni crea un avviso per l'analista. L'agente di proprietà del cliente legge il contesto del caso disciplinato, lo arricchisce e lo consiglia, quindi sottopone ogni azione consequenziale a un checkpoint politico. Consenti e avvisa di rilasciare la chiamata associata. La richiesta di approvazione lo mantiene per un investigatore L2/L3 idoneo o un responsabile della presentazione delle SAR. Il blocco lo ferma. I risultati eseguiti, trattenuti e bloccati si uniscono all'effetto del sistema dei casi e alle prove sigillate.

Scorri orizzontalmente per esaminare il grafico.

Sequenza di eventi e mappatura dei record di controllo¶

Utilizza identificatori stabili e riferimenti a eventi ordinati. Lo schema del log di controllo dell'agente AI pubblico fornisce una bozza di schema JSON 2020-12 indipendente dal fornitore per un'azione governata dalla richiesta alla verifica dell'integrità.

L'esempio pubblicato contiene evento 01: chiusura automatica bloccata e evento 02: disposizione escalated. L'evento 02 nomina l'evento 01 in lineage.ordered_event_ids e il suo integrity.previous_event_hash firmato equivale a integrity.record_hash dell'evento 01.

Analisi del campione disinfettato¶

Scarica evento 01: chiusura automatica bloccata e evento 02: disposizione escalated. Entrambi i record vengono convalidati rispetto allo schema del registro di controllo dell'agente AI pubblico, contengono firme Ed25519 di sola pubblicazione e formano una catena hash a due eventi. L'evento 01 utilizza l'ID chiave aml-publication-sample-event-01-v2-2026-07-28; l'evento 02 utilizza aml-publication-sample-event-02-v3-2026-07-28 per illustrare la rotazione della chiave di firma. Ogni riferimento a identità, organizzazione, ID caso, importo, chiave e artefatto è sintetico.

Nel caso CASE-SYN-AML-2026-0728, i trasferimenti rapidi con numeri tondi ammontano a EUR 48,000. Il cliente sintetico è contrassegnato come PEP, il corridoio è ad alto rischio e un caso collegato è aperto. L'evento 01 registra la chiusura automatica bloccata senza approvazione o chiamata allo strumento. L'evento 02 registra una nuova richiesta di disposizione all'escalation, l'approvazione da parte di un revisore nominato per un'azione che richiede il ruolo di investigatore di crimini finanziari L2, la scrittura del caso regolamentato e lo stato a valle segnalato. Lo schema registra separatamente il ruolo richiesto e l'identità del revisore; questo esempio non include uno snapshot dell'appartenenza al ruolo IAM che dimostri che il revisore ricopriva quel ruolo al momento della decisione.

Manifesto del pacchetto di prove scaricabile¶

Scarica il manifesto delle prove di alert-triage AML per definire un pacchetto di prove sigillate. Elenca il manifest, l'evento di controllo, la derivazione dell'origine, il risultato della politica, il record di approvazione, la ricezione dello strumento, l'effetto a valle, gli hash degli artefatti, il materiale della firma, le revisioni, le omissioni, la conservazione e la verifica dell'esportazione.

Il riferimento leggibile dalla macchina contiene il record di chiusura automatica bloccato e il record di escalated-disposition del terminale. Il manifest identifica i controlli disponibili da questi due file pubblicati e le prove circostanti di cui un pacchetto di produzione avrebbe bisogno.

Lista di controllo per l'implementazione¶

Utilizza la lista di controllo per l'implementazione degli alert-triage AML per sostenere il percorso di controllo. Il foglio di lavoro copre l'inventario delle azioni, le sei dimensioni soglia, i vincoli di privilegio minimo, il routing maker-checker, la sigillatura delle prove, i test negativi, gli interventi, la conservazione e l'esportazione.

• Inventaria ogni azione di lettura, bozza, scrittura, archiviazione e comunicazione.
• Imposta e approva fasce di confidenza, rischio, importo, sanzioni, novità e qualità dei dati.
• Associa la versione attiva alle voci del catalogo strumenti e ai limiti dei dati con ambito caso.
• Filo L2/L3 e percorsi-filing-SAR con separazione identità e scadenza.
• Unisci la politica, l'approvazione, lo strumento, l'effetto a valle, il lignaggio, la privacy e le prove di integrità.
• Testa i dati mancanti, i conflitti, il rischio di sanzioni, la negazione delle policy, la scadenza e il fallimento a valle.
• Esercizio di override, ricorso, incidente, revoca e rollback.
• Imposta il programma di conservazione specifico della giurisdizione e verifica che un destinatario possa esportare e convalidare il pacchetto.

Conservazione ed esportazione delle prove¶

Riconciliare ogni minimo di conservazione applicabile, massimo di privacy o minimizzazione dei dati e conservazione legale, quindi conservare ciascun record solo per il periodo legale risultante. I minimi possono includere la soglia minima di sei mesi prevista dall'articolo 26(6) della legge sull'intelligenza artificiale dell'UE quando l'obbligo dell'operatore si applica a un sistema di intelligenza artificiale ad alto rischio e la regola SAR quinquennale delle banche statunitensi prevista da 31 CFR § 1020.320(d). La legge sulla privacy può imporre un tetto più breve e una conservazione legale può sospendere l'eliminazione programmata. Risolvere i conflitti nell’ambito legale effettivo dell’organizzazione e preservare la regola e l’autorità utilizzate per ciascun record.

Esporta la sezione di avviso tramite Evidence Room come Sealed Evidence Bundle oppure organizzala attorno a una struttura come Control Pack. Includere record di oscuramento e omissione in modo che il destinatario possa distinguere il materiale assente dai campi intenzionalmente nascosti. Confronta la forma del bundle con l'Evidence Room sample pubblico, quindi verifica i digest degli artefatti, l'hash dei record, la firma, l'ordine degli eventi e la ricevuta downstream al di fuori del flusso di lavoro di produzione.

Come KLA implementa il percorso di controllo del triage degli avvisi¶

Il Piano di controllo dell'KLA governa le azioni strumentate da un agente di alert-triage di proprietà del cliente. Il Motore delle politiche KLA valuta un'azione proposta e restituisce consenti, avvisa, richiedi_approvazione o blocca. Un risultato require_approval blocca l'azione e crea una Richiesta di decisione per Decision Desk. Un blocco impedisce alla chiamata dell'utensile governato di raggiungere la sua destinazione.

Per le richieste di decisione sul piano di controllo, Decision Desk controlla l'autorizzazione alla decisione, il ruolo di revisore richiesto e lo stato in sospeso prima di registrare una decisione. La separazione del richiedente/creatore e la scadenza o l'applicazione dei tempi dovuti rimangono controlli di proprietà dell'organizzazione. L'organizzazione deve implementare e verificare tali controlli in ogni percorso produttivo e decisionale e mantenere aggiornate la competenza, la delega, l'autorità di importo e la formazione del revisore.

Lineage Explorer e Audit Trail espongono policy, revisori, esecuzione e record downstream. Evidence Room raggruppa i record selezionati in un Sealed Evidence Bundle con hash degli artefatti e materiale di integrità. L'organizzazione possiede l'agente di alert-triage, la completezza della fonte, i valori soglia, l'inventario delle azioni, l'integrazione del sistema caso, il controllo dell'archiviazione SAR/STR, i limiti dell'impatto sul cliente, il personale dei revisori, il programma di conservazione e il ripristino attraverso sistemi esterni. Le policy, i nomi degli strumenti, le fasce di soglia, i ruoli e l'esecuzione sintetica in questo articolo sono illustrativi; descrivono un modello di implementazione riutilizzabile piuttosto che un controllo del cliente distribuito.

Riferimenti tecnici¶

Utilizza il pacchetto di riferimento tecnico per esaminare la richiesta, la politica, l'approvazione, l'audit, il manifesto delle prove e completare i record di esecuzione dietro il flusso di lavoro AML.

• Schema di richiesta di azione dell'agente AI
• Schema decisionale della policy dell'agente AI
• Schema evento di approvazione dell'agente AI
• Schema del registro di controllo dell'agente AI
• Schema manifest del pacchetto di prove dell'agente AI
• Record di esecuzione disinfettato completo

Fonti primarie e freschezza¶

Revisione della fonte completata 28 luglio 2026. Le rivendicazioni normative di seguito indicano la loro giurisdizione e l'ambito del flusso di lavoro. Le soglie politiche di esempio rimangono scelte di implementazione di proprietà dell'organizzazione.