# Comprendre CRISalid

import { Mermaid } from "../../../src/components/Mermaid";

> **En bref :**
> CRISalid est le **socle de données de la recherche** que développe un consortium d'établissements de l'enseignement supérieur : il rassemble annuaire, publications et référentiels dans un graphe. Il n'offre **ni vitrine publique ni export**.
> À Paris-Saclay, il **tourne** sur une instance de développement, mais **184 unités sur 235 n'ont aucun chercheur rattaché** et l'enrichissement est arrêté depuis le 7 septembre 2026.
> Proposition : une **vitrine synchronisée en marque blanche**, brique de la suite CRISalid, qui lit CRISalid et les sources ouvertes, après un **POC de pertinence** en novembre ; la contribution des chercheurs passera ensuite par **SoVisu+**.

## Le problème que CRISalid résout

Dans une université, l'information sur la recherche est **éclatée** :
- l'**annuaire** sait qui travaille dans quel laboratoire, mais pas ce qui est publié ;
- **HAL, scanR, OpenAlex, IdRef** savent ce qui est publié, chacun avec ses identifiants et ses erreurs ;
- personne ne tient la vue consolidée « cette personne, dans ce laboratoire, a publié ces travaux ».

Un **CRIS** (*Current Research Information System*) collecte ces sources, rapproche les doublons, consolide une version de référence et la met à disposition. **CRISalid** est un CRIS open source, porté par un consortium d'établissements français.

Trois idées à retenir :
1. **C'est un ensemble de briques**, pas une application : 21 dépôts, dont cinq forment le cœur ([les briques](/03-crisalid/02-sous-projets/carte-des-sous-projets)).
2. **Le cœur est un graphe** qui relie unités, personnes et publications ([le modèle de données](/03-crisalid/01-donnees/modele-de-donnees)).
3. **Les traitements sont asynchrones** : une donnée n'est jamais à jour instantanément. La fraîcheur se mesure, elle ne se présume pas.

## Le circuit des données

<Mermaid
  title="Le circuit des données dans CRISalid"
  caption="En gris pointillé, ce qui n'existe pas encore : l'extrait et la vitrine. Schéma de référence de la section ; les autres pages y renvoient."
  chart={`flowchart TB
    AN["Annuaire de l'université"] --> DB["Annuaire CRISalid<br/>(Directory Bridge)"]
    SRC["HAL, scanR, OpenAlex, IdRef"] --> MO["Moissonneur<br/>(svp-harvester)"]
    DB --> BUS{{"Bus d'événements"}}
    MO --> BUS
    BUS --> G[("Graphe<br/>(IKG, Neo4j)")]
    G --> API["API<br/>(Apollo)"]
    API --> SVP["SoVisu+<br/>espace des chercheurs"]
    SVP -->|"corrections"| BUS
    G -.-> EX[["Extrait, à écrire"]]
    EX -.-> VI["Vitrine publique"]
    classDef todo fill:#F1F5F9,stroke:#64748B,color:#334155,stroke-dasharray: 4 3
    class EX,VI todo`}
/>

1. **L'annuaire** charge les unités et les personnes, puis leurs rattachements. Il n'a pas de planification intégrée : quelqu'un, ou un ordonnanceur externe, doit le lancer.
2. **Le moissonneur** interroge les sources bibliographiques pour chaque chercheur connu.
3. **Le graphe** rapproche, fusionne et garde la trace de chaque source. C'est là que se décide la version de référence.
4. **L'API** donne accès au graphe, en lecture comme en écriture, avec une clé unique.
5. **SoVisu+** permet aux chercheurs et aux bibliothécaires de consulter et de corriger. Aujourd'hui, un chercheur y corrige le titre, le résumé, le type, les sujets et les auteurs de ses publications, peut les fusionner, et corrige les identifiants de sa fiche ; ni son nom ni ses rattachements.
6. **L'extrait** qui alimenterait une vitrine n'existe pas : aucune brique de CRISalid ne produit de fichier.

## Ce que CRISalid apporte à la vitrine, et ce qui bloque

| CRISalid apporte | Statut |
| --- | --- |
| Un référentiel de **235 unités** portant RNSR, ROR, wikidata et un identifiant local : la clé de rapprochement d'une vitrine | Observé sur instance (dev) |
| Des publications **consolidées et dédoublonnées** depuis quatre sources, avec leur statut d'accès ouvert | Observé sur instance (dev) |
| Le chemin **unité → chercheurs → publications**, parcouru en moins d'une seconde | Observé sur instance (dev) |
| Un espace où les chercheurs corrigent leurs données, **SoVisu+**, canal naturel de la Partie 2 | Partiel : publications et identifiants, pas les rattachements ; nouvelles fonctions annoncées pour le 17 novembre 2026 (Déclaré) |
| Un code ouvert, porté par un consortium public, sous licence CeCILL pour le cœur | Confirmé |

