Una guida alla selezione e ai test per banche regolamentate che scelgono piattaforme di governance degli agenti IA: candidati nominativi per categoria, mappatura della titolarità dei controlli, confini di deployment e nove test riproducibili delle capacità.
Per i team bancari di rischio, compliance, architettura e piattaforma che costruiscono una shortlist difendibile per workload agentici con conseguenze finanziarie, per i clienti o prudenziali.
Ultimo aggiornamento: 24 ago 2026 · Versione v2.1 · Non costituisce consulenza legale.
Risposta breve
Non esiste una piattaforma di governance degli agenti IA migliore per ogni banca regolamentata. Una shortlist difendibile combina categorie: un sistema di record per la governance (IBM watsonx.governance, Credo AI, Holistic AI, OneTrust), osservabilità e valutazione (Arthur, Fiddler, Arize, LangSmith), un gateway IA quando serve mediare il traffico (Azure API Management, Kong, LiteLLM, Portkey) e un control plane di governance a runtime che decide e registra ogni azione consequenziale dell’agente (KLA; tra i nuovi operatori Control Zero e Switchboard). Seleziona in base al confine di controllo, poi esegui gli stessi test riproducibili delle capacità su ogni candidato, usando un workflow bancario reale.
“Piattaforma di governance IA” oggi copre diversi lavori. Un processo di approvvigionamento diventa più chiaro quando valuta ogni confine separatamente e decide dove un singolo provider, una capacità nativa o uno strumento specializzato possano coprirlo in modo credibile.
Questa guida non classifica i fornitori. Una classifica richiederebbe evidenze attuali e verificate indipendentemente per modalità di integrazione, modello di deployment, disponibilità, assetto di assurance, prezzi e limiti operativi di ogni prodotto. Usa le categorie per costruire una shortlist e chiedi poi a ogni fornitore di dimostrare lo stesso workflow.
| Confine | Cosa possiede | Evidenza da richiedere |
|---|---|---|
| Sistema di record della governance | Inventario dei sistemi, responsabili, decisioni di rischio, mappatura dei controlli e cronologia di rilascio o valutazione. | Responsabile nominato, valutazione versionata, mappatura controllo-sistema e cronologia delle revisioni. |
| Identità ed entitlement | Autorità di agente, persona, servizio e strumento; ambito delegato; revoca. | Valutazione effettiva dei permessi, revisione del minimo privilegio e test di revoca. |
| Traffico e integrazione | Percorsi configurati di modello, MCP, API o strumenti; credenziali; routing; limiti. | Architettura di ogni percorso previsto e test di bypass del percorso diretto. |
| Enforcement a runtime | Decisione prima dell’esecuzione di un’azione consequenziale. | Esiti allow, warn, approvazione e block osservati sull’azione rappresentativa. |
| Decisione umana | Autorità, contesto, separazione dei compiti, eccezioni ed escalation del revisore. | Record decisionale completato legato ai parametri immutabili della richiesta e all’azione risultante. |
| Evidenze e assurance | Lineage di esecuzione, export, conservazione, integrità e revisione indipendente. | Esempio portabile con decisione, attore, policy, input, risultato e procedura di verifica. |
Una shortlist rappresentativa contiene di solito diverse categorie. I controlli dei model provider e i gateway IA possono mediare il traffico configurato. I servizi di decisione ed enforcement valutano e applicano le policy. I runtime e gli orchestratori gestiscono l’esecuzione. I prodotti di osservabilità acquisiscono segnali ingegneristici. I sistemi di record per la governance gestiscono il ciclo di vita del portafoglio. I control plane a runtime collegano decisione, enforcement, revisione umana ed evidenze di esecuzione per il percorso d’azione coperto.
Nessuna etichetta di categoria dimostra una copertura completa. Chiedi a ogni provider di indicare il componente esatto che media l’azione, l’attore responsabile della configurazione e le evidenze conservate quando consente o blocca l’azione.
Questi sono prodotti rappresentativi da cui una shortlist bancaria può partire. La tabella offre un insieme iniziale e indica la dichiarazione che ogni categoria deve dimostrare. Non è un confronto verificato delle capacità. Le capacità, le opzioni di deployment, le certificazioni e i prezzi cambiano; verifica ogni riga nella documentazione primaria aggiornata del fornitore e con una dimostrazione live prima di assegnare un punteggio.
KLA compare nella riga dei control plane di governance a runtime e pubblica i propri risultati dei test e le proprie limitazioni. Applica lo stesso standard a ogni candidato: un fornitore che pubblica comportamento osservato e limitazioni attuali offre al team di valutazione qualcosa da testare. Un fornitore che pubblica solo dichiarazioni di capacità offre qualcosa da accettare sulla fiducia.
| Categoria | Prodotti rappresentativi | La dichiarazione da far dimostrare |
|---|---|---|
| Sistema di record della governance | IBM watsonx.governance, Credo AI, Holistic AI, OneTrust AI Governance | Ogni sistema agentico ha un responsabile nominato, una valutazione del rischio aggiornata e una mappatura dei controlli percorribile da un auditor. |
| Osservabilità e valutazione | Arthur, Fiddler, Arize, LangSmith, Langfuse, W&B Weave | Una trace di produzione è collegabile alla decisione di policy e all’effetto aziendale, e i regressi di qualità emergono prima dei clienti. |
| Gateway IA e API | Azure API Management (GenAI gateway), Kong AI Gateway, LiteLLM, Portkey | Ogni chiamata a modello, MCP o strumento consequenziale in scope passa davvero dal gateway, inclusi i percorsi alternativi. |
| Servizi di decisione ed enforcement | Cerbos, Open Policy Agent, NVIDIA NeMo Guardrails | Una decisione deny impedisce fisicamente l’azione a un punto di enforcement e un errore di valutazione produce deny. |
| Control plane di governance a runtime | KLA; nuovi operatori: Control Zero, Checkrd, Switchboard, WYNet | Ogni azione consequenziale riceve una decisione prima dell’esecuzione, le approvazioni sono legate ai parametri esatti e il record si verifica offline. |
| Strumenti di integrità delle evidenze di audit | ChainProof, TraceSeal; standard AAS-1 proposto | Il formato del record esportato è portabile, la verifica funziona senza infrastruttura del fornitore e il fornitore dichiara cosa la prova di non alterazione stabilisce e cosa non stabilisce. |
Per una banca regolamentata, usa un workflow con un effetto reale e i revisori che lo gestiranno. Un rilascio di pagamento, una modifica a un record cliente o un’escalation AML possono rivelare lacune che una checklist di funzionalità non mostra. Il workflow deve avere responsabile, identità dell’agente, autorità sugli strumenti, policy, regola di approvazione e requisito di evidenza definiti.
L’obiettivo è un record pronto per la decisione. Acquisisci per ogni candidato il confine di integrazione, il comportamento della policy, l’autorità umana, la modalità di guasto operativo, il formato di export e gli obblighi di uscita. La classificazione legale e l’applicabilità normativa restano giudizi specifici dell’istituto e del caso d’uso.
KLA pubblica la suite completa come procedura riproducibile: nove test numerati delle capacità (RT-01 through RT-09) che coprono bypass dell’enforcement, interruzione del policy engine, parametri modificati dopo l’approvazione, approvazioni obsolete, replay, retry, custodia delle credenziali, alterazione dei record e verifica offline delle evidenze. Esegui le stesse nove procedure su ogni candidato e confronta i risultati a condizioni uguali.
Prima di assegnare punteggi ai fornitori, scrivi quali controlli la banca deve possedere indipendentemente dal prodotto, quali possono risiedere presso un fornitore e quali sono condivisi. Il confine di deployment conta quanto la titolarità: per ogni controllo registra dove gira e cosa accade alle azioni in corso quando il collegamento tra i confini viene meno.
| Controllo | Responsabile | Nota di deployment |
|---|---|---|
| Propensione al rischio, soglie di policy, autorità dei revisori | Banca | Scritte dalla banca nella superficie policy della piattaforma; esportabili e versionate. |
| Entitlement aziendali e identità | Banca | Provenienti dall’IAM della banca; la piattaforma li consuma e valuta, la banca resta autorevole. |
| Valutazione della policy e punto di enforcement | Condiviso | Il fornitore gestisce la macchina; la banca verifica percorso di enforcement e comportamento in caso di guasto (RT-01, RT-02). |
| Coda di approvazione e regole maker-checker | Condiviso | Il fornitore offre la superficie decisionale; la banca possiede decisori, finestre di scadenza ed escalation. |
| Record delle evidenze e conservazione | Banca | I record devono essere esportabili in storage controllato dalla banca e verificabili senza il fornitore (RT-09); la conservazione segue il calendario della banca. |
| Uscita e continuità | Banca | Export testato, modalità operativa di fallback e supporto contrattuale alla cessazione secondo regole per terze parti di livello DORA. |
KLA è un control plane di governance a runtime. Sulle chiamate agli strumenti instradate dal gateway, l’implementazione valuta una decisione prima dell’esecuzione e può restituire allow, warn, require_approval o block. Acquisisce il contesto di policy e autorizzazione per il percorso governato. Copertura dei percorsi, configurazione dell’integrazione, disponibilità dei signer e completezza delle evidenze devono essere verificate durante l’implementazione.
Una valutazione utile di KLA è quindi un test delimitato: colloca la chiamata reale allo strumento consequenziale sul percorso governato, definisci policy e autorità del revisore, esercita percorsi normali e negativi, poi esamina il lineage di esecuzione e l’export. I risultati osservati di KLA sui nove test, i test automatizzati che li fissano e le limitazioni attuali sono pubblicati nella suite di test delle capacità di governance a runtime.
Parti dall’azione che crea la conseguenza. Stabilisci quale sistema possiede l’inventario e il responsabile, quali controlli di identità ed entitlement si applicano, dove viene valutata la policy, come una decisione umana mette in pausa o modifica l’azione e come il record risultante può essere esaminato o esportato.
Alcuni prodotti coprono più livelli, ma la copertura dipende dal deployment, non dal nome della categoria. Conferma percorsi, modalità di integrazione, approvazioni, comportamento in caso di guasto, conservazione e formato di export per l’azione governata. Uno stack ben progettato può combinare prodotti specializzati.
Usa un workflow rappresentativo e consequenziale, come il rilascio di un pagamento, una modifica a un record cliente o un’escalation di criminalità finanziaria. Testa identità e autorità, bypass del percorso diretto, indisponibilità del policy service, vincolo dell’approvazione, retry ed export delle evidenze con i team responsabili di rischio, operations e tecnologia.
Mantieni sotto l’autorità dell’istituto la propensione al rischio, l’autorità di approvazione, gli entitlement aziendali e la responsabilità dell’uscita. Decidi se costruire, acquistare o combinare i componenti di enforcement a runtime, approvazione dei workflow, evidenze e operations in base al reale carico di integrazione e ai requisiti di prova.
Seleziona per categoria e verifica ogni candidato nella documentazione primaria. I sistemi di record per la governance includono IBM watsonx.governance, Credo AI, Holistic AI e OneTrust. Osservabilità e valutazione includono Arthur, Fiddler, Arize e LangSmith. I gateway includono Azure API Management, Kong, LiteLLM e Portkey. I control plane di governance a runtime includono KLA, con nuovi operatori come Control Zero, Checkrd e Switchboard, le cui dichiarazioni una banca dovrebbe testare direttamente. La prova decisiva è il comportamento osservato di ogni candidato sui nove test delle capacità, nel workflow della banca.
Suite di test delle capacità di governance a runtime
/research/ai-agent-runtime-governance-test-suite
Gateway IA e control plane
/guides/ai-gateway-vs-governance-control-plane
Framework decisionale build vs buy
/guides/build-vs-buy-ai-agent-control-plane
Governance IA nel settore bancario: la guida 2026
/blog/ai-governance-banking-2026-guide
Soluzioni per i servizi finanziari
/solutions/financial-services
Esempio di lineage di esecuzione
/resources/evidence-room-sample
