Servizi finanziari
La revisione delle transazioni, lo screening antiriciclaggio e le catene di escalation condividono tutti lo stesso requisito: non solo che una decisione fosse corretta, ma che possa essere ricostruita successivamente, in modo indipendente, senza fare affidamento sui registri dell'istituzione. Questa pagina illustra come tale flusso di lavoro verrebbe pianificato ed eseguito su inTheEU Assist, non un record di una distribuzione completata.
Come sarebbe strutturato il flusso di lavoro
Un'azione proposta in più fasi, una revisione della transazione, un modello contrassegnato, un'escalation, verrebbero pianificati come una catena di fasi. L'intera sequenza viene sottoposta ad hashing prima dell'esecuzione, quindi il piano esaminato da un approvatore è esattamente il piano che viene eseguito. Non c’è alcun divario tra ciò che è stato mostrato a un essere umano e ciò che il sistema ha effettivamente fatto.
Le fasi contrassegnate come rischiose (un'escalation, un risultato rivolto al cliente, una decisione finale) comportano una seconda approvazione indipendente, separata dall'approvazione iniziale a livello di piano. Un'approvazione generale per il flusso di lavoro non sostituisce un'approvazione specifica nel punto che conta davvero.
Dove risiede l'approvazione umana
Ogni fase che potrebbe influenzare un cliente, una transazione o una documentazione normativa richiederebbe un'approvazione esplicita firmata prima di procedere. I team di conformità e quantificazione rimangono l’autorità su ciò che costituisce un segnale di rischio. Il ruolo della piattaforma è quello di garantire che, una volta presa la decisione, la decisione e le sue basi siano dimostrabili, non solo registrate.
A cosa si ispira oggi e cosa no
La struttura di approvazione a due livelli, l'hashing a livello di piano e la traccia di controllo firmata e verificabile offline dietro ogni fase di esecuzione sono parti funzionanti della piattaforma. Ciò che non fa parte di questo: qualsiasi modello AML o di rilevamento delle frodi precostruito. I team di compliance e quantitativi dell'istituto fornirebbero la logica che definisce un segnale di rischio; la piattaforma fornisce l'esecuzione governata e il livello di audit sottostante.
Parte dell'architettura alla base di questo set di funzionalità è documentata in documenti ancora in corso. Questa pagina descrive lo scopo per cui è progettata la piattaforma, a un livello appropriato per la pianificazione di un progetto pilota, non come una specifica di implementazione.
sono soggette a continui miglioramenti. Le descrizioni contenute in questa guida potrebbero non riflettere l'esatto layout o il testo dell'ultima versione rilasciata.