Controlli di presenza
In momenti casuali il corso chiede una piccola prova: un codice disegnato, una somma, una domanda sul contenuto, un clic sulla figura giusta. La scadenza la fissa il server: chiederla tardi non dà più tempo.
LRS xAPI · formazione con valore legale
Learning non si fida del browser. Registra ogni evento in una catena di hash non alterabile, ricalcola tempi e coperture con il proprio orologio e verifica che dall'altra parte ci sia davvero una persona. Così l'attestato regge davanti a un ispettore.
Il browser manda solo eventi grezzi: pagina aperta, video in riproduzione, scheda in primo piano. Tempi, coperture ed esiti li ricalcola il server, con il suo orologio, e per ogni verdetto scrive anche il motivo. Un client manomesso può mentire, ma non può convincere il server.
Ogni funzione risponde alla stessa domanda: se domani qualcuno contesta un attestato, quali prove abbiamo?
In momenti casuali il corso chiede una piccola prova: un codice disegnato, una somma, una domanda sul contenuto, un clic sulla figura giusta. La scadenza la fissa il server: chiederla tardi non dà più tempo.
La copertura è l'unione dei tratti guardati a velocità ammessa e con posizione coerente con il tempo trascorso. Salti in avanti e riproduzioni accelerate non contano.
Ogni evento contiene l'impronta del precedente. Le tabelle sono in sola aggiunta e la verifica di integrità ricontrolla anelli, definizione del corso e verdetti. Provate voi: cambiate un evento.
Ogni giorno le teste delle catene diventano un albero di Merkle e la radice riceve una marca RFC 3161 da un ente terzo. Riscrivere la storia non basta più: la radice è fuori da Learning.
Un indirizzo per organizzazione e dati separati a ogni livello, dal token al database. Un'organizzazione non vede mai i dati di un'altra.
Il vostro server chiede un ticket monouso con una chiave API firmata; l'utente entra con un clic, senza un'altra password.
Permanenza minima per pagina, copertura video, velocità massima, frequenza dei controlli: valori dell'organizzazione, ritoccabili per singola unità e congelati nella versione pubblicata.
L'auditor sfoglia la cronologia completa di ogni iscrizione, lancia la verifica di integrità e rifà il verdetto con lo stesso motore che l'ha emesso. Le correzioni non cancellano: annullano, con motivo e autore.
Un corso pubblicato non cambia più: struttura, regole e domande sono congelate nella versione, con la loro impronta. Anni dopo si sa ancora con quali regole è stato giudicato ogni partecipante.
Il cuore di Learning è un Learning Record Store: ogni azione è uno statement xAPI con verbi ADL dove esistono. I dati non restano chiusi in un formato proprietario.
{ "id": "0192f7c4-5b1e-7a3d-9c2f-4e8b1d6a0f37", "actor": { "account": { "name": "u-7f3a…" } }, "verb": { "id": "http://adlnet.gov/expapi/verbs/experienced" }, "object": { "id": "https://learning.codelevel39.it/xapi/units/…" }, "context": { "registration": "7f3a…", "extensions": { // stato del player "…/ext/page": 4, "…/ext/visible": true } }, "timestamp": "2026-10-17T10:02:11.482Z"}
Volontariato, protezione civile, pubblica amministrazione: personale da formare e abilitare, con prove da conservare.
Formazione obbligatoria e compliance: sapere chi ha seguito cosa, per quanto e con quali regole.
Corsi venduti a terzi che pretendono la prova della fruizione: date ai committenti un audit che possono verificare da soli.
Avete già un portale? Learning ci si aggancia: SSO a ticket firmati e statement xAPI, senza rifare gli utenti.
Raccontateci chi dovete formare e quali prove vi servono: vi mostriamo Learning sul vostro caso.
help@codelevel39.it · rispondiamo entro un giorno lavorativo