REVIEW Center — l'espace du relecteur
01En une phrase #sec_e9a398cd
Le REVIEW Center est l'endroit où une personne examine les accès dont elle répond et rend les décisions — le seul endroit du produit où une décision de revue peut être prise.
02Le problème #sec_bf33f90c
Une campagne de recertification s'adresse à des gens dont ce n'est pas le métier. Un responsable d'équipe, un propriétaire de site, un gestionnaire de service reçoivent une liste d'accès à valider au milieu de leur travail réel. Trois écueils les guettent, et ils se renforcent :
Le volume. Quatre-vingts lignes présentées à plat, sans hiérarchie, produisent mécaniquement du traitement en masse. La personne coche tout, et la campagne affiche un taux parfait qui ne prouve rien.
Le manque de contexte. « Marie a accès au site Finances : est-ce légitime ? » est une question à laquelle on ne peut pas répondre sans savoir d'où vient cet accès, depuis quand, par quel groupe, et qui d'autre l'a.
L'absence d'issue. Quand on ne sait pas, il faut pouvoir ne pas trancher seul. Sans porte de sortie, la seule option praticable est de certifier — c'est-à-dire de mentir poliment.
Le REVIEW Center est construit contre ces trois écueils.
03Le parti pris #sec_333ec305
Une décision de revue engage celui qui la rend. L'écran doit donc lui donner de quoi la tenir.
1. Priorité affichée, pas subie. La file de travail est ordonnée et filtrable par ce qui compte : ce qui est en retard, ce qui n'est pas conforme, ce qui est contesté. Le score de conformité est visible sur chaque ligne. La personne ne descend pas une liste, elle traite un ordre du jour.
2. Le contexte est à un clic, jamais dans un autre outil. Chaque demande ouvre le dossier de la ressource : origine de l'accès, chaîne d'appartenance, historique des décisions précédentes, autres campagnes qui portent la même ressource, détail des critères de conformité en échec.
3. Il existe toujours une issue autre que « oui ». Déléguer, escalader, demander un avis, poser une exception : chacune est un acte tracé, motivé, et attribué. Ne pas savoir est une information utile ; la faire disparaître dans une certification ne l'est pas.
4. Ce qui n'est pas activé n'existe pas. Les options offertes dépendent des règles de la campagne. Une capacité désactivée n'apparaît pas grisée : elle n'apparaît pas.
04La file de travail #sec_76cfcbdf
L'écran central présente les demandes qui relèvent de la personne — toutes , quel que soit le workspace d'où elles viennent.
C'est un choix structurant : le workspace est une dimension d'administration, pas une dimension de travail. Un propriétaire de ressources réparties sur trois sites voit une seule file, et n'a jamais à se demander dans quel périmètre chercher.
Chaque ligne porte la ressource, la campagne, l'échéance, l'état de conformité et les signaux particuliers — accès contesté, suppression demandée. Filtres rapides, recherche, tri, colonnes configurables et export sont disponibles ; sur les gros volumes, seules les lignes affichées sont chargées.
05Les décisions #sec_7c6f6f78
Le vocabulaire dépend du type de revue, parce qu'une revue de propriété et une revue d'appartenance ne posent pas la même question.
| Type de revue | La question posée | Décisions |
|---|---|---|
| Propriété / conformité | Cette ressource respecte-t-elle la politique ? | Certifier · Révoquer · Exception |
| Appartenance | Ces personnes doivent-elles rester dans ce groupe ? | Conserver · Retirer, membre par membre |
Une justification est demandée selon les règles de la campagne, et systématiquement lorsque la décision s'écarte de l'attendu. Elle est reprise telle quelle dans les dossiers d'audit et les exports : c'est la phrase que l'auditeur lira comme étant celle du reviewer.
Les décisions en masse existent, mais elles ne sont pas le chemin par défaut : elles supposent une sélection explicite et passent par les mêmes exigences de justification.
Les revues d'appartenance
Un groupe ne se certifie pas en bloc. L'écran présente les membres un par un, regroupés par groupe source lorsque l'accès provient de plusieurs, avec pour chacun ce que l'on sait de son rattachement. On conserve ou l'on retire membre par membre — c'est plus long, et c'est le seul niveau de granularité auquel la décision a du sens.
06Les issues autres que « oui » #sec_d2ceadbe
| Issue | Quand | Ce qu'elle produit |
|---|---|---|
| Déléguer | Un autre connaît mieux ce périmètre | Un cycle de délégation tracé — voir la [fiche Délégation](REVIEWIT_Feature_Delegation_v1.0.md) |
| Escalader | La question dépasse le niveau du reviewer | Une remontée attribuée et datée |
| Consulter | Un avis suffirait à trancher | Une demande d'avis ; la décision reste au reviewer |
| Exception | L'écart est connu et assumé | Une décision motivée, comptée comme telle |
| Demander la suppression | La ressource n'a plus lieu d'être | Une demande soumise au workspace, non une suppression |
La consultation mérite un mot : demander un avis n'est pas déléguer. Le reviewer garde la main et l'imputabilité ; il obtient seulement l'information qui lui manque. C'est la porte de sortie qui évite le plus de certifications de complaisance.
07La contestation #sec_2d6fbf4c
Lorsqu'une campagne l'active, une personne dont l'accès a été révoqué dispose d'un délai — exprimé en jours ouvrés — pour contester .
Elle voit ce qui la concerne, la justification de la révocation, et peut répondre. Le reviewer traite la contestation dans son propre écran. Rien n'est automatique : la contestation ne rétablit pas l'accès, elle rouvre la conversation.
C'est un dispositif de justesse autant que de justice. Une révocation contestée et argumentée est une révocation qui aurait produit un incident ; la détecter pendant la campagne coûte infiniment moins cher que de la découvrir en production.
08Ce que le reviewer trouve encore #sec_301fbecb
- La fiche ressource : ce qu'elle est, qui en répond, comment elle est exposée, son historique.
- La chronologie d'une demande : chaque étape, chaque acteur, chaque date.
- Les campagnes liées : les autres revues qui portent la même ressource — évite de trancher deux fois différemment.
- Le détail de conformité : quels critères de la politique sont en échec, et ce qui était attendu.
- Le score carbone : l'effet mesuré des accès retirés et des ressources supprimées, sur la base de facteurs d'émission documentés.
- Ses préférences : langue, notifications, et délégations personnelles pour ses absences.
- RITA : l'assistante, pour les questions de navigation et de synthèse — jamais pour la décision. Voir le [dossier RITA](REVIEWIT_Dossier_RITA_v1.0.md).
09Ce que le REVIEW Center ne fait pas #sec_389b5ac6
- Il n'administre rien. Pas de création de campagne, pas de réglage de périmètre, pas de gestion de rôles : cela relève du [Workspace Center](REVIEWIT_Chapitre_WorkspaceCenter_v1.0.md).
- Il ne décide pas à votre place. Aucune pré-décision, aucune valeur par défaut sur une décision, aucune suggestion automatique.
- Il ne supprime rien. Une révocation est une décision de revue ; sa mise en œuvre technique relève d'un autre dispositif, avec son propre suivi.
10À retenir #sec_8042a75a
Le REVIEW Center est la seule surface du produit où une décision de revue peut naître, et tout y est organisé autour de cette responsabilité : priorité visible pour que l'attention aille au bon endroit, contexte immédiat pour que la décision soit informée, issues alternatives pour que « je ne sais pas » puisse s'exprimer autrement qu'en cochant oui.
Une campagne réussie n'est pas une campagne à 100 %. C'est une campagne dont chaque décision peut être expliquée par la personne qui l'a rendue, des mois plus tard, sans avoir à s'en souvenir.