DSpace-CRIS : ce que c'est, à quoi il sert et ce que change la fusion avec DSpace

Le problème que DSpace seul ne résout pas

Prenez trois demandes que toute direction de la recherche doit satisfaire chaque année :

• « Donnez-moi tout ce qu'a produit la professeure Martin depuis son arrivée, avec son affiliation exacte dans chaque publication. »
• « Listez tous les résultats du projet financé par tel appel, avec leurs auteurs et leurs dates. »
• « Préparez le dossier de publications de cette équipe pour l'évaluation de l'établissement. »

Un DSpace standard ne peut pas y répondre de façon fiable. Il peut chercher la chaîne « Martin, Claire » dans le champ auteur, mais cette chaîne cohabite avec « Martin, C. », « C. Martin-Lefèvre » et la version sous le nom d'usage ; le système ne sait pas que les quatre désignent la même personne, ni dans quel laboratoire elle se trouvait lors de chaque publication. Du projet financé, il existe au mieux un texte libre dans un champ de notes. Et le dossier de l'équipe se monte à la main, dans un tableur, chaque année.

Le fond du problème est simple : dans un dépôt classique, la personne et le projet sont des attributs du document. Dans un CRIS, ce sont des objets du système. Ils existent même sans publication, ils ont une histoire et des identifiants externes, et ils peuvent être reliés entre eux dans les deux sens. C'est pourquoi un CRIS sait parcourir le réseau personne, structure, projet, financeur, production, et qu'un dépôt ne le peut pas.

Les entités : ce que DSpace-CRIS modélise vraiment

Le modèle de données comprend au minimum cinq types d'entités reliées.

• Le profil de chercheur : la fiche de la personne, avec les variantes de son nom, son ORCID, son historique d'affiliations et sa production. C'est l'entité qui résout le problème de l'identité ambiguë.
• La publication ou production : l'item habituel, désormais rattaché à des personnes réelles et non à des chaînes de caractères.
• Le projet : avec son appel, sa période, son porteur, son équipe et son financeur.
• La structure : faculté, département, institut ou équipe de recherche, avec sa hiérarchie et, le cas échéant, son identifiant ROR.
• Le financeur ou la subvention : l'agence et l'appel précis, pour savoir ce qu'a produit chaque euro, dollar ou franc investi.

Le modèle est configurable : on peut définir d'autres entités (brevets, équipements, événements) et les attributs de chacune. Sur ces entités, DSpace-CRIS construit ce qu'un dépôt ne peut pas offrir : des graphes de collaboration, de la bibliométrie et des statistiques agrégées par chercheur et par département, et la génération de CV et de listes de publications à partir des données existantes, sans rien ressaisir.

Une nuance technique compte pour tout projet qui démarre aujourd'hui. DSpace-CRIS a historiquement géré ces liens par son mécanisme d'autorités, tandis que DSpace 7 et ses successeurs ont introduit leur propre modèle de relations, avec une table dédiée. Les deux modèles convergent, comme on le verra plus bas.

DSpace ou DSpace-CRIS : la comparaison fonction par fonction

Les intégrations qui font sa valeur

Un CRIS sans identifiants externes n'est qu'une base de plus qu'il faut remplir à la main. Ce qui rend DSpace-CRIS utile, c'est l'ancrage de ses entités dans l'infrastructure mondiale des identifiants.

• ORCID pour l'identité du chercheur : un identifiant que la personne contrôle et qui la suit si elle change d'établissement. L'intégration est bidirectionnelle : le chercheur peut se connecter avec ORCID et revendiquer son profil, et le système peut envoyer vers ORCID les publications et projets rattachés, sans jamais écraser ce que le chercheur a saisi lui-même. Attention au modèle d'accès : la connexion fonctionne avec l'API publique gratuite, mais l'envoi de données vers les profils ORCID exige l'API membre, réservée aux organisations adhérentes.
• ROR pour l'identité de l'organisation : le registre ouvert des organismes de recherche, gouverné par la California Digital Library, Crossref et DataCite, qui recense plus de 100 000 organisations en données ouvertes. Il permet d'écrire l'affiliation de l'université d'une seule façon, reconnaissable par Crossref, DataCite, ORCID et OpenAlex.
• OpenAlex, index ouvert d'œuvres, d'auteurs et d'institutions, utile pour enrichir la production déclarée et la comparer à celle que le monde a déjà enregistrée.
• Scopus et Web of Science pour importer des notices et récupérer des nombres de citations. Ils exigent l'abonnement de l'établissement ; les sources ouvertes comme Crossref, PubMed ou arXiv, elles, sont gratuites.
• DataCite pour attribuer des DOI aux jeux de données et aux productions qui ne passent pas par un éditeur. C'est ce qui transforme un fichier déposé en objet citable ; l'attribution de DOI suppose une adhésion à DataCite, directe ou via un consortium.

Sur les déclarations nationales, il faut être précis et ne pas promettre trop. Chaque pays a ses plateformes et ses procédures d'évaluation ou de déclaration de la recherche, et un CRIS ne les remplace pas. Ce qu'il apporte, ce sont des données complètes, propres et justifiées en un seul endroit, pour les alimenter sans tout reconstituer à chaque campagne. Dans les projets de BiblioLabTech, c'est le premier gain que perçoit la direction de la recherche.

Qui a besoin de DSpace-CRIS, et qui n'en a pas besoin

Disons-le sans détour : proposer un CRIS à un établissement qui n'en a pas besoin, c'est lui vendre de la complexité.

