Prêt pour le droit à l'apprentissage tout au long de la vie : dossiers de modules, crédits et titres vérifiables

Retours de données et identifiants

Futures données HESA

HESA a annoncé en janvier 2026 un petit changement pour 2026/27 : une nouvelle entrée valide dans l'identifiant d'initiative de cours, COURSEINITID, signale toutes les offres modulaires à partir de janvier 2027, et pas seulement les modules financés par LLE. En 2027/28, les bailleurs de fonds et les régulateurs souhaitent voir l'achèvement des modules et les crédits accordés, le ModuleSubject l'entité devient un minimum pour les étudiants modulaires, et de nombreuses données de module ne sont plus requises pour les étudiants suivant des cours complets en Angleterre.[21] L'OfS décrit le même changement avant la collecte de données en cours d'année.[18]

Data Futures contient déjà la plupart de ce dont une transcription a besoin. Module porte MODID, MTITLE, la valeur du crédit CRDTPTS et le niveau de crédit LEVLPTS; ModuleInstance enregistre le module de chaque étudiant et ses résultats dans MODULEOUTCOME et MODULERESULT; Student porte l'identifiant de HESA SID, le numéro propre du fournisseur OWNSTU, le ULN et le numéro de soutien aux étudiants de SLC, SSN.[22][23] Les collèges renvoyant le dossier individualisé de l'apprenant (ILR) ont été informés en mars 2026 que les détails de tout changement ILR seraient communiqués cet été.[19] Le tableau compare l'endroit où se trouve chaque élément.[3][13][16]

Pourquoi il est difficile de faire correspondre un apprenant entre les prestataires

L'ULN est la clé évidente à vie : un numéro à 10 chiffres que le Learning Records Service (LRS) du DfE délivre à partir de 14 ans, lié au Personal Learning Record (PLR).[24] Mais les directives de relevé de notes du DfE admettent que tous les étudiants n'en ont pas un, que les prestataires recrutant en dehors du service d'admission des universités et collèges peuvent ne pas le collecter, et que les apprenants adultes peuvent en manquer.[3] Le PLR ​​montre uniquement les diplômes réglementés par l'Ofqual acquis en Angleterre depuis 2012, et l'Ofqual ne réglemente pas les diplômes de l'enseignement supérieur, de sorte que les crédits de module universitaire n'y apparaîtront pas.[25][26]

D'autres identifiants sont locaux. HESA SID, qui a remplacé l'identifiant unique d'étudiant HESA (HUSID), est généré par chaque fournisseur de reporting autour de son UKPRN,[23] et les prestataires ne peuvent pas voir le compte LLE d'un apprenant à moins que l'apprenant ne le partage.[14] Un prestataire récepteur n'a pas grand-chose à comparer au-delà de ce que présente l'apprenant.

Crédit, transfert et reconnaissance des acquis

Le Quality Assurance Agency (QAA) Higher Education Credit Framework for England (deuxième édition, 2021) compte un crédit pour une dizaine d'heures notionnelles, avec deux crédits britanniques équivalant à un crédit du système européen de transfert et d'accumulation de crédits (ECTS). Un baccalauréat avec mention comporte généralement au moins 360 ​​crédits, dont 90 au niveau 6 ; un diplôme de base, 240 dont 90 au niveau 5. Tous les organismes délivrant des diplômes n'utilisent pas de crédits, et chacun décide du crédit qu'il accepte pour ses propres cours.[26]

Le transfert est une décision du prestataire dans un cadre juridique. La loi de 2017 sur l'enseignement supérieur et la recherche définit un transfert d'étudiant comme un transfert dans lequel le prestataire d'accueil prend en compte les études antérieures, et la condition F2 de l'OfS exige que les prestataires publient leurs modalités de transfert.[11][20] Le DfE s'engage à travailler avec le secteur sur le transfert de crédits cohérent et la reconnaissance des acquis (RPL), que la QAA définit comme l'évaluation et la reconnaissance formelle des apprentissages antérieurs. La seule consultation mentionnée dans son aperçu concerne les points de rupture, que le livre blanc d’octobre 2025 a définis comme une récompense de niveau 4 après la première année et une récompense de niveau 5 après la deuxième année.[1][8][26] Les commentaires du secteur attendaient une consultation sur le transfert de crédits au printemps 2026 ; nous n’en avons trouvé aucun sur GOV.UK au 5 octobre 2026.[48]

