Dalla decisione alla struttura difendibile: quando la supervisione diventa evidenza

EVIDE non giudica le decisioni. Le rende difendibili.

Il gap che la governance non può colmare

Ogni framework di AI governance definisce come le decisioni dovrebbero avvenire. Chi revisiona, chi approva, quali soglie si applicano, quale tassonomia viene usata.

Ma esiste un gap strutturale tra definire un processo e dimostrare che quel processo è stato seguito.

Quando una decisione viene contestata — in un audit, una disputa, un’indagine regolatoria — la domanda non è mai astratta:

“Questa decisione è stata presa all’interno di una struttura definita, o è stata improvvisata?”

Un log di sistema non può rispondere a questa domanda. Può mostrare che qualcosa è successo. Non può mostrare se quel qualcosa era ancorato a una tassonomia definita, una soglia dichiarata, un’autorità verificabile.

Questo è il gap che EVIDE v1.7 affronta.

Cosa cambia in EVIDE JSON 1.7

EVIDE JSON 1.7 introduce un nuovo campo opzionale all’interno del record probatorio:

"intervention": {
  "classification_context": {
    "taxonomy_reference": "https://...",
    "threshold_reference": "https://...",
    "threshold_status": "met"
  }
}

Questo campo non valida le decisioni.
Espone se una decisione è stata presa all’interno di una struttura definita.

Il campo threshold_status accetta quattro valori:

• met — la soglia era definita ed è stata rispettata
• not_met — la soglia era definita ma non è stata rispettata
• unknown — esisteva una soglia ma il suo stato non è determinabile
• not_defined — non esisteva alcuna soglia upstream al momento della decisione

Tre concetti che definiscono la v1.7

Questi tre concetti ridefiniscono come le decisioni possono essere comprese, difese e sottoposte ad audit.

1. Posizione coordinata

Prima della v1.7, un record EVIDE era una fotografia di un momento: cosa è successo, chi ha deciso, quando.

Con classification_context, il record diventa una posizione coordinata — un punto che esiste in relazione a una griglia di riferimento definita. La decisione non è più isolata. È ancorata a:

• una tassonomia (il sistema di classificazione in uso)
• una soglia (la condizione di ammissibilità applicata)
• una versione (la struttura esatta valida in quel momento)

Una coordinata senza griglia è solo un punto nello spazio. Una coordinata con griglia è una posizione verificabile.

2. Scudo procedurale

In un contesto legale o di compliance, la difesa tradizionale di una decisione appare così:

“Ecco il log. Il sistema ha registrato che un essere umano l’ha approvata.”

Questa è una difesa debole. Dimostra che qualcosa è accaduto. Non dimostra che la decisione è stata presa all’interno di una struttura definita e documentata.

Con la v1.7, la difesa cambia:

“La decisione è stata presa seguendo la Tassonomia X, Versione Y, che era il nostro standard documentato in quel momento. La soglia era definita e il record mostra se è stata rispettata, non rispettata, o non applicabile.”

Non è una difesa dell’esito. È una dimostrazione di diligenza nel processo. Questa distinzione è enormemente rilevante in scenari di audit e disputa.

3. Tachimetro della maturità organizzativa

Il valore not_defined non è uno stato di fallimento. È un segnale diagnostico.

Se una porzione significativa di record mostra threshold_status: not_defined, non è prova che i supervisori abbiano preso decisioni sbagliate. È prova che il layer di governance upstream ha un gap — che la policy è incompleta, non che le persone siano negligenti.

Questo sposta il quadro della responsabilità in modo critico:

EVIDE non assegna colpe. Rende la struttura — o la sua assenza — osservabile nel tempo.

La separazione che rende tutto questo possibile

Una decisione architettuale chiave nella v1.7 è la separazione tra due tipi distinti di riferimento:

• taxonomy_reference — punta al sistema di classificazione interno adottato dall’organizzazione. È una scelta editoriale: come l’organizzazione ha scelto di categorizzare le decisioni.
• threshold_reference — punta a una regola esterna, un parametro regolatorio o una condizione di ammissibilità. È spesso un vincolo normativo: ciò che la legge, il regolatore o lo standard richiede.

Questa separazione non è un dettaglio tecnico. È ciò che permette a governance e regolamentazione di coesistere senza essere confuse.

I due riferimenti tendono a vivere in domini logici distinti:

Quando entrambi i riferimenti puntano alla stessa fonte, è di per sé un segnale diagnostico: l’organizzazione non ha ancora sviluppato il proprio layer interpretativo. Quel livello di maturità della governance diventa visibile nel record.

EVIDE non impone la separazione. La rende osservabile.

Cosa cambia per le organizzazioni

Cosa significa per i professionisti di compliance e legali

Per Compliance Officer, DPO e consulenti legali, il valore pratico della v1.7 si può esprimere semplicemente:

La decisione non è solo registrata. È ancorata alla versione esatta della struttura che l’ha prodotta.

Questo è ciò che trasforma la supervisione in evidenza.
E l’evidenza in qualcosa che può essere difeso.

Esplora lo schema EVIDE JSON 1.7


Esplora casi reali

Come EVIDE si collega al Protocollo </AI>

EVIDE è il layer probatorio del Protocollo </AI>. Non sostituisce la governance. Non definisce chi detiene l’autorità o come le decisioni dovrebbero essere strutturate upstream.

Opera downstream — nel punto in cui una decisione è stata presa e deve diventare esternamente accountable.

• La governance definisce come le decisioni dovrebbero avvenire.
• Il Protocollo </AI> rende la supervisione verificabile.
• EVIDE ancora lo stato della decisione in modo indipendente, fuori dal sistema che l’ha prodotta.
• EVIDE v1.7 espone inoltre se quella decisione è stata presa all’interno di una struttura definita.

Insieme, portano un’organizzazione dalla supervisione dichiarata alla supervisione dimostrabile e difendibile.