💡 [REQUEST] - Harmoniser le rôle Sécurité Plateforme et les groupes GitLab d’audit #121

Description

Manque détecté lors de la relecture de la Release Note de la console 9.27.0 : note publiée ; audit des écarts documentaires.

La fiche Console utilise Security et des chemins reader, alors que la fiche GitLab et les rôles de la console 9.27.0 utilisent notamment readonly. La fiche GitLab ajoutée par la PR #114 décrit déjà plusieurs groupes ; il faut compléter et harmoniser les pages, pas recréer cette fiche ni annoncer son contenu comme entièrement absent.

Pages concernées :

• https://cloud-pi-native.fr/administration/roles
• https://cloud-pi-native.fr/guide/rbac/console-cpin
• https://github.com/cloud-pi-native/documentation/blob/main/docs/guide/rbac/gitlab.md

Exemples simples

Grandes lignes à documenter :

• Reprendre le nom exact Sécurité Plateforme et le groupe /console/security ; distinguer les rôles du socle des rôles projet.
• Expliquer les droits de consultation dans la console séparément du caractère non modifiable de la définition d’un rôle ; la gestion de ses membres reste une autre propriété.
• Consolider l’explication des groupes configurés pour les droits administrateur et auditeur GitLab, avec plusieurs chemins et les valeurs par défaut pertinentes.
• Harmoniser readonly/reader et les noms de rôles entre fiches pour les versions réellement prises en charge, sans présenter une évolution future comme déjà livrée en 9.27.0.
• Réutiliser la fiche GitLab issue de doc: ajouter la fiche RBAC GitLab et consolider la correspondance #114 ; sa disponibilité sur le site public est suivie séparément par le ticket du lien 404.

PRs liées

• feat(server-nestjs): add Sécurité Plateforme admin role console#2793
• fix(server-nestjs): resolve multi-path auditor groups in GitLab mapping console#2795
• doc: ajouter la fiche RBAC GitLab et consolider la correspondance #114

Issues liées

• 💡 [REQUEST] - Ajout du rôle Sécurité au système de rôles admin console#2792

Définition du fini

• Les pages concernées emploient des noms et chemins cohérents avec les versions documentées.
• Droits de consultation, définition non modifiable et gestion des membres sont clairement distingués.
• La configuration multi-groupes GitLab et ses effets sont expliqués sans dupliquer la fiche existante ; le contenu publié est relu.