Ruoli, governance e approvazioni
La piattaforma modella esplicitamente i ruoli AML e i relativi punti di controllo.
Ruoli coperti
| Ruolo |
Focus |
| CdA |
indirizzo strategico, policy, risk appetite |
| DG |
implementazione operativa, sistemi, formazione |
| ERA |
raccordo board–AML e presidio di governance |
| RFA |
regole AML, risk assessment, controllo di 2° livello |
| RSOS |
istruttoria e trasmissione SOS |
| Sindaco Unico |
vigilanza normativa e segnalazione ex art. 46 |
| Internal Audit |
audit di 3° livello e follow-up |
| Team AML |
prima linea, onboarding, screening, monitoraggio |
| Responsabile WB |
whistleblowing e tutela del segnalante |
Matrice decisionale
| Decisione |
AI |
Umano richiesto |
Ruolo tipico |
| preparazione output istruttorio |
propone |
sì |
RFA / RSOS / DG / ERA |
| approvazione task compliance |
prepara package |
sì |
ruolo assegnato dal task |
| dual control / formal signoff |
supporta |
sì |
RSOS + DG / RFA |
| blocco o sblocco operativo |
suggerisce |
sì |
ruolo accountable |
| filing e invio regolatorio |
prepara |
sì |
RSOS / firmatario |
| chiusura e archiviazione |
orchestra |
sì o policy-driven |
ruolo owner |
Come avviene un’approvazione
sequenceDiagram
participant Trigger as Evento/Task
participant AI as AI Orchestrator
participant Reviewer as Reviewer umano
participant Executor as Action Executor
participant Ledger as Evidence Ledger
Trigger->>AI: crea TaskRun
AI->>AI: genera output e approval package
AI->>Reviewer: richiede approvazione
Reviewer->>AI: approve / reject / notes
alt approved
AI->>Executor: dispatch action plan
Executor->>Ledger: receipts + evidence
else rejected
AI->>Ledger: rejection evidence
end
Dove si vede la governance in app
Checklist
Approvazioni AI
Ops Control Plane
Evidence Navigation
Firme Regolatorie
Reporting
Audit
Whistleblowing
Cosa rende il modello difendibile
- ruoli espliciti;
- approvatori espliciti;
- stato macro esplicito;
- receipts e ledger;
- reconciliation e release gates;
- UI coerente con responsabilità e permessi.