Aller au contenu

Vue filtrée pour Administrateur Planificateur Gestionnaire de patrimoine Enseignant Étudiant Tout afficher

Approbations

Vérifié contre le produit le .

Route de l’application : /approvals

La file des demandes de réservation Une occupation en attente de validation : elle bloque déjà la salle, mais elle peut encore être refusée. en attente de décision. Quand une règle impose une validation, la réservation ne part pas dans le vide : elle arrive ici, avec tout son contexte, et attend qu’on la valide, la refuse ou lui propose autre chose.

Les plus anciennes d’abord — la file se vide par le bas.

Permission requise : Approuver les réservations booking.approve .

La portent Administrateur, Planificateur, 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 « Validations » n’existe pas dans le menu, et l’adresse directe renvoie à l’accueil.

C’est le seul écran de ce lot où la portée d’un rôle change réellement ce qu’on voit. Un approbateur limité à un campus ne voit ni ne décide les demandes portant sur les salles d’un autre campus : le filtrage est appliqué côté serveur, en refus par défaut. Sur les autres écrans du produit, la portée est enregistrée mais pas appliquée — ici, elle l’est.

Une conséquence utile : deux personnes portant Approuver les réservations booking.approve peuvent voir des files différentes, et le compteur du menu ne compte que ce qui vous concerne.

L’écran est titré « Demandes de réservation », sous-titré « Validez, refusez ou proposez une alternative — les plus anciennes en premier. »

Le compteur, en tête de liste : « 4 demande(s) en attente ». Il est annoncé aux lecteurs d’écran à chaque changement.

Une ligne de demande porte tout ce qu’il faut pour décider sans ouvrir autre chose :

  • le demandeur, par son nom ;
  • la salle visée — nom, code et bâtiment ;
  • le créneau, à la date et aux heures réelles ;
  • le motif et le nombre de participants, quand ils ont été renseignés ;
  • « Demandée le … », l’ancienneté de la demande ;
  • l’étiquette « 12 occurrences » si la demande porte sur une récurrence.

Les trois boutons de décision : « Valider », « Refuser », « Proposer une alternative ».

Chacune enregistre une étape d’approbation La trace d'une décision prise sur une demande — validée, refusée avec un motif, ou accompagnée d'une autre salle proposée. : la décision, son auteur, son motif quand il y en a un. C’est cette trace que le demandeur lit sur sa réservation, et c’est elle qui reste quand la demande, elle, est close.

Décision Ce qu’elle fait Ce que reçoit le demandeur
« Valider » la réservation passe en confirmée « Demande validée — réservation confirmée. » côté approbateur ; la réservation apparaît confirmée chez lui
« Refuser » la demande est close, la salle est libérée le motif que vous avez saisi, affiché tel quel sur sa réservation : « Refusée : la salle est réservée au conseil ce jour-là »
« Proposer une alternative » la demande d’origine est close et une autre salle est proposée « Alternative proposée : B-207 », avec un bouton « Accepter »

Le motif de refus est obligatoire — le dialogue « Refuser cette demande ? » le demande explicitement, avec la mention « Motif (transmis au demandeur) ». Ce n’est pas une formalité : c’est ce qui distingue un refus d’un silence.

Une décision porte sur toute la récurrence. Il n’y a pas de validation occurrence par occurrence : un geste, un groupe.

Le dialogue « Proposer une autre salle » relance la recherche de disponibilité sur le même créneau : « Salles libres sur le même créneau, à la place de B-204. La demande d’origine sera close. » Un « Message (optionnel) » peut l’accompagner.

Deux points à connaître :

  • une alternative est un refus, plus une offre. La demande initiale est close et la salle libérée immédiatement — même si le demandeur n’a encore rien vu ;
  • l’acceptation crée une nouvelle réservation, qui repasse par le circuit normal : les règles du demandeur s’appliquent à nouveau. L’offre se consomme une seule fois ; un second clic n’aboutit pas.

L’entrée « Validations » de la navigation porte un compteur.

  • Il affiche le nombre de demandes en attente qui vous concernent, portée comprise.
  • À zéro, il n’affiche rien — pas de « 0 », pas de pastille vide : le badge disparaît. Une entrée « Validations » sans compteur veut dire « rien à traiter », pas « compteur cassé ».
  • Il se met à jour tout seul, sans rechargement, dès qu’une demande est créée ou décidée — y compris par quelqu’un d’autre.

Une demande non traitée avant le début de son créneau passe automatiquement à « Expirée » et libère la salle. Personne ne la décide : c’est un contrôle périodique, qui tourne environ toutes les minutes.

Ce que cela implique :

  • une demande peut rester visible quelques dizaines de secondes après l’heure de son créneau, le temps du prochain passage ;
  • une salle bloquée par une demande jamais traitée ne le reste pas indéfiniment ;
  • côté demandeur, la réservation porte le statut « Expirée » sur Réservations — sans motif, puisque personne n’a refusé.

Une demande en attente occupe déjà la salle. C’est délibéré : elle ne peut pas être doublée pendant qu’elle attend. C’est aussi pourquoi son expiration compte.

Action Permission Où c’est expliqué
Consulter la file des demandes Approuver les réservations booking.approve cette page
Valider une demande Approuver les réservations booking.approve guide du gestionnaire de patrimoine
Refuser avec motif Approuver les réservations booking.approve guide du gestionnaire de patrimoine
Proposer une autre salle Approuver les réservations booking.approve guide du gestionnaire de patrimoine
Régler quelles réservations demandent une validation Gérer les règles de réservation booking_rule.manage Règles de réservation

Toute décision est auditée — qui, quoi, quand — et se relit sur Journal d'audit.

Ce que vous voyez Ce que ça veut dire
« Chargement… » vos permissions ou la file arrivent
« La recherche a échoué. Réessayez. » la file n’a pas pu être chargée
« Aucune demande en attente. Tout est à jour ! » la file est vide — c’est l’état normal d’un établissement à jour, pas une anomalie
« 0 demande(s) en attente » avec l’illustration vide même chose, dit deux fois : le compteur de la page affiche bien zéro, celui du menu disparaît
« L’action a échoué. Réessayez. » la décision n’est pas passée : demande déjà traitée, conflit de dernière minute, ou erreur réseau
« Demande validée — réservation confirmée. » la validation a abouti
« Demande refusée. Le demandeur est informé. » le refus a abouti et le motif est parti
« Alternative proposée au demandeur. » l’offre a été enregistrée ; la demande d’origine est close
Vous êtes renvoyé à l’accueil vous n’avez pas Approuver les réservations booking.approve
La liste change seule quelqu’un a demandé ou décidé quelque chose : la file suit en direct
Une demande d’un autre campus n’apparaît pas votre rôle est limité à certains campus, et cette limite est bien appliquée ici

Sur la validation défensive : même si une demande en attente bloque déjà la salle, la validation re-vérifie l’occupation au dernier moment. Elle ne confirmera jamais par-dessus un conflit apparu entre-temps — vous obtiendrez un échec plutôt qu’une double réservation.

Documentation technique source (2)