Détail d'une salle

Route de l’application : /referential/rooms/$roomId — cette page décrit toutes les salles, pas une en particulier.

À quoi sert cet écran

La fiche d’une salle Un espace où l'on donne cours ou que l'on réserve, caractérisé par sa capacité, son type et ses équipements. : ce qu’elle est, ce qu’elle contient, et quand elle n’est pas disponible. C’est le seul écran où chaque champ a une conséquence directe et vérifiable sur ce que le moteur accepte de proposer.

Ce qui dépend de cet écran, en aval :

Champ	Ce qu’il conditionne
« Capacité »	trois contraintes : « Capacité insuffisante » (dure), « Capacité juste » et « Salle surdimensionnée » (souples)
« Type de salle »	la contrainte dure « Type de salle inadapté »
Les équipements	la contrainte dure « Équipement requis manquant »
« Accessible PMR »	le filtre d’accessibilité de la recherche de salle
Les indisponibilités	la contrainte dure « Salle indisponible », et l’exclusion de la recherche

Qui y a accès

Permission requise : Gérer le référentiel referential.manage .

La portent Administrateur, Gestionnaire de patrimoine — plus, le cas échéant, les rôles personnalisés de votre établissement qui la contiennent.

Sans cette permission, l'entrée n'existe pas dans le menu. Elle n'y figure ni grisée ni cadenassée : la navigation est filtrée sur les droits résolus, pas désactivée. Une section absente n'est donc pas une panne — et au tout premier affichage, le menu peut être plus court une fraction de seconde, le temps que les permissions arrivent.

Une permission peut être limitée à certains campus ou formations. Dans ce cas l'écran s'ouvre, mais les ressources hors périmètre en sont absentes — voir Portée.

Sans cette permission, l’entrée « Référentiel & parc » n’existe pas dans le menu et l’adresse directe renvoie à l’accueil. Un planificateur lit ces attributs sans pouvoir les changer — il les rencontre dans le choix de salle du détail d’un créneau.

Ce qu’on y voit

Le titre porte le code de la salle : « Salle B-204 », précédé de « Retour au parc de salles ».

Les attributs, en tête : « Code », « Nom », « Capacité », « Étage », « Bâtiment », « Type de salle », « Accessible PMR », et « Caractéristiques (JSON) » — un champ libre, affiché tel quel, que aucun moteur ne lit.

« Équipements » : la liste de ce que la salle contient, chaque ligne avec une quantité. On ajoute par « Ajouter un équipement… », on retire par la croix. Le catalogue vient de Nomenclatures.

Faut-il remplir la quantité ? Elle est utile à l’inventaire ; la contrainte, elle, ne vérifie que la présence. Un vidéoprojecteur en quantité 1 ou 3 satisfait la même exigence.

« Indisponibilités », en bas : « Maintenance, travaux, fermeture ou examen : la salle est exclue de la recherche de disponibilités sur ces périodes. »

L’archivage, enfin : « La salle ne sera plus proposée à la planification ni à la réservation, mais son historique est conservé. Vous pourrez la réactiver. » C’est la bonne façon de retirer une salle du service — la suppression, elle, est refusée dès qu’un élément la référence.

Les indisponibilités, en détail

Quatre types : « Maintenance », « Travaux », « Fermeture », « Examen ». Chacune porte un début, une fin, un « Motif (optionnel) », et peut être récurrente — le formulaire annonce alors « 12 occurrence(s) seront créées ».

Une indisponibilité rend la salle impossible sur sa plage : la contrainte dure « Salle indisponible » la refuse au placement, et la recherche de salle l’écarte. Le refus affiché à l’utilisateur est « Salle indisponible : 09:45 – 11:15 ».

Sa suppression est aussi précise que sa création : sur une récurrence, on choisit « Cette occurrence » ou « Celle-ci et les suivantes ».

L’aperçu d’impact

C’est le cœur de la page. Avant de créer l’indisponibilité, le formulaire calcule ce qu’elle percute :

« Les occupations existantes ne sont jamais annulées automatiquement — l’aperçu liste les conflits à résoudre. »

