Projection
Le branchement à l'instance CRISalid de Paris-Saclay
En bref
- Accès obtenu : la DiBISO a ouvert un accès en lecture, temporaire, à son instance CRISalid de développement. Elle a été observée le 29/10/2026.
- Le socle est plus avancé qu'attendu : toute la pile tourne, 18,5 millions de nœuds, et le chemin « unité → chercheurs → publications » répond en moins d'une seconde.
- Les données sont moins prêtes qu'espéré : 51 unités sur 235 ont des chercheurs rattachés, et l'enrichissement est arrêté depuis le 7 septembre 2026.
L'observation détaillée, ses limites et sa méthode sont dans le dossier d'audit (dépôt voisin audit-saclay/, section « Instance Saclay »). Cette page n'en garde que ce qui engage la vitrine. Tous les constats ont le statut observé sur une instance de développement : aucun ne vaut pour une production.
🔌 Ce qui est branché
| Élément | État |
|---|---|
| Accès à l'instance | Lecture seule, temporaire, accordé par la DiBISO |
Sonde du dépôt (pnpm data:probe) | Prête : introspection GraphQL de l'API Apollo, activée par CRISALID_GRAPHQL_URL |
| Moissonneur et correspondance des champs | Pas encore écrits : c'est l'objet du test |
| Compte d'export, droits effectifs | Non testés |
🔎 Ce que contient l'instance
| Mesure | Valeur observée | Ce que ça change pour la vitrine |
|---|---|---|
| Volume du graphe | 18,5 M nœuds, 53,9 M relations | Pas d'alerte au volume, en développement |
| Sources moissonnées | OpenAlex, scanR, HAL, IdRef | Les mêmes familles que nos sources ouvertes, déjà fusionnées |
| Unités de recherche | 235 à code RNSR, contre 248 dans l'annuaire | Écart à expliquer avant de choisir la liste maître |
| Unités avec chercheurs | 51 sur 235 | Trois fiches sur quatre seraient vides sur CRISalid seul |
| Fraîcheur | Enrichissement arrêté le 7 septembre 2026 | Aucune cadence de mise à jour démontrée |
| Suppressions | 3 353 documents « à supprimer » non purgés | Un extrait doit filtrer ces notices |
| Chemin d'export | Unité → chercheurs : 0,17 s ; → publications : 0,25 s | Produire un extrait prend des secondes, pas des heures |
Chaque unité croise RNSR, ROR, Wikidata et un identifiant local : c'est exactement la clé de rapprochement de notre chaîne.
📏 Les deux règles qu'on en tire
- Lire aussi les sources ouvertes. Tant que les rattachements sont incomplets, CRISalid passe en priorité 0 champ par champ, et les sources ouvertes restent en repli. Une fiche ne doit jamais se vider parce que CRISalid est branché.
- Ne promettre aucune cadence que CRISalid ne tient pas. Partir d'une synchronisation hebdomadaire au plus, et afficher la date de fraîcheur de chaque extrait.
Et une contrainte de sécurité : le graphe tourne en Neo4j Community, sans rôles. L'extraction doit tourner dans le réseau de CRISalid, avec des requêtes figées (Surfaces réseau).
❓ Ce qui reste ouvert
- Qui peuple le rattachement des chercheurs aux 184 unités vides, et quand ? C'est désormais le chemin critique, et il est documentaire, pas technique.
- L'accès vaut pour une instance de développement : l'accès à une instance de production reste à obtenir (Questions ouvertes, Q6).
- La planification réelle des traitements et les droits du compte fourni restent non évalués.