Atualizações nos planos pagos com melhorias no gerenciamento de assinaturas e cobrança

O GitLab anunciou mudanças para melhorar a experiência de gerenciamento de assinaturas e cobrança para os clientes. Essas alterações e o novo Contrato de Assinatura entrarão em vigor na sua próxima renovação, a partir de 1º de agosto de 2021. Anunciamos quatro mudanças importantes:

Mudanças aplicáveis a clientes SaaS e Self-Managed

• Reconciliação trimestral de assinaturas - Os usuários adicionados durante um trimestre serão cobrados apenas pelos trimestres restantes do período de assinatura, e não pela taxa total da assinatura com ajustes anuais, o que gera uma economia significativa para usuários adicionais.

Mudanças aplicáveis apenas a clientes Self-Managed

• Renovações automáticas - Para simplificar o processo de renovação para os clientes e torná-lo mais eficiente para o GitLab, todas as assinaturas da versão Self-Managed agora serão configuradas com renovação automática, assim como já ocorre com nossas assinaturas SaaS. Os clientes poderão cancelar a renovação manualmente no Portal de clientes do GitLab até 30 (trinta) dias antes da data de renovação.
• Licenciamento em nuvem - Os clientes Self-Managed poderão ativar suas instâncias do GitLab por meio de um código de ativação e gerenciar suas licenças pelo Portal de clientes do GitLab. Os dados da licença, como plano de assinatura, usuários ativos, usuários convidados e usuários inativos, serão sincronizados com o GitLab diariamente para facilitar a reconciliação trimestral da assinatura e renovações automáticas.
• Dados operacionais - Para viabilizar serviços de sucesso do cliente confiáveis para clientes pagantes, as instâncias self-managed deverão compartilhar dados operacionais agregados que indiquem a adoção de casos de uso ou recursos do produto. Assim como os dados de uso do serviço SaaS, os dados operacionais de instâncias self-managed, como número de projetos, tíquetes, pipelines e solicitações de merge, serão agregados por instância e não conterão nenhuma informação pessoal ou específica do projeto. Esses dados operacionais serão usados pelos serviços de sucesso do cliente para ajudar os usuários a entender como utilizam o produto, identificar obstáculos à adoção, apoiar a aplicação de casos de uso relevantes e recomendar as melhores práticas para garantir uma jornada positiva com o GitLab. Consulte a nossa página de dados de uso do serviço para conferir a lista completa de dados de uso e como são usados.

Essas mudanças se aplicam a clientes que comprarem ou renovarem uma assinatura do GitLab a partir de 1º de agosto de 2021. Para os clientes atuais, as alterações entrarão em vigor na próxima renovação. Na compra ou renovação -

Os clientes SaaS poderão se beneficiar das mudanças já na próxima renovação, a partir de 1º de agosto de 2021. Os clientes da versão Self-Managed poderão aproveitar os benefícios ao instalar ou fazer upgrade para a versão 14.1. Clientes atuais podem fazer a atualização no seu próprio ritmo. O GitLab continuará mantendo o processo atual de gerenciamento de licenças nas versões 13.x e 14.x até novo aviso.

Essas mudanças só se aplicam a clientes com qualquer um dos planos pagos do GitLab. Para os clientes atuais, as mudanças entrarão em vigor na próxima renovação após a data de vigência.

A reconciliação trimestral de assinaturas será válida para clientes SaaS e Self-Managed. As renovações automáticas, o licenciamento em nuvem e a coleta de dados operacionais serão aplicáveis aos clientes da versão Self-Managed. Para aproveitar essas mudanças, os clientes Self-Managed precisam estar usando a versão 14.1 (lançada em 22 de julho de 2021).

As mudanças não se aplicam a:

