Un précédent billet relatait le projet d’attribution d’identifiants DOI aux thèses de doctorat soutenues en France, de manière à la fois rétrospective (dès lors que le dépôt légal a été effectué par voie électronique) et continue. Ce billet précise comment l’Abes a ajouté les identifiants ORCID et ROR dans chaque set de métadonnées Crossref et les conséquences de cet ajout sur l’écosystème global. Il est doublé d’une version adaptée, en anglais, à consulter sur le blog de ROR.  

D’où viennent-ils ? Qui sont-ils ? Quels sont leurs réseaux ?  

Tiens, des ORCID et des ROR dans les métadonnées Crossref des thèses ?!! Évidemment, parce que ce sont les identifiants acceptés par le modèle en vigueur, admis et reconnus par la communauté internationale. Comment sont-ils arrivés là ? Tout simplement car dans IdRef, qui est le référentiel natif des thèses de doctorat soutenues en France pour les personnes physiques, les collectivités et l’indexation sujet, il existe des correspondances, ou « matching », ou encore alignements, selon notre vocable de prédilection, entre référentiels.  

Lectrices et lecteurs assidu-es de ce blog diront : facile, ça nous rappelle ces deux billets précédents où l’Abes et l’université de Strasbourg nous expliquaient par le menu les alignements entre référentiels concernant les organisations et structures de recherche. Pour faire court, la présence d’identifiants ROR dans les notices IdRef s’explique à la fois par l’action continue des réseaux (catalogueuses et catalogueurs de France et de Navarre, chapeau bas !) et quelques opérations-commando de l’Abes. (suite…)

Depuis avril 2026, dans le cadre d’un projet confié à l’Abes par le MESRE, les thèses de doctorat sont désormais dotées d’un DOI. Cet article revient en détail sur les aspects techniques de cette implémentation.

Comprendre la structure d’un DOI de thèse

L’attribution des DOI de thèse repose sur un processus en trois étapes : sa construction, son association à une thèse, puis son enregistrement qui permet son activation.

Pourquoi l’Abes a choisi Crossref ?

Pour l’enregistrement des DOI de thèses, l’Abes a fait le choix de l’agence Crossref. Ce choix présente en effet plusieurs avantages techniques déterminants : la qualité et la normalisation de l’exposition des métadonnées, la mise à disposition d’un point d’accès OAI-PMH qui facilite leur moissonnage par des entrepôts et des services documentaires, et la robustesse des API proposées qui favorisent une circulation maîtrisée des métadonnées.

Anatomie d’un DOI

Sur le plan technique, un DOI repose sur le système Handle. Il s’agit d’un identifiant persistant de type URI (Uniform Resource Identifier), et plus précisément de type URN (Uniform Resource Name). Il est résolvable sur internet via le protocole de transfert d’hypertexte sécurisé (https) au moyen d’un serveur proxy.

Sa syntaxe et son fonctionnement sont définis par la norme ISO 26324.

Chaque DOI se compose de trois éléments principaux : le résolveur, le préfixe attribué à l’autorité de nommage, et le suffixe défini librement par celle-ci.

Exemple de DOI attribué par l’Abes : https://doi.org/10.70675/a4d63ce8z4a37z4831zbac2z02d576f6b16f

• https://doi.org correspond au serveur proxy opéré par la Fondation internationale DOI, chargée de la gouvernance du système DOI
• 10.70675 est le préfixe de l’Abes, dans lequel 10 identifie le répertoire DOI et 70675 correspond au numéro de déposant délivré par Crossref à l’Abes
• le suffixe est une chaîne alphanumérique univoque, générée de manière automatique, aléatoire et non signifiante, identifiant la thèse concernée.

(suite…)

En 2025, le SCD de l’université Lyon 3 s’est lancé dans la mise en place d’un connecteur Sudoc afin d’enrichir l’outil BiblioRef, logiciel bibliométrique et bibliographique open source développé par l’établissement.

Pourquoi BiblioRef ?

