GitLab aprimora o Restricted Access para controlar gastos com licenças

O GitLab atualizou o Restricted Access, mecanismo de controle de gastos com licenças. O recurso agora cobre de forma mais completa três cenários: o provisionamento automático de usuários por provedores de identidade externos, a reativação de contas inativas e o login no sistema.

Como funciona o Restricted Access

O Restricted Access é um recurso de controle de assentos (seats) disponível no GitLab.com e na versão Self-Managed. Quando ele está ativado e todas as licenças pagas já estão ocupadas, o GitLab bloqueia a adição de novos usuários pagos. Assim, a empresa evita um aumento inesperado de custos até a renovação da assinatura.

• O recurso está disponível para administradores de instância, proprietários de grupos e billing managers
• Quando ativado, bloqueia a adição de novos usuários pagos depois que as licenças se esgotam
• Não revoga nem rebaixa as permissões de membros pagos já existentes
• Usuários sem permissão de acesso a projetos podem receber a função gratuita Minimal Access
• O recurso funciona tanto no GitLab.com quanto no GitLab Self-Managed

O que mudou na integração com provedores de identidade

A principal melhoria está na forma como o recurso interage com o provisionamento automático de usuários via SAML, SCIM ou LDAP. Antes, quando as licenças se esgotavam, esses usuários podiam acabar recebendo funções pagas sem querer. Agora, com o Restricted Access ativado e sem assentos livres, o GitLab atribui automaticamente a eles a função gratuita Minimal Access, e a sincronização com o provedor de identidade continua funcionando sem falhas.

Um detalhe importante: o Restricted Access só vale daqui para frente. Se o recurso for ativado em um grupo ou instância que já ultrapassou o limite, o GitLab não rebaixa nem remove as permissões dos membros pagos existentes. Os administradores continuam precisando ajustar manualmente o número de usuários à licença ou comprar mais assentos.

O que isso significa

Para empresas com muitos usuários e provisionamento automático via sistemas corporativos de identidade, o recurso reduz o risco de estourar sem querer o orçamento de licenças do GitLab. Por outro lado, ele não resolve um excesso de gastos já acumulado, se houver, e exige uma limpeza manual por parte dos administradores.

Perguntas frequentes

O que acontece com os usuários pagos já contratados acima do limite?

O Restricted Access não rebaixa nem remove as permissões dos membros pagos existentes. Os administradores precisam ajustar por conta própria a quantidade de usuários à licença ou comprar mais assentos.

Onde o Restricted Access está disponível?

O recurso funciona tanto na versão em nuvem GitLab.com quanto no GitLab Self-Managed.