• Usuários do plano Gratuito e participantes dos nossos programas da comunidade (GitLab para Educação, Open Source e Startups).
• Para clientes que adquirirem o GitLab por meio de parceiros de canal ou revendedores, a reconciliação trimestral de assinaturas e as renovações automáticas não estarão disponíveis no lançamento, mas serão disponibilizadas futuramente.

Não, os clientes Self-Managed precisam ter a versão 14.1 (lançada em 22 de julho de 2021), que permite o licenciamento em nuvem, e deverão ativar a instância self-managed usando o código de ativação. Isso é necessário para aproveitar a reconciliação trimestral de assinaturas, as renovações automáticas e o licenciamento em nuvem.

O licenciamento em nuvem é uma maneira nova e mais fácil de gerenciar licenças em planos de assinatura Self-Managed. Ele apresenta dois recursos principais.

• Ativação - capacidade de desbloquear recursos do plano e ativar uma instância self-managed por meio de um código de ativação. Antes, os clientes precisavam gerenciar arquivos de licença e enviá-los manualmente para sua instância.
• Sincronização da licença - capacidade de uma instância self-managed sincronizar os dados da assinatura com o GitLab. Antes, uma instância não era atualizada automaticamente caso houvesse alterações na assinatura, como complementos ou renovações, sendo necessário gerar manualmente novos arquivos de licença.

Esses recursos facilitam os processos de ativação, provisionamento, reconciliação de assinaturas e renovação para os clientes.

Clientes Self-Managed que estiverem usando a versão 14.1 a partir da data de vigência.

Os clientes receberão um e-mail de confirmação com o código de ativação após a compra. Ao fazer login na área de administração da instância do GitLab, eles poderão usar esse código para ativar a instância. Após a ativação, um job noturno gerará uma carga que envia para o GitLab o número de usuários ativos, o plano contratado etc. Esses dados serão usados para viabilizar a reconciliação trimestral de assinaturas e as renovações automáticas, bem como para melhorar o gerenciamento de licenças (descrito nas seções seguintes).

Clientes atuais podem fazer a atualização no seu próprio ritmo. O GitLab continuará mantendo o processo atual de gerenciamento de licenças nas versões 13.x e 14.x até novo aviso.

Entendemos que você pode não conseguir compartilhar automaticamente os dados de licença necessários com o GitLab devido a limitações de rede (por exemplo, instâncias air-gapped, firewall restritivo, etc.).

Se as políticas da sua empresa permitirem que você adicione um IP ou domínio à sua lista de permissões conforme estas instruções, você ainda poderá compartilhar dados de licença com o GitLab.

Caso isso não seja possível, por enquanto, será necessário continuar usando o modelo de ajuste de anuais. Estamos investigando maneiras de possibilitar o envio manual dos dados de licença necessários sem precisar de uma conexão ativa com a Internet. Quando estiver disponível, atualizaremos todos os clientes afetados.

Os ajustes de anuais eram confusos e geravam frustração nos clientes. Com a reconciliação trimestral da assinatura, os usuários adicionados durante um trimestre serão cobrados apenas pelos trimestres restantes do período da assinatura, em vez do valor integral da anuidade, como ocorre nos ajustes de anuais. Os clientes podem economizar muito com usuários adicionais, pois não há cobrança retroativa. Por exemplo:

Trimestre em que os usuários são adicionados	Período de pagamento com reconciliação trimestral de assinatura	Economia por usuário adicional
Primeiro	Somente os três trimestres restantes	25%
Segundo	Somente os dois trimestres restantes	50%
Terceiro	Somente um trimestre restante	75%
Quarto	Somente o próximo período da assinatura	100%

Em nenhuma hipótese o custo da licença para usuários adicionais no modelo de reconciliação trimestral será maior do que no modelo de ajuste de anuais.

No modelo de ajuste de anuais vigente, você paga pelo período total em que esses usuários foram adicionados. Por exemplo, se o período de assinatura for de 1º de setembro de 2021 a 31 de agosto de 2022 e você adicionar 100 usuários em 15 de maio de 2022, você pagará por esses 100 usuários adicionais durante todo o período da assinatura, mesmo que tenham sido adicionados somente no terceiro trimestre.

