Perguntas frequentes sobre licenciamento e assinatura

Sujeito a certas condições, sim. Consulte a Política de Uso Aceitável de Licenças de Usuário.

Não. A licença é armazenada no banco de dados e será replicada em todas as instâncias da aplicação. Por isso, basta carregar o arquivo de licença em uma única instância da aplicação.

Não. A licença é armazenada no banco de dados e replicada em todas as instâncias. Você só precisa fazer o upload da licença para sua instância primária do Geo.

Normalmente, qualquer usuário que ocupe uma estação na assinatura conta como usuário faturável. No entanto, algumas categorias de usuários não são contabilizadas na assinatura. Saiba mais sobre como o uso de estações é determinado para usuários no GitLab.com e no self-managed.

O número de usuários acima da assinatura (ou estações devidas) mostra quantos usuários estão além do número permitido pela assinatura, no período de assinatura atual. No GitLab Self-Managed, o valor de usuários acima do limite de assinatura é sempre zero para licenças de avaliação.

Não. O usuário root é apenas a primeira conta de administrador, criada por padrão nas versões self-managed do GitLab. Assim como qualquer outro usuário, essa conta ocupa uma estação. Por isso, é recomendado, por segurança, que uma ou mais pessoas “reais” atuem como administradores. É permitido (e recomendado) renomear, excluir ou desativar essa conta, desde que outros usuários já tenham sido promovidos a administradores.

Para assinaturas do GitLab.com, é possível visualizar uma lista de usuários faturáveis na seção Faturamento.

Para assinaturas do self-managed, acesse a seção Administrador ou use a sessão do console Rails.

No GitLab 13.7 e posterior, o número máximo de usuários reflete o maior número de usuários faturáveis no seu sistema para o período de licença atual. Consulte a pergunta Who gets counted in the subscription? nesta mesma seção.

Você também pode usar o acesso restrito para controlar melhor o número máximo de usuários.

Antes do GitLab 13.7, o valor Maximum Users encontrado em instâncias self-managed do GitLab reflete a contagem máxima de usuários ativos diários registrada na instância durante o período de 1 ano antes da data de expiração da licença. Como a maioria das assinaturas do GitLab é anual, isso significa que a contagem máxima de usuários nesses casos é simplesmente o número mais alto de usuários ativos em qualquer momento durante a assinatura. No entanto, para contratos de duração não padrão (8 meses, 14 meses, 24 meses), a contagem de usuários máximos não reflete todo o período da assinatura, mas sim os 12 meses anteriores à data de expiração.

As estações da sua assinatura são genéricas e não estão vinculadas a usuários específicos. O GitLab não usa um modelo de licença nomeada.

As estações que você adquire podem ser distribuídas da forma que preferir. Se um usuário sair da sua empresa, será possível removê-lo ou bloqueá-lo para liberar a estação. Essa estação poderá então ser usada por outro usuário.

Note que isso pode resultar em excesso de usuários licenciados caso o número máximo de usuários tenha sido atingido.

Consulte as instruções sobre como adicionar mais usuários a assinaturas do GitLab.com ou do GitLab Self-Managed.

Você só pode reduzir o número de estações durante a renovação da assinatura.

Se quiser reduzir o número de licenças da sua assinatura, você pode renová-la com menos estações.

O número máximo de usuários será redefinido quando a licença atual expirar e uma nova licença com um novo período de serviço for carregada.

Os usuários acima da licença também podem ser redefinidos:

1. Durante o período de serviço da licença atual, adicionando mais estações à assinatura para que o total de usuários na licença atinja ou exceda o número atual de Maximum Users.
2. Pagando por reconciliações trimestrais ou ajustes por trimestre ou no momento da renovação.

Confira nossa documentação sobre assinatura para obter informações sobre como configurar, aplicar e gerenciar sua assinatura. GitLab Support Bot, Migration Bot e Alert Bot não contam para a assinatura.

No momento, não podemos transferir planos em uma assinatura. Para fazer uso de uma assinatura SaaS ou de uma assinatura self-managed, será preciso adquirir uma nova assinatura. Para isso, faça login no Portal de clientes do GitLab e selecionando o botão Buy new subscription.