| Ce qui bloque ou reste à prouver | Statut | Parade proposée |
| --- | --- | --- |
| **184 unités sur 235** sans chercheur rattaché | Observé sur instance (dev) | Lire aussi les sources ouvertes ; plan de peuplement daté (Q9) |
| Enrichissement **arrêté depuis le 7 septembre** ; aucune cadence démontrée | Observé sur instance (dev) | Synchronisation hebdomadaire au plus, date visible sur chaque fiche (Q10) |
| **Aucun export** | Confirmé | Service d'export livré avec la vitrine, exploité par la DiBISO ; à acter au comité (Q5) |
| Le graphe **ne traite aucune suppression** ; 3 353 documents attendent | Confirmé ; observé sur instance (dev) | Exclusion à l'extrait, liste des personnes actives (Q20) |
| **Aucune notion de ZRR** | Confirmé | Liste blanche des unités validée par le FSD (Q4) |
| **Pas de compte en lecture seule** | Confirmé | Extraction dans le réseau CRISalid, par requêtes figées |
| **Projets et financements absents** | Confirmé | Hors du premier lancement |
| Une **production** | À confirmer | Édition de Neo4j, politique d'exposition, droits à décider (Q22, Q23) |

Les numéros renvoient au [registre des questions](/04-prochaines-etapes/grille-evaluation). Le détail de chaque inconnue est dans [Ce qui n'est pas prouvé](./ce-qui-nest-pas-prouve).

## La décision proposée

- **Frontend Projects de LPI : NO-GO en l'état** ([avis](/02-analyse-lpi/03-audit-technique/02-arbitrage/00-avis-go-no-go)).
- **Socle CRISalid : GO conditionnel.** Il apporte la donnée de référence ; ses manques se contournent par l'extrait et les sources ouvertes.
- **Partie 1** : une [vitrine synchronisée en marque blanche](/01-cadrage-saclay/02-scenarios/01-partie-1-vitrine-marque-blanche), proposée comme brique de la suite CRISalid. Elle commence par un **POC de pertinence** du 9 novembre au 4 décembre 2026 ([extrait et comparatif](/01-cadrage-saclay/02-scenarios/03-extrait-et-comparatif-du-poc)).
- **Partie 2** : la [contribution des chercheurs](/01-cadrage-saclay/02-scenarios/02-partie-2-contribution-chercheurs), par SoVisu+, quand la vitrine sera en ligne.

## Comment lire la section

| Ordre | Page | Pour savoir |
| ---: | --- | --- |
| 1 | Cette page | Ce que CRISalid apporte et ce qui bloque |
| 2 | [Qu'est-ce qu'une unité ?](./quest-ce-quune-unite) | Pourquoi tant de fiches seraient vides |
| 3 | [Ce que montre l'instance](/03-crisalid/06-instance-saclay/00-ce-que-linstance-demontre) | Ce qui a été vu tourner à Paris-Saclay |
| 4 | [Les données observées](/03-crisalid/06-instance-saclay/01-donnees-observees) | Volumes, rattachements, fraîcheur |
| 5 | [Ce qui n'est pas prouvé](./ce-qui-nest-pas-prouve) | Les six inconnues qui comptent |
| 6 | [Les briques de CRISalid](/03-crisalid/02-sous-projets/carte-des-sous-projets) | Qui fait quoi |
| 7 | [Le modèle de données](/03-crisalid/01-donnees/modele-de-donnees) | Comment l'information est structurée |
| 8 | [Sécurité, droits et données personnelles](/03-crisalid/03-fonctionnement-transversal/securite-droits-donnees-personnelles) | Ce qui doit être décidé par le DPO, le FSD et la DSI |
| 9 | [Exploitation et gouvernance](/03-crisalid/03-fonctionnement-transversal/exploitation-et-gouvernance) | Qui fait tourner CRISalid, sous quelles licences |

Le reste est une **référence** pour la DSI : dictionnaire des champs, stockages, contrats d'API, provenance et fusion, et [tutoriels](/03-crisalid/04-tutoriels/00-par-ou-commencer).

**Statuts de preuve.** Chaque affirmation porte l'un des huit statuts définis dans [Sources et preuves](./sources-et-preuves) : Confirmé, Partiel, Déclaré, À confirmer, Projection Saclay, Expérimental, Non exécuté, Observé sur instance (dev). Le code prouve une implémentation, jamais une production.