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.
Un'azione in più fasi proposta, una revisione documentale, uno schema segnalato o un'escalation possono essere pianificati come una catena di fasi. Le competenze e i punti di approvazione proposti vengono presentati prima dell'esecuzione e gli eventi definiti del flusso di lavoro vengono conservati, affinché il piano revisionato e le attività successive possano essere confrontati e ricostruiti.
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.
Ogni fase che potrebbe influire su un cliente, una transazione o un deposito regolamentare richiederebbe un'approvazione esplicita e firmata prima di procedere. I team di conformità, rischio e analisi quantitativa restano l'autorità competente per stabilire cosa costituisca un segnale e quale azione sia consentita. Il ruolo della piattaforma è conservare in un registro tracciabile la motivazione dichiarata, il contesto di esecuzione e la decisione umana.
Un primo progetto pilota può escludere del tutto l'autorità sulle transazioni di produzione. Un team può fornire un insieme limitato e approvato di politiche, casi storici o sintetici e un flusso di revisione, come la completezza del fascicolo del cliente, il confronto incrociato delle politiche, la valutazione preliminare delle eccezioni o la preparazione di una nota di revisione interna. Assist prepara le risultanze proposte e i riferimenti alle fonti di supporto; il personale nominato le accetta, corregge, rifiuta o inoltra.
Il successo può essere misurato attraverso il tempo di revisione, la copertura di politiche e fonti, le segnalazioni false o non supportate, le correzioni richieste, la coerenza tra fascicoli ripetuti, la qualità delle escalation e la completezza del registro di approvazione. Non è necessario includere nell'autorità del progetto pilota alcuna azione sul cliente, deposito, pagamento, negoziazione o restrizione dell'account.
La conoscenza circoscritta, le catene di competenze proposte, le approvazioni delle fasi, l'esecuzione locale e i registri tracciabili dei flussi di lavoro sono componenti operative della piattaforma. Ciò che non viene fornito come funzionalità standard è un modello universale di AML, frode o adeguatezza. I team dell'istituzione responsabili di conformità, rischio e analisi quantitativa definiscono le regole applicabili e restano l'autorità competente; la piattaforma fornisce l'ambiente di lavoro e di esecuzione governato che li circonda.
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.