No modelo de reconciliação trimestral, os novos usuários são cobrados apenas a partir do trimestre em que forem adicionados. No mesmo exemplo, se o período de assinatura for de 1º de setembro de 2021 a 31 de agosto de 2022 e você adicionar 100 usuários em 15 de maio de 2022 (terceiro trimestre), a cobrança desses usuários adicionais será feita apenas a partir de 1º de junho de 2022, ou seja, no quarto trimestre do período.

Se você aumentar o número de usuários em um determinado trimestre, com esse excedente sendo reconciliado e pago, e depois reduzir o número de usuários no trimestre seguinte, não haverá reconciliação trimestral da assinatura. O número de usuários cobrados permanecerá o mesmo do trimestre anterior.

Por exemplo, se o período de assinatura for de 1º de setembro de 2021 a 31 de agosto de 2022 e você adicionar 100 estações em 15 de outubro de 2021, pagará por essas estações adicionais a partir do trimestre que inicia em 1º de dezembro de 2021. Se você remover 25 estações em 15 de janeiro de 2022, não haverá excedente e, portanto, nenhuma reconciliação trimestral será aplicada. O número de usuários cobrados no trimestre iniciado em 1º de março de 2022 será o mesmo do trimestre anterior (ou seja, 100).

A reconciliação trimestral de assinaturas é aplicável apenas aos usuários adicionais que excedem o número de usuários incluído na sua assinatura. Ela não se aplica à quantidade base de usuários da assinatura.

Por exemplo, se você contratou uma assinatura com 100 usuários e usou apenas 75 estações durante o trimestre, não haverá redução no valor da assinatura anual.

Com o licenciamento em nuvem ativado, o GitLab recebe atualizações diárias sobre o número de estações em uso. No final do trimestre, consideraremos a maior contagem diária de usuários e cobraremos pelas estações que excederem a sua assinatura original.

Os usuários adicionais serão cobrados com base no preço por usuário da sua assinatura atual.

Sim, será enviada uma notificação por e-mail ao contato de faturamento da sua assinatura dentro de três dias após a reconciliação trimestral.

Essas mudanças se aplicam a todos os clientes SaaS e Self-Managed novos e atuais.

Para os clientes atuais, as alterações entrarão em vigor na próxima renovação após a data de vigência. Para novos clientes, elas passarão a valer para assinaturas contratadas após a data de vigência.

Essas mudanças ainda não estão disponíveis para clientes que adquirirem o GitLab por meio de revendedores ou parceiros de canal, mas serão disponibilizadas futuramente. Entre em contato com o revendedor ou parceiro de canal e com o gerente de canal do GitLab para aproveitar essas atualizações.

Os clientes SaaS e Self-Managed atuais poderão aproveitar essas mudanças a partir da próxima renovação após a data de vigência. No caso de clientes Self-Managed, é necessário ter o licenciamento em nuvem ativado e estar na versão 14.1 ou posterior. Se você quiser aproveitar essas mudanças antes da renovação, fale com seu representante de vendas para obter mais informações.

Em uma versão futura, será possível ativar o licenciamento em nuvem antes da renovação de forma autônoma. Os detalhes dessa opção serão anunciados quando estiver disponível.

Entre em contato com o representante de vendas ou a equipe de suporte do GitLab para obter ajuda com essa solicitação.

Até três dias após a data da reconciliação trimestral, você receberá um e-mail com informações sobre as estações reconciliadas. O valor correspondente às estações adicionadas será cobrado no seu cartão de crédito em até 10 dias após o início do novo trimestre do seu período de renovação.

Por exemplo, se a sua assinatura incluir 25 usuários, com vigência de 1º de setembro de 2021 a 31 de agosto de 2022, e você adicionar 15 usuários em 15 de outubro de 2021:

