SISPA / SAFETYPASS LAB
Dimostra la prova, non solo la presenza.
Una simulazione interattiva mostra come eventi formativi, segnali di autenticità e regole di consenso possono produrre un attestato verificabile e governabile nel tempo.
- 01Evidenze LMS
- 02Consenso 2 su 3
- 03RPD notarizzato
- 04CAP verificabile
Ambiente dimostrativo. La simulazione non registra dati personali, non scrive su blockchain e non emette attestati legalmente validi. Mostra la logica funzionale descritta nella domanda di brevetto.
SIMULATORE / 01
Costruisci la prova di provenienza dell’elaborato
Scegli uno scenario, simula la redazione e osserva come attività umana, uso dichiarato dell’AI, integrità e audit concorrono alla notarizzazione del RPD e all’emissione del CAP.
Scegli come nasce l’elaborato
La demo non attribuisce una percentuale “scientifica” umano/AI e non formula una diagnosi automatica: combina eventi, dichiarazioni e segnali di coerenza per produrre una valutazione spiegabile.
Tesi con AI trasparente
AI-UNI-2026.08LIB-v2026.08 · #8a23…91fdUso AI dichiarato e coerente
Le evidenze disponibili sono compatibili con la dichiarazione resa dall’autore. L’indice non rappresenta una probabilità che il testo sia stato generato da AI.
- Redazione progressiva e revisioni umane documentate
- Intervento AI registrato e dichiarato
- ISU coerente con la versione approvata
Nota: la demo valuta la coerenza della provenienza tramite più segnali; non certifica da sola che un testo sia “umano” o “AI”.
-
01
Acquisizione processo di redazioneSessioni, revisioni, fonti, firme e dichiarazioni AIIn attesa
-
02
Impronte aggregate + ISUEventi minimizzati, hash e controlli anti-manipolazioneIn attesa
-
03
Consenso tra segnaliISU · audit semantico · dichiarazioni AI/fontiIn attesa
-
04
RPD + CAPNotarizzazione condizionata e certificato soulboundIn attesa
Pronto per la simulazione
Premi “Esegui la verifica” per elaborare le evidenze selezionate.
- In attesa di una nuova esecuzione
RISULTATO / 02
CAP emesso e verificabile
Il CAP-vetrina espone solo le informazioni utili alla verifica; le prove tecniche restano nel CAP-core e nel RPD.
Certificato di autenticità e provenienza
Tesi di laurea · AI & Governance
- Sessioni
- 4 / 4
- Revisioni
- 12
- Uso AI
- Dichiarato
- Consenso
- 3 / 3
CAP-DEMO-81-VALIDORPD-DEMO-7F3A-81-20267f3a9c2e…fe21c681Certificato non trasferibile
Il CAP demo è associato all’identità sintetica del discente e conserva una cronologia di stato opponibile.
CASO D’USO / 03
Corso sicurezza D.Lgs. 81/08: gestione step by step
Un esempio interattivo mostra come un percorso formativo possa passare dall’identificazione del lavoratore alla raccolta delle evidenze, alla verifica dei requisiti, al RPD e infine al CAP verificabile.
Identità verificata del lavoratore
Il lavoratore accede tramite LMS/SSO. Il sistema associa l’identità al corso, all’azienda e alla specifica edizione formativa senza esporre dati personali nella prova pubblica.
- Identità SSO verificata
- ID corso ed edizione
- Associazione partecipante / ente
Con tutti i requisiti soddisfatti, il percorso può arrivare alla notarizzazione del RPD e all’emissione del CAP demo.
Nota demo: le soglie, le regole e gli stati mostrati sono esemplificativi. In produzione devono essere configurati in funzione della normativa applicabile, dell’accordo formativo e delle procedure dell’ente.
ARCHITETTURA / 04
Dall’attività alla prova verificabile
Editor e LMS
Raccolgono revisioni, sessioni, presenze, quiz e firme; gli eventi vengono aggregati senza esporre i log grezzi.
ISU + audit
Fingerprint, controlli anti-manipolazione e audit semantico generano segnali spiegabili.
Consenso n-su-m
La regola configurabile riduce la dipendenza da un singolo rilevatore e documenta il motivo di ogni blocco.
RPD + CAP
Solo con esito positivo nasce il record notarizzato e il certificato pubblico verificabile.
NOTARIZZAZIONE / 05
Come viene ancorata la prova in blockchain
La blockchain non contiene i dati formativi grezzi: registra l’impronta crittografica che permette di dimostrare nel tempo che il record RPD/CAP non è stato alterato.
Dopo il superamento dei controlli e della regola di consenso, il sistema costruisce il record RPD/CAP e ne calcola un hash SHA-256. In un ambiente di produzione questa impronta viene inserita in una transazione blockchain. La rete restituisce un transaction hash, il numero del blocco e un timestamp di notarizzazione. Durante una verifica successiva l’impronta viene ricalcolata e confrontata con quella ancorata on-chain: se coincide, il contenuto verificato è coerente con quello notarizzato.
Nella demo: rete, transaction hash, blocco e timestamp sono valori simulati e non corrispondono a una transazione blockchain reale.
VERIFICA PUBBLICA / 06
Controlla uno stato senza accedere ai dati grezzi
Inserisci uno degli ID demo per interrogare il registro pubblico simulato.