Dans son rapport d’évaluation 2019-2020, le comité d’évaluation de l’HCERES estimait que « Lyon 3 n’est pas en mesure de suivre son activité de recherche de façon efficace, le système d’information GRAAL, dont dispose l’établissement, étant obsolescent et à remplacer ».

Pour combler cette lacune, la gouvernance se mobilise en inscrivant dans le projet d’établissement 2021-2026 le « développement d’une application agrégeant les données bibliographiques et bibliométriques des unités de recherche ».

Le résultat fructueux à un appel à projet lancé par le Rectorat dans le cadre du dialogue stratégique de gestion permet d’amorcer le développement du projet avec le recrutement d’un chargé de projet en novembre 2022 et l’attribution d’un marché concurrentiel à la société Dyoneo en mars 2023.

Un financement supplémentaire, obtenu fin 2024 dans le cadre de l’appel à projet « Programme de Coopération » initié par l’Abes, a permis de consolider l’assise du projet tout en élargissant la palette des sources bibliographiques de l’outil au Sudoc.

Au-delà du défi technique, l’enjeu consistait à construire une application adaptée à la réalité du paysage éditorial en sciences humaines et sociales, caractérisé par l’atomicité de ses éditeurs et le plurilinguisme de ses publications. Les grandes plateformes commerciales habituellement utilisées à des fins de bibliométrie ne couvrent en effet que très imparfaitement le périmètre des publications en SHS.

En amont, il nous semblait primordial de doter l’établissement d’un outil offrant un accès souverain et pérenne aux données bibliographiques collectées, qui remontent à 2014. En aval, il s’agissait de bénéficier d’une application pleinement administrable et de déterminer des indicateurs utiles à l’établissement, tout en exerçant une capacité de contrôle sur la fiabilité et la traçabilité des chiffres avancés.

Le référentiel auteurs et les identifiants uniques

Le périmètre actuel de BiblioRef correspond aux personnes affiliées à l’université ayant une activité de recherche donnant lieu à des publications, depuis 2014. Cela concerne la communauté des chercheurs au sens large (maîtres de conférences, professeurs des universités, doctorants, ATER, PRAG, PAST, émérites, etc.). (suite…)

Dans le cadre d’une collaboration inter-service associant le Service des bibliothèques (SBU) et la Direction du numérique (Dnum), l’Université de Strasbourg a développé Eplouribousse. Mis en production en février 2026, le tenant inaugural du site universitaire alsacien est accessible à l’adresse  : https://cobal.eplouribousse.fr

Cette application innovante répond à un besoin commun à la plupart des structures documentaires de l’ESR, celui de « dédoublonner » leurs collections de périodiques papier, souvent présentes en de multiples exemplaires à l’échelle d’un site universitaire, d’un établissement ou même d’une bibliothèque. Le nom « Eplouribousse » est la version française de l’expression latine « e pluribus unum » (« de plusieurs, un seul »). L’objectif de cet outil est de gagner de l’espace de stockage, mais aussi de rendre plus claire, plus lisible et plus rationnelle l’offre de journaux et de revues proposée aux usagers.

Enjeux du dédoublonnement des ressources continues au format papier

Quel service documentaire n’est pas confronté à la délicate question du manque de ressources de stockage ? Lorsque le désherbage n’a pas été pratiqué couramment à la hauteur qu’il aurait fallu – et il faut convenir que le cas n’est pas rare – ce sont alors les murs qui nous parlent : le taux de saturation atteint un niveau tel que le rangement des nouveaux documents devient très difficilement gérable. Les bibliothécaires savent qu’il y a plus d’espace à gagner en désherbant les revues plutôt que les livres ; du moins est-ce le cas dans les bibliothèques universitaires. Des actions de désherbage sont alors décidées et mises au point dans un délai restreint selon des protocoles et des moyens plus ou moins ingénieux mais dont la rigueur est inadaptée à la complexité des flux occasionnés par de telles opérations.

Émergence d’une solution appropriée