Se precisar migrar seus dados da instância self-managed para a conta gitlab.com, consulte nossa documentação sobre migração. A migração de dados do gitlab.com para uma instância self-managed é um processo semelhante. A principal diferença é que os usuários podem ser criados por um administrador na instância self-managed do GitLab por meio da IU ou da API de usuários.

Assinatura do GitLab.com

Para solicitar uma assinatura do GitLab.com:

• Crie uma conta no GitLab.com
• Vincule sua conta customers.gitlab.com à sua conta GitLab.com
• Tenha permissão de proprietário no local em que você quer aplicar a assinatura.

Se você atender a todas essas condições, continue em Como faço para usar minha assinatura?

Assinatura do self-managed

Para ativar uma assinatura do GitLab Self-Managed:

• Tenha acesso de administrador à instalação do GitLab.

Apenas um namespace (grupo) de nível superior pode ser coberto por uma única assinatura do GitLab.com. Todos os subgrupos desse namespace compartilharão a mesma assinatura.

Se um cliente quiser usar a assinatura adquirida em mais de um namespace de nível superior, ele poderá seguir a abordagem de converter um grupo de nível superior em um subgrupo, transferindo-o para o grupo licenciado apropriado.

Se não tiver certeza da data de renovação, você receberá uma notificação no GitLab 15 dias antes da data de expiração.

Se a renovação automática estiver ativada, você receberá as devidas notificações por e-mail.

GitLab.com e GitLab Self-Managed

Consulte esta documentação para conferir instruções sobre como renovar sua assinatura do GitLab.com ou self-managed.

Administradores de instâncias self-managed podem acompanhar o uso pelos usuários através das seguintes opções:

1. Na IU do GitLab, selecione Admin Area -> Users para visualizar a guia “Usuários ativos”, que indica os usuários atualmente contabilizados.
2. Acesse o painel “Estatísticas do usuário” em Admin Area -> Overview -> Dashboard para ver os usuários disponíveis na licença e os usuários acima da licença.
3. Execute o comando sudo gitlab-rails runner 'p User.active.count' para obter o número de usuários ativos.
4. Execute o comando sudo gitlab-rails runner 'p ::HistoricalData.max_historical_user_count' para obter o número máximo de usuários faturáveis.
5. Execute o comando GET /users para obter uma lista de todos os usuários faturáveis.

Programa GitLab Education

Para renovar, envie um e-mail para [email protected] com as seguintes informações:

1. Indique o número de estações para a renovação. As estações poderão ser adicionadas nesse momento, se necessário.
2. Descreva o caso de uso da licença. Especificamente, precisamos verificar se o uso atende ao Contrato de Licença de Usuário Final. Operações de infraestrutura universitária e de tecnologia da informação não estão incluídas nos termos estabelecidos do Programa Education. Veja as perguntas frequentes aqui.
3. Inclua o nome completo, o endereço de e-mail e o número de telefone do contato principal que assinará a cotação de renovação. Somente assinaturas de docentes ou funcionários com autoridade para assinar em nome da Universidade serão aceitas.

Assim que recebermos as informações acima, processaremos a solicitação e enviaremos uma cotação de renovação para assinatura. O retorno será fornecido dentro de, no mínimo, 2 dias úteis. Em caso de dúvidas, envie um e-mail para [email protected].

Programa GitLab Open Source

Todas as solicitações para o nosso programa GitLab Open Source (mesmo as renovações) devem ser feitas por meio do processo de inscrição encontrado aqui. Se tiver alguma dúvida ou precisar de ajuda, envie um e-mail para a equipe em [email protected].

Para renovar sua assinatura com uma quantidade menor de estações, consulte esta documentação.

Abra sua caixa de entrada e verifique se há alguma notificação por e-mail que possa explicar por que a renovação não foi concluída. Se estiver pagando com um cartão de crédito, ele pode ter sido recusado por vários motivos. Caso essas situações não se apliquem ou você tenha encontrado outros erros de pagamento, fale com a equipe de suporte.

Se não tiver certeza de como renovar sua assinatura, fale com o contato da conta. Caso não tenha essa informação, peça ajuda à equipe de vendas.

Para obter mais informações e detalhes sobre a reconciliação de assinatura trimestral, consulte esta documentação.

Caso sua assinatura esteja configurada para renovação automática, ela será renovada automaticamente à meia-noite UTC da data de expiração, sem interrupção do serviço. Você também pode renovar sua assinatura manualmente até 15 dias antes da expiração para não perder o acesso aos recursos pagos.