Il affiche « 3 occupation(s) en conflit », puis « 2 réservation(s) et 1 cours impactés », avec le détail ligne par ligne — « Cours » ou « Réservation ». Quand il n’y a rien : « Aucune occupation impactée. »

Créer une indisponibilité n'annule rien — elle fabrique des conflits

La phrase du formulaire est à prendre au pied de la lettre. Déclarer une fermeture sur une salle qui accueille déjà quatre cours ne déplace ni n’annule ces quatre cours. Ils restent en place, et deviennent en conflit.

Ce qui se produit ensuite, ailleurs dans le produit :

• les réservations concernées portent l’étiquette « En conflit » sur Réservations ;
• le compteur « Conflits » de Synthèse de planning monte — c’est le seul compteur de la synthèse qui reste juste même quand les scores sont périmés, précisément pour ce cas ;
• rien n’avertit la personne qui a déclaré l’indisponibilité une fois le formulaire fermé.

Le réflexe : lire l’aperçu avant de valider, et traiter la liste des conflits tout de suite. C’est le seul moment où le produit vous les montre spontanément.

Ce qu’on peut y faire

Action	Permission	Où c’est expliqué
Modifier les attributs d’une salle	Gérer le référentiel referential.manage	guide du gestionnaire de patrimoine
Ajouter ou retirer un équipement	Gérer le référentiel referential.manage	guide du gestionnaire de patrimoine
Déclarer une indisponibilité, ponctuelle ou récurrente	Gérer le référentiel referential.manage	guide du gestionnaire de patrimoine
Archiver ou réactiver la salle	Gérer le référentiel referential.manage	guide du gestionnaire de patrimoine
Associer la salle à un plan d’étage	Gérer le référentiel referential.manage	Détail d'un plan d'étage

États particuliers

Ce que vous voyez	Ce que ça veut dire
« Chargement… »	vos permissions ou la fiche arrivent
« Une erreur est survenue. Réessayez. »	la fiche n’a pas pu être chargée
« Salle introuvable. »	l’identifiant de l’adresse ne correspond à aucune salle de votre établissement — lien périmé, ou salle supprimée
« Aucun équipement. »	la salle n’en déclare aucun : elle échouera à toute exigence d’équipement
« Aucune indisponibilité à venir. »	la salle est disponible sur tout l’horizon ; les indisponibilités passées ne sont pas listées
« Aucune occupation impactée. » dans l’aperçu	la période visée est libre : rien à résoudre après validation
« 3 occupation(s) en conflit »	des cours ou des réservations existent sur la période ; ils ne seront pas annulés
« Une salle porte déjà ce code. »	les codes sont uniques par établissement
« JSON invalide : corrigez les caractéristiques avant d’enregistrer. »	le champ libre n’est pas un JSON valide
« Salle archivée. »	la salle sort du service ; elle reste visible avec le filtre « Statut »
« L’opération a échoué. Réessayez. »	la création ou la suppression d’indisponibilité n’a pas abouti
Vous êtes renvoyé à l’accueil	vous n’avez pas Gérer le référentiel referential.manage

Sur une salle sans type ni équipement : rien ne le signale ici non plus. Les deux champs restent simplement vides, et la salle devient invisible aux recherches filtrées comme aux exigences des cours. Le détail est sur Parc de salles.

Sur le temps réel : une indisponibilité créée ou levée se répercute immédiatement partout — recherche de salle, étiquettes de conflit, scores de créneau. C’est l’un des rares gestes du référentiel qui agit en direct sur toute l’application.

Sur le hors-périmètre : la portée d’un rôle ne filtre pas cet écran.

Écrans liés

• Parc de salles — la liste dont cette fiche est le détail.
• Patrimoine — le bâtiment qui la contient, et l’endroit où elle a été créée.
• Nomenclatures — le type et les équipements disponibles.
• Détail d'un plan d'étage — l’association de cette salle à une forme du plan.
• Réservations — l’écran qui subit les indisponibilités.
• Pastilles de contrainte et explicabilité — les contraintes que ces attributs alimentent.
• Salle et Indisponibilité de salle — les définitions courtes.