Confronté à ce problème et faisant le constat qu’il n’existait pas d’outil approprié pour mener à bien le dédoublonnement des revues, le Service des bibliothèques de l’Université de Strasbourg a mis au point sa propre application dont le développement a débuté à l’automne 2018 pour une mise en production au courant de l’année suivante.

Au printemps 2021, des sessions de présentation ont été proposées aux personnels concernés des établissements membres du réseau de l’Abes, qui ont bien perçu l’intérêt de l’outil mais la nécessité d’un déploiement local a fait obstacle à la volonté de s’en doter.

De même, l’Abes a également très vite perçu l’intérêt d’Eplouribousse : l’application a été présentée à plusieurs reprises lors des Journées Abes et le code de l’application a été accueilli dès 2021 sur le dépôt Git de l’Agence.

Appel à initiatives dans le cadre du Programme de Coopération : une collaboration interservices Service des bibliothèques (SBU) et Direction du numérique (Dnum) et une opportunité pour les établissements membres du réseau de l’Abes

Lorsque la question de la pérennisation d’Eplouribousse s’est posée, l’Université de Strasbourg a répondu à l’appel initiatives 2023 du programme de coopération initié par l’Abes, ce qui a abouti à l’obtention d’un financement de 60 000 € de la part du MESRE, dans le cadre du dispositif CollEx-Persée.

Ce financement a permis de monter un projet conjoint entre le SBU et la Dnum, mené selon la méthodologie Agile/Scrum, afin de réécrire et d’industrialiser l’application pour permettre un accès au plus grand nombre.

Au-delà de la reconstruction technique de l’outil, ce projet a reposé sur un travail collaboratif entre les experts métiers des bibliothèques et les experts du numérique, gage de la conception d’une application qui tire le meilleur des deux mondes : une réponse précise aux besoins documentaires et une architecture logicielle robuste et pérenne.

Les équipes ont reconstruit l’outil à partir de l’existant en développant une nouvelle version reposant sur une architecture moderne avec Vue.js pour le front -nd et Django / Python pour le back-end. (suite…)

La cybersécurité est devenue un enjeu central pour les établissements publics, notamment depuis la parution de l’Instruction générale interministérielle n°1337 du 26 octobre 2022, qui impose une obligation d’homologation des systèmes d’information (SI) pour toutes les structures concourant aux missions de l’État ou placées sous sa tutelle.

Consulter : Texte officiel sur Légifrance

Une obligation réglementaire à l’horizon 2025

Depuis avril 2023, les établissements disposent d’un délai de deux ans pour se mettre en conformité. Passé ce délai, les pénalités seront encadrées par l’ANSSI, comme précisé dans la section 6.3 de l’Instruction.

Consulter : Section 6.3 sur Légifrance

Qu’est-ce que l’homologation de sécurité ?

L’homologation est un acte formel par lequel une autorité qualifiée (l’AQSSI ou son délégataire) atteste que :

• les risques de sécurité ont été identifiés

• les mesures de maîtrise des risques ont été mises en œuvre

• les risques résiduels sont acceptés en pleine connaissance de cause.

Ce processus doit précéder toute mise en production d’un nouveau service numérique. Il s’applique à tous les SI relevant du périmètre de l’État ou de réglementations spécifiques, et est adapté en fonction de la sensibilité des systèmes concernés.

(suite…)

Incident survenu du 19 au 28 mai 2025

Quand on ne trouve pas, c’est qu’en général on ne cherche pas au bon endroit

Tout a commencé vers la mi-avril, avec quelques signaux faibles : des retours isolés, des lenteurs sporadiques, parfois impossibles à reproduire, des utilisateurs gênés… mais rien de franchement alarmant. Puis, le 19 mai, la situation s’accélère : les alertes se multiplient. Calames devient poussif, le moissonnage des entrepôts de données rame, l’autocomplétion des auteurs sur idref.fr prend une pause-café, et même le Sudoc public (sudoc.abes.fr) débouche parfois sur un message « délai dépassé ».