Observação: se você quiser renovar um número menor de estações, alterar as quantidades de produtos que estão sendo renovados, remover produtos complementares, fazer upgrade do nível da assinatura ou precisar de ajuda, faça a renovação manualmente ou fale com a equipe de vendas.

Se precisar de ajuda para acessar o Portal de clientes do GitLab ou alterar a pessoa de contato que gerencia sua assinatura, fale com a equipe de suporte.

A página de faturamento do grupo mostrará uma renovação futura até a data de vencimento da assinatura atual, mesmo que você já tenha renovado. Ela será atualizada automaticamente para o novo período de assinatura assim que sua assinatura atual expirar. Por exemplo, se a assinatura atual terminar em 31/01/2023 e a renovação tiver ocorrido em 20/01/2023, você ainda verá uma renovação agendada até 31/01/2023. Após essa data, a data de término da sua assinatura será redefinida para 31/01/2024, caso você tenha renovado por 1 ano.

Não é possível fazer downgrade de uma assinatura após a compra ou renovação. Será necessário adquirir uma assinatura separada para o plano e número de estações desejadas. Além disso, sua assinatura atual só será elegível para reembolso de acordo com os termos do nosso Contrato de Assinatura.

Caso você ainda queira fazer downgrade do seu namespace manualmente para o plano Gratuito antes do término da assinatura, envie sua solicitação por meio do formulário da equipe de suporte.

Observação: o downgrade manual de um namespace não tornará a assinatura elegível para reembolso.

Você pode encontrar os preços das assinaturas do GitLab.com na página de preços.

Todas as assinaturas são pagas em parcelas anuais; pagamentos mensais não são uma opção disponível.

Cartão de crédito - Ao comprar pelo Portal de clientes do GitLab, você pode pagar com cartão de crédito para ter uma experiência de autoatendimento. Esse cartão de crédito também será usado para compras futuras e será utilizado automaticamente para a renovação, caso a renovação automática esteja ativada. Você também pode pagar as faturas em aberto pelo Portal de clientes do GitLab.

Caso não queira efetuar a compra ou o pagamento através do nosso Portal de clientes do GitLab, mas ainda assim utilizar um cartão de crédito, será necessário falar com a equipe de vendas.

Transferência eletrônica - Trabalhe diretamente com nossa equipe de vendas para configurar suas transferências eletrônicas. Para sua primeira compra e pagamentos futuros, como renovações, você receberá uma fatura por e-mail contendo instruções com os dados bancários e o procedimento de pagamento.

Cheque - Da mesma forma que as transferências eletrônicas, fale diretamente com nossa equipe de vendas.

Você pode atualizar os dados do seu cartão de crédito no Portal de clientes do GitLab.

Para possíveis problemas e soluções, consulte My renewal is not going through or is having payment issues, what should I do? na seção “Compras e pagamentos”.

Se não souber quem é o contato da sua conta, preencha nosso formulário para que o gerente ou um membro da nossa equipe de vendas fale com você.

Você pode visualizar, pagar e baixar sua fatura no Portal de clientes do GitLab selecionando Faturas na barra lateral esquerda. Caso sua fatura não esteja disponível, envie uma solicitação por meio do nosso Portal de ajuda.

Se você tiver um contato da conta, fale com essa pessoa para iniciar o processo de solicitação de reembolso.

Caso contrário, envie uma solicitação por meio do nosso Portal de ajuda para falar com a equipe de faturamento.

Não será preciso pagar esse valor, caso você não tenha feito nenhuma compra. A cobrança de US$ 1 na sua conta serve para fins de validação do cartão de crédito. Isso acontece quando:

1. Você usa seu cartão de crédito pela primeira vez.
2. Você valida sua conta do GitLab.com com seu cartão de crédito.

O valor será devolvido à sua conta nos próximos 5 a 30 dias, dependendo do banco emissor do cartão.

Emitimos licenças do GitLab Self-Managed legadas em incrementos de 12 meses e verificamos no início de cada período subsequente da assinatura se há alguma alteração nos usuários que precise ser feita antes da geração da licença. Se estiver usando o licenciamento em nuvem ou o licenciamento em nuvem offline, sua licença será gerada para todo o período da assinatura.