La ligne de base est basse. Une étude de 2017 publiée par le DfE a révélé que le transfert de crédits au Royaume-Uni « est largement compris en tant que concept mais n'est pas très souvent observé dans la pratique », avec environ 2,2 % des étudiants à temps plein domiciliés au Royaume-Uni qui ont déménagé dans un autre établissement en 2012/13.[12] Une transcription vérifiable ne change pas qui décide ; cela rend les preuves plus rapides à vérifier.

ENTENDRE, Hedd et le vide qu'ils laissent

Le rapport sur les résultats de l'enseignement supérieur (HEAR), lancé en 2008 avec le soutien national de l'Académie de l'enseignement supérieur, enregistre les modules, les notes et les résultats plus larges dans un modèle qui intègre le supplément au diplôme européen.[27] Il survit désormais institution par institution : celui de Warwick est un enregistrement cumulatif de modules, de notes et de crédits, actualisé après les résultats et les rattrapages, tandis qu'Exeter a délivré ses derniers HEAR après l'obtention de son diplôme à l'hiver 2025.[28][29]

Higher Education Degree Datacheck (Hedd), géré par Jisc, se décrit comme le centre officiel de vérification des diplômes du Royaume-Uni. Avec le consentement du diplômé, il confirme le lieu d'études, la récompense, le grade et les dates de fréquentation, et contient des détails sur 471 institutions britanniques reconnues et 243 fausses.[30] Il vérifie les récompenses, pas les modules : un apprenant détenant trois modules de 30 crédits provenant de deux fournisseurs n'a aucune récompense à vérifier par Hedd. La comparaison ci-dessous s’appuie également sur les normes qui suivent.[3][31][32][38]

Open Badges 3.0 et CLR 2.0 comme supports de transcription

Open Badges 3.0, de l'organisme de normalisation 1EdTech (version du document 1.4.5, 29 juin 2026), exprime chaque réalisation sous la forme d'un titre vérifiable de type AchievementCredential ou OpenBadgeCredential, construit sur le modèle de données d'identification vérifiable v2.0 du World Wide Web Consortium (W3C), une recommandation depuis le 15 mai 2025.[31][37] CLR 2.0 (version 1.1, 14 octobre 2025) encapsule les informations d'identification d'un ou plusieurs émetteurs dans un ClrCredential listant les réalisations, les références les affirmant et les associations telles que isPartOf, et son émetteur garantit que chaque identifiant inclus concerne la même personne.[32] C'est la forme dont le LLE a besoin : un titre par module, rassemblé dans un enregistrement qui montre les modules s'ajoutant à une qualification.

Signatures, clés et révocation

Open Badges 3.0 accepte un jeton Web JSON signé (VC-JWT), décrit dans la recommandation VC-JOSE-COSE du W3C, ou une preuve d'intégrité des données intégrée, pour laquelle les tests de conformité n'acceptent actuellement que la suite cryptographique EdDSA. Les vérificateurs doivent être capables de récupérer les clés d'émetteur à partir d'une URL HTTP ; Les URL d’identifiant décentralisé (DID) sont facultatives.[31][39] Étant donné que chaque vérificateur doit gérer les clés hébergées sur HTTP et que DID 1.1 est toujours une recommandation candidate, les clés publiées via HTTPS sont la valeur par défaut la plus sûre pour une université.[40]

La révocation utilise la W3C Bitstring Status List v1.0, également une recommandation depuis mai 2025 : chaque identifiant pointe vers une position dans une liste compressée publiée par l'émetteur. La révocation est permanente et la suspension réversible, ce qui convient à une marque faisant appel. Les listes contiennent au moins 131 072 entrées pour des raisons de confidentialité du groupe, et les postes doivent être attribués au hasard afin de ne pas révéler la date de délivrance des informations d'identification.[31][38]

