GitLab Améliore la Fonctionnalité Restricted Access pour le Contrôle des Dépenses de Licences

GitLab a mis à jour la fonction Restricted Access — un mécanisme de contrôle des dépenses de licences, qui couvre maintenant plus complètement les scénarios de connexion automatique d'utilisateurs via des fournisseurs d'identité tiers, la réactivation de comptes inactifs et la connexion au système.

Comment fonctionne Restricted Access

Restricted Access est une fonction de contrôle des places (sièges de licence), disponible sur GitLab.com et dans la version Self-Managed. Lorsqu'elle est activée et que toutes les licences achetées sont déjà occupées, GitLab bloque l'ajout de nouveaux utilisateurs payants — cela évite une croissance inattendue des dépenses jusqu'au renouvellement de l'abonnement.

• La fonction est disponible pour les administrateurs d'instances, les propriétaires de groupes et les gestionnaires de facturation
• Lorsqu'elle est activée, elle bloque l'ajout de nouveaux utilisateurs payants après l'épuisement des licences
• Elle n'annule ni ne rétrograde les droits des membres payants existants
• Les utilisateurs sans droits d'accès aux projets peuvent se voir attribuer un rôle gratuit d'accès minimal
• La fonction fonctionne à la fois sur GitLab.com et dans GitLab Self-Managed

Ce qui a changé dans l'intégration avec les fournisseurs d'identité

L'amélioration clé concerne la façon dont la fonction interagit avec la connexion automatique d'utilisateurs via SAML, SCIM ou LDAP. Auparavant, lorsque les licences étaient épuisées, ces utilisateurs pouvaient involontairement basculer vers des rôles payants; maintenant avec Restricted Access activé et aucune place libre disponible, GitLab leur attribue automatiquement un rôle gratuit d'accès minimal, tandis que la synchronisation avec le fournisseur d'identité continue sans erreurs.

Un détail important: Restricted Access ne fonctionne que pour l'avenir. Si la fonction est activée dans un groupe ou une instance où la limite a déjà été dépassée, GitLab ne rétrograde ni ne supprime les droits des membres payants existants — les administrateurs doivent toujours apporter manuellement le nombre d'utilisateurs en conformité avec la licence ou acheter des places supplémentaires.

Ce que cela signifie

Pour les entreprises avec un grand nombre d'utilisateurs et un approvisionnement automatique via des systèmes d'identité d'entreprise, la fonction réduit le risque de dépassement accidentel du budget sur les licences GitLab — mais ne résout pas les dépenses excessives déjà accumulées, si elles existent, et nécessite un nettoyage manuel par les administrateurs.

Questions fréquemment posées

Qu'adviendra-t-il des utilisateurs payants déjà embauchés au-delà de la limite?

Restricted Access ne rétrograde ni ne supprime les droits des membres payants existants — les administrateurs doivent indépendamment apporter leur nombre en conformité avec la licence ou acheter des places supplémentaires.

Où la fonction Restricted Access est-elle disponible?

La fonction fonctionne à la fois dans la version cloud GitLab.com et dans GitLab Self-Managed.