• Por volta de 3 de dezembro de 2021, você receberá um e-mail informando que receberá uma cobrança pelas 15 estações adicionais.
• Por volta de 10 de dezembro de 2021, seu cartão de crédito será cobrado por essas 15 estações e seu contrato será atualizado para 40 usuários.
• Se o pagamento com cartão de crédito falhar, sua assinatura será revertida para o modelo de ajustes de anuais, conforme estabelecido em nossos termos.

Até três dias após a data da reconciliação trimestral, você receberá um e-mail com informações sobre as estações reconciliadas. Uma fatura com o valor correspondente às estações adicionadas será gerada e enviada ao seu contato de faturamento em até 10 dias após o início do novo trimestre do seu período de renovação.

Por exemplo, se a sua assinatura incluir 25 usuários, com vigência de 1º de setembro de 2021 a 31 de agosto de 2022, e você adicionar 15 usuários em 15 de outubro de 2021:

• Por volta de 3 de dezembro de 2021, você receberá um e-mail informando que receberá uma cobrança pelas 15 estações adicionais.
• Por volta de 10 de dezembro de 2021, será enviada uma fatura com o valor correspondente a essas 15 estações e seu contrato será atualizado para 40 usuários.
• O pagamento da fatura seguirá os termos e condições de pagamento do GitLab.

As assinaturas do GitLab SaaS já contam com renovações automáticas, o que simplificou o processo para os clientes e o tornou mais eficiente para o GitLab. A partir da próxima renovação, todas as assinaturas de clientes Self-Managed também passarão a ser renovadas automaticamente, com a opção de cancelamento manual no Portal de clientes do GitLab até 30 (trinta) dias antes da data de renovação.

O cancelamento da renovação automática pode ser feito pelo menos 30 dias antes da data de renovação. Para isso, selecione o botão "Cancelar assinatura" no Portal de clientes do GitLab ou comunique seu representante de vendas do GitLab sobre o cancelamento.

Essas mudanças se aplicam a todos os clientes SaaS e Self-Managed novos e atuais. Para clientes atuais, elas passarão a valer na próxima renovação após a data de vigência.

Essas mudanças ainda não estão disponíveis para clientes que adquirirem o GitLab por meio de revendedores ou parceiros de canal, mas serão disponibilizadas futuramente. Entre em contato com o revendedor ou parceiro de canal e com o gerente de canal do GitLab para aproveitar essas atualizações.

O valor cobrado na renovação automática será calculado com base no preço de tabela por usuário, conforme documentado na nossa página de preços.

A cobrança será feita pelo maior valor entre o número total de usuários ativos na data da renovação e a quantidade atual da assinatura.

Por exemplo, se durante o quarto trimestre a assinatura atingir um máximo de 120 usuários, mas na última data do trimestre houver 103 usuários ativos, serão considerados 120 usuários na renovação automática.

A renovação automática é uma alteração nos termos de uso, e não nas suas formas de pagamento. Caso você seja um cliente sem cartão de crédito registrado, o GitLab emitirá uma fatura referente à renovação automática. Você ainda poderá processar o pagamento por meio da equipe de vendas do GitLab, de um parceiro de canal ou de um distribuidor do GitLab. Para clientes que utilizam ordens de compra, a renovação continuará sendo processada por meio da equipe de vendas do GitLab, parceiro de canal ou distribuidor.

O cancelamento da renovação automática pode ser feito pelo menos 30 dias antes da data de renovação. O não pagamento das taxas de assinatura seguirá os termos de rescisão conforme descrito no nosso Contrato de Assinatura.