Vous en avez besoin si votre université a une recherche active dont elle doit rendre compte à des financeurs ou à une instance d'évaluation, si une évaluation institutionnelle ou une accréditation exige de montrer la production par enseignant-chercheur et par équipe, si vous gérez des projets sur financement externe dont il faut justifier les résultats appel par appel, si la gouvernance demande des indicateurs par faculté, ou si les chercheurs perdent chaque année du temps à refaire leur CV.

Vous n'en avez pas besoin, ou pas encore, si l'établissement est surtout tourné vers l'enseignement et publie principalement des mémoires et des thèses, si le dépôt existe avant tout pour le libre accès et la visibilité, ou s'il n'est pas encore alimenté. Ce dernier cas est le plus important : un CRIS posé sur un dépôt vide ne résout rien. On remplit d'abord le dépôt, on modélise la recherche ensuite. Quand une université arrive dans cette situation, BiblioLabTech propose un DSpace standard bien mis en œuvre et l'extension CRIS comme seconde phase, avec son propre budget. C'est le chemin que suit l'Universidad Americana au Paraguay : son dépôt DSpace est en ligne et une extension vers DSpace-CRIS est à l'étude.

Un cas réel : NexoHub à l'Universidad Dr. Andrés Bello

Ce n'est pas de la théorie. Pour l'Universidad Dr. Andrés Bello (UNAB), au Salvador, BiblioLabTech a mis en œuvre NexoHub, un système institutionnel de gestion de la recherche construit sur DSpace-CRIS. Le problème de l'université était exactement celui que décrit cet article : suivre chercheurs, structures, projets, publications et impact comme des entités reliées, et non comme des documents isolés, avec une identité sans ambiguïté pour qu'un même chercheur ou une même structure n'apparaisse pas en double d'une notice à l'autre.

La mise en œuvre intègre ORCID pour l'identité des chercheurs, ROR pour celle des organisations, OpenAlex pour les données bibliographiques et de citation et DataCite pour les identifiants pérennes, ainsi que MetaExtract API, notre API d'extraction automatique de métadonnées, dans le circuit de dépôt. S'y ajoutent les métadonnées Dublin Core, l'exposition OAI-PMH et une infrastructure Linux gérée, avec sauvegardes et supervision. C'est la preuve que le modèle n'est pas réservé aux grandes universités de recherche.

La convergence de DSpace et DSpace-CRIS : ce qui change en 2026 et 2027

Une nouveauté change la façon de planifier un tel projet. En novembre 2025, les instances de gouvernance de DSpace ont approuvé la fusion de DSpace et de DSpace-CRIS en une plateforme unique, menée sur deux versions majeures.

• DSpace 10.0, publié le 28 mai 2026, est la première version « fusionnée » : treize fonctionnalités jusque-là propres à DSpace-CRIS sont entrées dans le cœur, dont l'édition d'un item en mode formulaire de dépôt, la sécurité au niveau de chaque champ de métadonnées (pensée pour qu'un chercheur décide quelles données de son profil sont publiques), les espaces de travail partagés, des URL personnalisées pour les items et la traçabilité des modifications.
• DSpace 11.0, attendu pour mai ou juin 2027, doit achever la fusion et remplacer les deux modèles de relations actuels par un modèle unifié, avec une procédure de migration depuis chacun d'eux.

La conséquence pratique est double. D'abord, les fonctions CRIS cesseront d'être une variante séparée du produit pour devenir des options configurables de DSpace : un établissement pourra fonctionner comme un dépôt classique, comme un CRIS complet ou comme un intermédiaire. Ensuite, et c'est le plus important pour qui décide aujourd'hui, démarrer avec un DSpace standard ne ferme pas la porte au CRIS : elle s'ouvre au contraire un peu plus à chaque version. Ce qu'il faut, c'est prendre dès le départ les bonnes décisions de modélisation (normaliser les auteurs, utiliser ORCID, enregistrer l'affiliation avec ROR), car ce sont elles qui rendront l'extension peu coûteuse.

Comment se déroule un projet DSpace-CRIS

Un projet DSpace-CRIS ressemble peu à une installation de logiciel et beaucoup à un projet de données institutionnelles. Voici les phases que nous suivons.

1. Définir les entités dont l'établissement a réellement besoin et les attributs de chacune.
2. Normaliser la liste des chercheurs et la relier à ORCID.
3. Enregistrer l'université et ses structures dans ROR si ce n'est pas encore fait.
4. Charger l'historique des projets et de leurs financements, qui vit presque toujours dans des tableurs de la direction de la recherche.
5. Rattacher la production existante du dépôt aux entités personne et projet.
6. Activer seulement alors les tableaux de bord, les indicateurs et la génération des CV.

L'étape que les établissements sous-estiment le plus est le rattachement de l'historique, car aucun bouton ne convertit en bloc les anciens items en entités reliées. C'est un travail de nettoyage et de décisions (quelle variante du nom est la bonne, à quelle structure appartenait la personne en 2019) qui exige quelqu'un de l'université, pas seulement le prestataire.

Si votre dépôt fonctionne déjà sous DSpace et que la discussion institutionnelle se tourne vers les indicateurs de recherche, c'est le moment d'en parler. Si vous définissez encore votre dépôt, lisez notre guide de migration et mise à niveau de DSpace pour éviter des décisions de modélisation qu'il faudrait défaire, et notre article sur le coût d'un dépôt DSpace pour dimensionner les deux phases. BiblioLabTech met en œuvre les deux modalités, dépôt et CRIS, depuis son service DSpace et DSpace-CRIS, et chiffre l'extension à part pour que l'établissement puisse l'échelonner. Pour les bases, voyez qu'est-ce que DSpace.