Um agente de IA que resolve um chamado no Jira Service Management sozinho, de madrugada, sem que ninguém precise abrir o sistema, ainda parece coisa de painel de vendas. Mas é exatamente esse tipo de ação que a Atlassian passa a medir e, a partir de um certo ponto, cobrar à parte. O Usage-Based Pricing Atlassian chega como uma camada adicional ao modelo de licenciamento por usuário, ligada ao consumo de IA, automação, dados e armazenamento. Para quem administra Jira, Confluence, JSM ou Bitbucket, entender essa mudança agora evita que ela apareça primeiro na fatura. 

Usage-Based Pricing na Atlassian: o modelo por assentos continua, mas ganha uma camada de consumo 

A cobrança por usuário nas assinaturas de Jira, Confluence e Jira Service Management não muda. Isso continua exatamente como está hoje. O que a Atlassian está adicionando é uma segunda camada, aplicada a recursos cujo custo de operação cresce junto com o uso: ações de inteligência artificial no Rovo, automações executadas nos fluxos de trabalho, armazenamento e processamento no Bitbucket, entre outros pontos. 

A maioria dos planos pagos já inclui uma franquia mensal de uso sem custo adicional, calculada a partir do plano contratado e do número de licenças. Essa franquia é agrupada no nível da organização, não por usuário isolado, e é renovada todo mês. Na prática, uma empresa só sente o novo modelo quando o consumo real ultrapassa essa cota. 

Os recursos que passam a gerar consumo cobrado à parte 

O UBP cobre, inicialmente, oito frentes de consumo. Cada uma está ligada a um comportamento específico dentro do ambiente Atlassian: 

• Créditos Rovo, para ações de IA no Rovo Chat, em agentes e em recursos nativos de inteligência artificial. 

• Etapas de automação, para regras executadas no Jira, Confluence, JSM, Jira Product Discovery e Customer Service Management. 

• Objetos em Assets, referentes aos itens cadastrados no inventário do JSM Assets. 

• Minutos de build, armazenamento de pacotes, tráfego de pacotes e uso de Git LFS no Bitbucket. 

• Resoluções concluídas por agentes de IA no Customer Service Management. 

Nenhum desses pontos, isoladamente, costuma preocupar uma operação pequena. O problema aparece quando automação e IA já fazem parte do dia a dia e ninguém acompanhou, até agora, quanto disso estava sendo consumido. 

Overage habilitado por padrão: continuidade primeiro, cobrança depois 

Um detalhe da governança do UBP merece atenção antes de qualquer preocupação com custo. Quando uma organização atinge 100% da franquia incluída, a Atlassian não interrompe automações nem desativa agentes de IA. O uso excedente vem habilitado por padrão justamente para que fluxos críticos continuem funcionando. 

Isso evita um problema comum em modelos de cota rígida, onde um processo para no meio da operação porque ninguém percebeu que o limite estava próximo. Aqui a lógica é inversa. Primeiro a continuidade, depois o ajuste financeiro. 

Governança nas mãos de quem administra o ambiente 

O painel do Atlassian Administration concentra o controle desse consumo. Administradores conseguem acompanhar o uso em tempo real, configurar alertas automáticos em 80% e 100% da franquia, definir tetos de gastos ou até desativar o excedente, caso prefiram um modelo mais conservador. 

Quando a operação realmente precisa de mais capacidade, existem caminhos comerciais distintos: fazer upgrade de plano, migrar para uma Collection, contratar pacotes de uso pré-comprados com desconto por volume ou simplesmente pagar pelo excedente conforme ele acontece. Nenhuma dessas decisões deveria ser tomada sem antes entender qual parte da operação está gerando esse consumo, e por quê. 

Cronograma: da divulgação ao início da cobrança de excedente 

A mudança já está em curso. Em 1º de setembro de 2026, a Atlassian anunciou o modelo globalmente e liberou as métricas de consumo dentro do Atlassian Administration para todos os clientes. Entre setembro e novembro, esse consumo já pode ser observado, mas ainda sem cobrança sobre o excedente. A partir de 3 de dezembro de 2026, a cobrança passa a valer para a maioria dos medidores. 

Isso significa que, hoje, qualquer empresa que utilize Jira, Confluence, JSM ou Bitbucket já consegue ver, no próprio painel administrativo, quanto está consumindo além da franquia incluída, antes que isso vire uma linha na fatura. 

O que essa mudança revela sobre a maturidade de dados da sua operação Atlassian 

O detalhe que mais importa no Usage-Based Pricing não está no valor do excedente. Está na visibilidade que esse modelo exige de quem administra o ambiente. Empresas que nunca acompanharam quantas automações rodam por dia, quantos objetos existem no Assets ou quanto o time já usa o Rovo vão descobrir isso de uma vez, junto com o impacto financeiro. 

Essa é a mesma lacuna que costuma aparecer em outras frentes de dados dentro de uma operação: decisões tomadas sem saber exatamente o que está acontecendo no dia a dia. A diferença é que, agora, ela chega em forma de custo mensal recorrente, não apenas de relatório impreciso. 

Para que você possa se aprofundar ainda mais, recomendamos também a leitura dos artigos abaixo: 

Atlassian traz loops de agentes de IA para a engenharia de software 

Licenças Jira: por que você paga por usuários que não trabalham, e o papel do sistema legado nessa conta 

Boas normas de Jira que geram valor: como configurar a ferramenta para produzir dado confiável, e não só organizar trabalho 

Como a CSP Tech apoia essa transição 

A CSP Tech é Gold Solution Partner Atlassian e acompanha esse tipo de mudança diretamente com quem administra o ambiente no dia a dia. Isso envolve mapear onde o consumo de IA, automação e dados está concentrado, apoiar a configuração de alertas e tetos de gastos condizentes com o orçamento da área de TI, e ajudar na decisão entre absorver o excedente, migrar de plano ou reorganizar fluxos que consomem mais do que deveriam. 

Em ambientes onde Jira, Confluence e JSM sustentam processos críticos, essa análise precisa considerar o negócio antes da ferramenta. Entender o que gera valor real dentro da operação é o que evita decisões tomadas apenas para reduzir uma fatura, sem olhar para o que aquele consumo estava, de fato, resolvendo. 

O Usage-Based Pricing não muda o valor que Jira, Confluence e o restante do ambiente Atlassian entregam para a operação. Muda a forma como esse valor é medido e cobrado. Empresas que já têm visibilidade sobre o próprio consumo chegam a dezembro de 2026 preparadas. As que não têm vão descobrir isso pela fatura. 

Fale com a CSP Tech: https://www.csptech.com.br/contato