Para viabilizar serviços de sucesso do cliente confiáveis para clientes pagantes, as instâncias self-managed deverão compartilhar dados operacionais agregados que indiquem a adoção de casos de uso ou recursos do produto. Os dados operacionais de instâncias self-managed, como número de projetos, tíquetes, pipelines e solicitações de merge, serão agregados por instância e não incluirão informações pessoais de usuários nem dados específicos dos projetos. Esses dados operacionais serão usados pelos serviços de sucesso do cliente para ajudar os usuários a entender como utilizam o produto, identificar obstáculos à adoção, apoiar a aplicação de casos de uso relevantes e recomendar as melhores práticas para garantir uma jornada positiva com o GitLab. Consulte a nossa página de dados de uso do serviço para conferir a lista completa de dados de uso e como são usados.

Consulte a página Serviços de sucesso do cliente para saber mais sobre a oferta de serviços.

Os dados coletados são classificados em duas categorias:

Categoria	Por que é importante	Status
Dados operacionais	Dados essenciais para a operação do produto, para auxiliar nos principais casos de uso de melhoria do produto e para oferecer suporte proativo aos clientes com instâncias self-managed.	Sempre ativado como padrão
Dados de uso do produto (opcionais)	Dados destinados a auxiliar casos de uso secundários de melhoria do produto	Ativado como padrão. Pode ser desativado pelo cliente

Anteriormente, os dados não eram classificados nessas categorias.

Com essa mudança, os dados de licença e os dados operacionais não podem ser desativados pelo cliente sem uma alteração de contrato. Se precisar de ajuda, fale com seu representante de vendas do GitLab.

Essas mudanças se aplicam a todos os clientes novos e atuais de planos pagos. Os dados operacionais para clientes SaaS já estão disponíveis no GitLab SaaS.

Para clientes atuais, as mudanças entrarão em vigor na próxima renovação após a data de vigência. Para novos clientes, elas passarão a valer para assinaturas feitas após a data de vigência.

Todos os dados necessários para a operação do produto são classificados como dados operacionais. Confira aqui uma lista de exemplos da classificação de dados.

Não, esses dados operacionais serão usados pelos serviços de sucesso do cliente para ajudar você a entender como utiliza o produto, identificar obstáculos à adoção, apoiar a aplicação de casos de uso relevantes e recomendar as melhores práticas para garantir uma jornada positiva com o GitLab.

Não, os dados operacionais e opcionais definem "o que" será coletado e o ping de uso define "como" essas métricas serão coletadas. As métricas coletadas no ping de uso serão classificadas nas categorias definidas acima.

Entendemos que você pode não conseguir compartilhar automaticamente os dados de licença necessários com o GitLab devido a limitações de rede (por exemplo, instâncias air-gapped, firewall restritivo, etc.).

Se as políticas da sua empresa permitirem que você adicione um IP ou domínio à sua lista de permissões conforme estas instruções, você ainda poderá compartilhar dados de licença com o GitLab.

Caso isso não seja possível, por enquanto, será necessário continuar usando o modelo de ajuste de anuais. Estamos investigando maneiras de possibilitar o envio manual dos dados de licença necessários sem precisar de uma conexão ativa com a Internet. Assim que essas soluções forem definidas, atualizaremos todos os clientes afetados.

O GitLab não compartilha esses dados externamente e eles serão usados para aprimorar seu produto e a experiência com nossa equipe de suporte. No entanto, entendemos sua preocupação. Entre em contato com seu representante de vendas ou com a equipe de suporte do GitLab para obter orientações sobre como proceder.

Não há informações pessoais ou específicas do projeto coletadas de clientes Self-Managed e/ou SaaS no conjunto de dados operacionais. Por isso, a coleta de dados está em conformidade com a Política de Privacidade do GitLab.

Para esclarecer suas dúvidas e receber feedback, criamos um espaço no Fórum da comunidade do GitLab, que é monitorado ativamente por membros da equipe do GitLab envolvidos nessa mudança.

Se você tiver mais perguntas ou precisar de esclarecimentos, entre em contato com seu representante de vendas ou com a equipe de suporte do GitLab.