Pour ne rien arranger, certaines de nos sondes de surveillance se sont mises à faire le yoyo (en ligne, hors ligne, de nouveau en ligne, puis encore hors ligne), accentuant la confusion et renforçant le sentiment d’instabilité générale.

Le plus déconcertant ? À l’Abes, ou via notre VPN, tout fonctionne parfaitement. Aucune lenteur, rien à signaler. Impossible de reproduire le problème. En revanche, à distance, les soucis sont présents mais pas de façon constante. D’où cette impression étrange : ce n’est pas l’application qui flanche, mais l’accès. Et pourtant, côté réseau, tout semble en ordre. Aucun indicateur suspect, aucune alerte. Rien.

Alors, on creuse. On mène des tests en direct avec un établissement impacté (la bibliothèque de l’Académie Nationale de Médecine). On inspecte les trames avec les outils de développement du navigateur, puis avec Wireshark. Les lenteurs sont tangibles. Et pourtant, dans les logs, aucune anomalie liée aux IP publiques des utilisateurs concernés. Le vide.

Alors, on continue à chercher. On redémarre des services, on inspecte le DNS, les interfaces réseau, les journaux système, les pares-feux, le débit, la mémoire, la CPU, la couche de virtualisation, les bloqueurs de pub (oui, vraiment), et même Matomo, notre outil de statistiques web.

Mais rien. Les lenteurs persistent, réelles, mesurables… et insaisissables. Comme si le problème s’amusait à jouer à cache-cache avec nous.

Alors, où chercher maintenant ?

(suite…)

À l’issue d’une expérimentation conduite entre octobre 2024 et janvier 2025, l’Abes a publié le rapport « Indexation  RAMEAU assistée par IA ». Retour en détail sur la façon dont fonctionne cette IA prometteuse.

Lire aussi le Billet Fil’Abes : L’indexation RAMEAU assistée par IA : retour sur une expérimentation prometteuse

Contexte : du projet Labo à l’expérimentation in vivo

En 2023, le Labo de l’Abes a mené un projet dont l’objectif était d’évaluer la faisabilité d’une indexation RAMEAU de qualité satisfaisante au moyen d’une intelligence artificielle (IA), à partir du titre et du résumé d’une monographie en français. Encore fallait-il définir ce qu’est une indexation « satisfaisante », question délicate….

Les particularités de cette tâche nous ont tout d’abord conduits à adopter plusieurs stratégies d’évaluation complémentaires :

1. Évaluation des indexations machines avec les métriques classiques adaptées à la classification multilabel (= Sudoc comme la vérité).
2. Évaluation des indexations machines en les comparant à plusieurs indexations humaines, et pas seulement à l’indexation humaine du Sudoc (= pluralité des vérités). Pour ce faire, nous avons demandé à 6 collègues de l’Abes (nommés les “réindexeurs”) d’indexer une centaine de documents déjà indexés dans le Sudoc, sélectionnés de manière aléatoire.
3. Évaluation qualitative de toutes les indexations, humaines et machines, au moyen d’une grille de notation (= notation comme la vérité). Selon cette grille, noter une indexation, c’était, d’une part, noter chaque sujet retenu pour une notice donnée (on notait l’exactitude et la spécificité de chaque sujet) et, d’autre part, noter le bloc des sujets retenus pour une notice donnée (on notait la complétude et la redondance de chaque bloc).

(suite…)

En 2024, le service des bibliothèques de l’université de Strasbourg s’est lancé dans un chantier autour des identifiants des structures de recherche dans le référentiel ROR et par extension dans IdRef et AuréHAL.

Pourquoi ce chantier ?

Depuis plusieurs années, particulièrement dans le cadre de sa politique de science ouverte,  l’université de Strasbourg porte une attention spécifique aux identifiants de la recherche : l’archive ouverte institutionnelle univOAK s’appuie notamment sur les identifiants IdRef pour ses chercheurs et ses structures. De même, l’équipe en charge des thèses travaille régulièrement à la mise à jour, toujours dans IdRef, des Ecoles doctorales de l’université.

