Gli standard europei che supportiamo

Pubblichiamo model card machine-readable dei modelli di matching e di previsione, conserviamo la spiegazione fattore per fattore dei primi risultati di una ricerca talent-match e la mostriamo allo studente su /matches/[id]/why. Le operazioni sensibili sono scritte in un audit log.

Registro degli algoritmi e spiegazione dei match sono attivi sulla ricerca talent-match. Test di bias, copertura degli altri sistemi di scoring e documentazione tecnica Allegato IV non esistono.

Esposizione self-service dei diritti art. 15/16/17/20. Consenso cookie per categoria. Database primario nell’Unione Europea; la pagina privacy elenca quali sub-responsabili sono fuori dallo SEE e su quale base di trasferimento.

Accesso, rettifica, cancellazione e portabilità sono self-service. La revisione umana ex art. 22 si richiede dentro il prodotto dalla spiegazione del match: la richiesta viene registrata con un riferimento e una scadenza a 30 giorni e, alla chiusura, l'esito del revisore viene riportato sulla spiegazione. Chi non ha effettuato l'accesso e la pagina del registro degli algoritmi rimandano ancora all'email.

Oggi: audit log sulle operazioni sensibili, registro pubblico di model card e decisione umana obbligatoria nello screening della Talent Suite. Test di bias e documentazione di data governance non esistono.

Non siamo certificati ISO/IEC 42001 e non abbiamo un sistema di gestione dell’AI documentato.

I termini delle competenze vengono risolti in URI ESCO prima dalla tabella SkillMapping, poi da una piccola mappa curata, poi dall'API live di ESCO, con i risultati messi in cache in SkillMapping. Il matching unifica i termini delle competenze attraverso quell'indice mappato su ESCO. Lo score di matching in sé non espone URI ESCO.

Gli studenti esportano il proprio profili basati su prove in formato Europass v3 JSON-LD con un click.

Ogni Verifiable Credential emesso è esportabile in formato EDCI JSON-LD con la firma Ed25519 preservata. L'export del singolo credential riporta anche il livello EQF presente nel record dello studente, quando c'è.

Le credenziali sono emesse nella forma documentale dei W3C Verifiable Credentials e firmate con Ed25519 su una serializzazione JSON canonica nostra — non la suite W3C Ed25519Signature2020, che richiede la canonicalizzazione RDF URDNA2015 e un proofValue multibase. La chiave pubblica è pubblicata per la verifica offline.

Gli studenti esportano le competenze di livello avanzato/esperto come credenziali Open Badges 3.0.

Le competenze digitali del nostro catalogo usano nomi e aree di DigComp. Gli identificativi che assegniamo non sono URI pubblicati dal JRC.

Le competenze imprenditoriali usano nomi e aree di EntreComp, con gli stessi limiti sugli identificativi.

Le competenze di sostenibilità usano nomi e aree di GreenComp, con gli stessi limiti sugli identificativi.

I livelli EQF sono assegnati dall'autorità che rilascia il titolo, non dedotti da noi. L'export EDCI della singola credenziale riporta solo un livello già presente sulla scheda dello studente e omette il campo quando non ce n'è nessuno.

Esiste un endpoint SAML di metadata segnaposto che restituisce un descrittore vuoto. Il flusso di autenticazione non è costruito.

Scaffold SPID/CIE: elenco tipizzato degli IdP e modello degli attributi. Nessun flusso di login collegato; registrazione AgID non ancora effettuata.

Le credenziali EDCI e W3C VC che emettiamo sono nei formati che i wallet EUDIW dovrebbero leggere; nessuna integrazione con un wallet è ancora stata costruita o provata.

Le credenziali sono già EDCI-ready. L'integrazione con il wallet sarà rilasciata quando le reference implementation raggiungeranno la beta pubblica.

Il modello dati per le equivalenze ECTS esiste, ma oggi nessuna schermata lo usa.

L'export delle iscrizioni di scambio in OLA JSON-LD esiste come endpoint API; nessuna schermata lo richiama oggi. L'integrazione con la rete EWP richiede l'onboarding SAML di ciascun ateneo.

Il modello dati per gli accordi bilaterali esiste; nessuna schermata lo usa oggi.

Non collegato alla rete EWP: nessun endpoint registrato.

Non c'è un'integrazione con la rete ENIC-NARIC.

Pianificato, senza una data.