Minimisation des identités et des données

Un titre nomme son sujet par un id, comme un DID, ou par identifiants, qu'Open Badges 3.0 permet aux émetteurs de hacher avec un sel et recommande le hachage là où des valeurs simples entraîneraient une fuite de données personnelles.[31] Le modèle du W3C encourage les émetteurs à inclure uniquement ce dont les vérificateurs probables ont besoin,[37] pourtant, la transcription DfE nécessite le nom complet, la date de naissance et, le cas échéant, l'ULN. Ni Open Badges 3.0 ni CLR 2.0 n'incluent la divulgation sélective dans leur conformité, bien que VC-JOSE-COSE définisse la divulgation sélective pour les JWT (SD-JWT).[31][32][39] Un modèle réalisable est constitué de deux artefacts : un relevé de notes complet que l'apprenant partage avec un fournisseur destinataire, et un badge public minimal nommant le module, le crédit, le niveau et l'émetteur.

Portefeuilles, change et Europe

L'interface de programmation d'application (API) Open Badges permet à un apprenant d'autoriser un portefeuille à récupérer des informations d'identification via OAuth 2.0 ; le transfert de masse entre systèmes est hors de sa portée.[31] 1EdTech publie des suites de certification et des implémentations de référence de portefeuille pour les deux normes.[33] L'infrastructure européenne des diplômes numériques pour l'apprentissage délivre des identifiants JSON-LD alignés sur la version 1.1 du modèle W3C et le modèle d'apprentissage européen, les échanges avec l'Europe nécessitent donc une cartographie.[45]

Loi britannique sur l'identité numérique et diplômes

La partie 2 de la loi Data (Use and Access) Act 2025 établit un régime statutaire pour les services de vérification numérique (DVS) : un cadre de confiance, des codes supplémentaires, un registre, une passerelle d'information et une marque de confiance. La majeure partie est en vigueur depuis le 1er décembre 2025.[41][43] La version 1.0 du nouveau cadre de confiance UK DVS, publiée le 9 juin 2026, entre en vigueur lorsque le premier organisme d'évaluation de la conformité est accrédité, au plus tôt le 1er septembre 2026.[42]

Cela n'influence les diplômes que par choix. Le cadre fixe des règles pour les services qui souhaitent être certifiés et ne constitue ni une architecture technique ni un système d'identité nationale obligatoire. Dans ses termes, un fournisseur qui crée des attributs pour un identifiant numérique agit en tant que fournisseur de services d'attributs, et un portefeuille est un service de titulaire, qui doit indiquer aux parties utilisatrices quand un identifiant a expiré ou a été révoqué. Un exemple concret prouve le statut d’étudiant à partir des données universitaires.[42] En juillet 2026, le registre répertoriait 46 prestataires et 64 services, et le portail de l'article 45 pour les autorités publiques n'avait pas encore commencé.[43] Rien dans les règles de la LLE n'exige qu'un émetteur de relevés de notes soit certifié,[3][9] et GOV.UK Wallet n'acceptent que les documents émis par le gouvernement.[44]

Une architecture de référence

Le diagramme se lit de haut en bas ; la séquence qui suit suit un apprenant et un module de 30 crédits.

Pour la voie pédagogique, OneRoster 1.2, finalisé depuis 2022, a été conçu pour les écoles, et Edu-API, destiné à l'enseignement supérieur, est encore une spécification finale candidate.[34][35] Ni l'un ni l'autre n'entraînent de responsabilité en matière de financement ou de crédit, de sorte que le dossier de l'étudiant reste le système d'enregistrement.

Modes de défaillance à concevoir pour