A l’été 2023, le service des bibliothèques commence à s’intéresser aux identifiants ROR pour ses unités de recherche. Un premier inventaire réalisé à cette époque montre une couverture très parcellaire des unités de recherche strasbourgeoises dans ROR. Nous saisissons donc cette occasion pour proposer à notre direction de la recherche de mettre à jour le référentiel ROR pour les unités de recherche de l’université.

Après échanges avec la direction de la recherche, il est décidé d’attendre 2024 pour commencer les mises à jour dans ROR. En effet, le nouveau contrat quinquennal de l’université, qui a débuté en 2024,  ayant fait évoluer le paysage des unités de recherche de l’université (fusions, éclatements, changement de noms, de tutelles, etc.), il a donc semblé plus pertinent d’attendre les changements de 2024 avant de se lancer dans cet important chantier.

Et tant qu’à plonger tête la première dans nos structures de recherche, l’occasion était parfaite pour faire également un état des lieux dans IdRef et AuréHAL, référentiels sur lesquels nous gardons un œil depuis plusieurs années mais dans lesquels nous n’avions jusqu’à présent pas fait d’opération de vérification systématique.

(suite…)

Rappel du contexte

Dans le cadre du projet SGBm, un nouveau mode de coopération entre les établissements pilotes et l’Abes a été initié, basé sur un travail collaboratif dans l’intérêt des établissements, une coopération qui s’est prolongée jusqu’en 2020. Pour accompagner ces opérations, certains services de l’Abes ont évolué ou sont en cours d’évolution :  la  synchronisation des flux entre le Sudoc et les SGB en est un exemple.

Dans un premier temps, un circuit de synchronisation entre le Sudoc et la solution Alma proposé par la société Clarivate (ex ExLibris) a été conçu, testé puis mis en production en relation étroite avec les équipes des SCD des Universités de Bordeaux et de Toulouse, premiers établissements à intégrer ce circuit, en mai 2022 pour Bordeaux, en septembre 2022 pour Toulouse.

En 2022, la société DM Cultura et l’Université Polytechnique Hauts-de-France (UPHF) sollicitaient l’Abes afin d’adapter le circuit de synchronisation à l’environnement SGB Sebina (utilisant le résolveur de liens SFX). Fort de l’expérience de l’Abes en ce domaine et grâce à une collaboration fructueuse entre les trois parties, l’UPHF déployait son circuit de synchronisation fin 2023. 

Dès le début du projet de synchronisation, l’Abes a veillé à utiliser des outils standardisés et réutilisables par les établissements ayant d’autres fournisseurs. Cette solution, basée sur les échanges OAI-PMH et les transferts réguliers, a donc pu être appliquée avec succès au SGB Sebina. Précisons que la particularité du fournisseur Alma, qui utilise le format MARC21, a été traitée comme une spécificité, sans exclure l’usage de l’UNIMARC.

(suite…)

Ce billet constitue un post-mortem au sujet de l’incident qui a impacté l’application ITEM – pour la création ou la modification en masse d’exemplaires dans le Sudoc –  entre le 14 mars et le 4 avril 2024.

Symptômes et impact de l’incident

Dans un premier temps, l’incident a été signalé via le guichet AbesSTP, plusieurs utilisateurs ayant constaté que leurs demandes déposées via ITEM n’étaient pas traitées intégralement : à partir d’un certain moment dans le traitement du fichier, une erreur était levée, et le reste du fichier n’était pas traité correctement.

Pour contourner ce problème, certains utilisateurs ont tenté de relancer des demandes via ITEM en ne reprenant que les lignes non traitées, mais cette solution, bien que fonctionnelle, n’était pas satisfaisante et demandait, en outre, un certain temps pour reconstituer des fichiers.

Dans la mesure où l’application ITEM « écrit » dans la base Sudoc, afin de limiter les risques de corruption des données d’exemplaires dans le Sudoc, il a donc été décidé  de fermer l’accès à l’application, le temps de diagnostiquer l’origine du problème.

(suite…)