Quando o próximo período se aproximar, você poderá acessar nosso Portal de ajuda ou nossa equipe entrará em contato com você.

Para namespaces gratuitos do GitLab.com, há um repositório Git de 10 GiB e um limite de armazenamento ajustável para LFS. Para adquirir mais armazenamento, siga estas etapas.

É possível obter uma avaliação gratuita das nossas assinaturas GitLab.com ou self-managed e da Duo Agent Platform por um período de 30 dias para até 100 usuários. Acesse nossa página de avaliação gratuita para se cadastrar.

Para usuários self-managed, você receberá uma nova chave de licença ao decidir adquirir uma assinatura. Caso você não adquira uma assinatura, sua chave expirará ao final do período de avaliação. Nesse momento, você deve remover a chave de avaliação e o sistema voltará automaticamente para a versão Core gratuita.

Como a avaliação é ativada por namespace, ela não pode ser transferida. No entanto, o cliente pode iniciar um novo teste para um grupo clicando em Start an Ultimate trial na página de faturamento do grupo.

Primeiro, você precisará criar seu grupo no GitLab.com e adicionar usuários. Siga as etapas abaixo:

1. Crie um grupo no GitLab.com.
2. Adicione usuários ao grupo
3. Faça login no Portal de clientes do GitLab para comprar o plano desejado para seu grupo.
4. Selecione o plano de assinatura do GitLab.com usando o botão Aquirir plano (Premium SaaS, Ultimate SaaS).
5. No menu suspenso Esta assinatura é para, selecione o nome do grupo que você criou.
6. Selecione o botão Prosseguir para o checkout.

Uma assinatura do GitLab.com pode ser aplicada a um dos dois tipos de namespaces. O local onde você atribui sua assinatura determina onde esses recursos podem ser acessados.

Plano SaaS do GitLab.com no namespace pessoal

Observação: desde de 17 de novembro de 2020, o GitLab não oferece mais novas assinaturas para namespaces pessoais.

Você pode encontrar os detalhes do plano para um namespace pessoal navegando em Configurações do usuário>Conta>Faturamento.

Plano SaaS do GitLab.com em um grupo

Um usuário pode optar por comprar uma assinatura e aplicá-la a um grupo que tenha criado. Dessa forma, qualquer projeto que ele criar nesse grupo ou em um subgrupo desse grupo terá acesso aos recursos da assinatura adquirida. Isso se estende a qualquer usuário que seja convidado como membro do grupo.

Um usuário que faz parte de uma empresa com vários colaboradores no GitLab deve, idealmente, criar um grupo para essa empresa, adquirir e aplicar uma assinatura a esse grupo e, em seguida, convidar seus colegas para que todos possam aproveitar os recursos pagos enquanto trabalham juntos dentro do grupo.

Observe que todos os membros de uma assinatura de grupo são contabilizados como estações faturáveis na mesma tarifa do plano de assinatura.

Você pode encontrar os detalhes do plano para um namespace de grupo navegando em Configurações do grupo>Conta>Faturamento.

Você pode criar um grupo principal e permitir o acesso a esse grupo apenas para quem deve ter acesso ilimitado aos subgrupos/projetos derivados. Depois, crie subgrupos para cada equipe com projetos aninhados e adicione pessoas no nível do subgrupo. Isso basicamente impedirá que eles acessem os subgrupos de outras equipes para os quais não têm permissão.

Nessa situação, em relação aos usuários faturáveis, você será responsável apenas pelos usuários únicos dentro da hierarquia do grupo principal. Se um usuário for adicionado a vários subgrupos ou projetos, ele será contabilizado apenas como um usuário faturável.

No momento, não oferecemos suporte a compras de revendedores por meio do portal. Caso você seja um revendedor que deseja comprar o GitLab em nome do seu cliente, entre em contato conosco usando o formulário da equipe de vendas.

Ao informar o nome e e-mail do contato de faturamento, o endereço físico de cobrança, além do nome, e-mail e endereço de entrega do cliente final, enviaremos a você (e não ao seu cliente) uma cotação de revendedor, que pode ser paga com cartão de crédito ou transferência eletrônica (EFT).

Para encontrar detalhes sobre nosso programa de revenda, acesse https://about.gitlab.com/partners/program/.

Consulte Uso Aceitável de Licenças de Usuário para obter a documentação sobre licenciamento de usuário.