• Correspondance d'identité entre les fournisseurs. En l’absence d’identifiants ULN universels et HESA générés par le fournisseur, faites correspondre les informations d’identification plutôt que le nom et la date de naissance, et conservez un historique des noms et identifiants antérieurs. Un émetteur CLR doit s'assurer que chaque identifiant inclus concerne la même personne.[3][23][32]
• Crédit partiel. Lors du retrait, les frais suivent les crédits dont le prestataire déclare que l'apprenant est responsable, tandis que les crédits sont accordés uniquement pour l'apprentissage réalisé. Gardez les deux séparés et n’attribuez jamais de crédits responsables à un titre de compétences.[16][26]
• Réexamens et appels. Émission uniquement après confirmation du résultat. Suspendre un accréditation lors d'un appel ; après une nouvelle vérification, émettez-en un nouveau et retirez l'ancien. Open Badges 3.0 définit également un Provisional état du résultat.[3][31][38]
• Révocation. La révocation est définitive. Hébergez des listes de statut et des clés à des adresses qui survivent à tout contrat de plate-forme et testez que les portefeuilles affichent des changements, comme le doivent les services de titulaires certifiés.[38][42]
• Changements de nom. La rectification consiste à informer les destinataires des données corrigées. Réémettez-le sous le nouveau nom et retirez l'ancien titre plutôt que de modifier un enregistrement signé.[31][47]
• Surpartage. La date de naissance et la LSN aident le prestataire receveur ; un profil public n’a besoin ni de l’un ni de l’autre. Divulguez uniquement ce dont chaque vérificateur a besoin.[37][46]

Liste de contrôle de préparation

Où en est EdTechLab

Nos produits ne délivrent pas aujourd'hui d'Open Badges ou d'identifiants Comprehensive Learner Record, et ils n'offrent pas LTI 1.3, LTI Advantage ou live xAPI (Experience API). Les intégrations LMS sont définies par projet client, tout comme la délivrance d'informations d'identification.

Ce que nous pouvons montrer aujourd’hui, c’est le modèle de confidentialité défendu par ce rapport. WorkReady Finance, développé par EdTechLab pour UWE Bristol Business School et en production depuis le 1er juin 2026, ne nécessite aucune connexion de l'apprenant : les apprenants rejoignent avec des codes d'accès de facilitateur et un code PIN optionnel pour reprendre. UWE Bristol est le responsable du traitement des données et EdTechLab le sous-traitant ; EdTechLab a conçu, développé, déployé, héberge et maintient la plate-forme, qui fonctionne sur une base de données Postgres à Londres avec une sécurité au niveau des lignes sur chaque table. Les packages SCORM (Sharable Content Object Reference Model) d'EngagedLab sont autonomes et n'effectuent aucun appel externe ; les preuves reviennent au LMS uniquement sur inscription, avec des identifiants d'apprenant LMS hachés, et les chiffres de cohorte sont supprimés en dessous de 5 apprenants.

Sur un projet client, nous commencerions par la découverte : module de carte, données de crédit et d'identification dans le dossier de l'étudiant, SLC, HESA et LMS, et nous convenions d'un modèle de relevé de notes et d'une évaluation d'impact sur la protection des données. Nous intégrerions ensuite une plate-forme d'accréditation certifiée pour Open Badges 3.0 et CLR 2.0, ou créerions un émetteur et le testerions par rapport à la suite de conformité de 1EdTech, le piloterions sur un cours parent et publierions des conseils de vérification pour les prestataires et les employeurs avant la mise à l'échelle.

Limites de ce rapport

• Il s'agit d'informations générales, et non de conseils juridiques ou de financement ; les réglementations et les directives publiées du DfE, du SLC et de l'OfS prévalent.
• La politique évolue. La date de candidature a changé en septembre 2026 et certaines pages officielles contiennent encore des dates ou des chiffres plus anciens.
• Le site Web de HESA bloque l'accès automatisé, de sorte que les détails de HESA proviennent d'extraits de recherche et de la documentation du fournisseur ; vérifiez-les par rapport au manuel de codage 2026/27.
• Le mappage vers Open Badges 3.0 et CLR 2.0 est notre analyse, et non un profil britannique convenu.
• Nous n'avons testé aucun flux sur les systèmes SLC ou HESA, ni émis d'informations d'identification de test, pour ce rapport.