Guia de decisão sobre licenciamento Java

Em muitas organizações, o licenciamento Java deixou de ser uma nota de rodapé técnica e virou uma conversa de custos no nível da diretoria. O motivo é a métrica: a Java SE Universal Subscription atual da Oracle é precificada pelo número de funcionários da organização, e não pela quantidade de servidores, desktops ou pessoas que de fato usam Java.

Este guia ajuda CIOs, CFOs, compras e jurídico a entender as regras atuais e a tomar uma decisão deliberada, e não reativa.

Como funciona a métrica da Java SE Universal Subscription?

Segundo a Java SE Universal Subscription Global Price List da Oracle, a assinatura é licenciada por “Employee for Java SE Universal Subscription”, definido como:

• todos os seus funcionários em tempo integral, em meio período e temporários; e
• todos os funcionários em tempo integral, em meio período e temporários dos seus agentes, prestadores de serviços, empresas terceirizadas e consultores que apoiam suas operações internas de negócio.

Dessa definição decorrem três consequências:

1. O uso não define a contagem. A lista de preços informa que o número de funcionários é determinado independentemente de quantos deles usam os programas.
2. A contagem é fixada no início e precisa acompanhar a realidade. A quantidade licenciada deve ser, no mínimo, igual ao número de funcionários na data de vigência do pedido e, se durante o prazo o número de funcionários superar o licenciado, é necessária uma licença adicional.
3. Pessoal de terceiros pode contar. A expressão “que apoiam suas operações internas de negócio” é onde se concentra boa parte da interpretação e da negociação.

A assinatura tem prazo mínimo de um ano. A lista de preços da Oracle também define limites de processadores que dependem da quantidade de funcionários licenciados, excluindo desktops e notebooks desse cálculo.

Quanto custa?

A Oracle publica sua lista de preços, e ela muda. A versão de outubro de 2026 mostra duas estruturas: preços simplificados para organizações com menos de 3.000 funcionários, com faixas de direitos fixas e um valor por funcionário para os que excedem 500; e valores mensais por funcionário a partir de 3.000 funcionários, que diminuem conforme a quantidade aumenta, com a orientação de contatar a Oracle para organizações acima de 50.000 funcionários.

Dois aspectos práticos importam mais do que os valores em si:

• O valor se aplica à contagem inteira. Em volumes corporativos, o preço por funcionário da sua faixa é multiplicado pelo número total de funcionários.
• Os limites de faixa importam. Como o valor muda em cada patamar, uma variação moderada no número de funcionários pode alterar o total de forma significativa. Confirme qual faixa se aplica e como mudanças durante o prazo são tratadas.

Use sempre a lista de preços vigente e a sua própria cotação. Valores mais antigos que circulam na internet podem não refletir os preços atuais da Oracle.

Quais versões do Oracle JDK são gratuitas, e sob quais termos?

É aqui que surge a maior parte da exposição, porque a resposta depende da versão e da atualização exatas instaladas. Com base no Java SE Support Roadmap e no FAQ de licenciamento da Oracle:

• Oracle JDK 25 é oferecido sob os Oracle No-Fee Terms and Conditions (NFTC), que permitem o uso em operações internas de negócio sem custo. As atualizações lançadas após setembro de 2028 estão previstas para passar à licença Java SE OTN.
• Oracle JDK 21 era oferecido sob NFTC. As atualizações lançadas a partir do Critical Patch Update de outubro de 2026 estão previstas para ser oferecidas sob a licença Java SE OTN.
• Oracle JDK 17: as atualizações lançadas a partir de 15 de outubro de 2024 estão sob a licença OTN.
• Oracle JDK 8 e 11: as atualizações estão disponíveis sob a licença OTN; no Oracle JDK 8, ficam sob esses termos as atualizações a partir da 8u211 (abril de 2019). As versões anteriores a 16 de abril de 2019 eram licenciadas sob a antiga Binary Code License.

A licença OTN permite uso pessoal, desenvolvimento, testes, prototipagem, demonstrações e alguns outros usos limitados sem custo. O uso em produção sob os termos OTN, em geral, exige uma assinatura. A licença NFTC se aplica aos builds lançados sob ela; é a atualização posterior que muda os termos.

A Oracle também disponibiliza builds de OpenJDK sob licença de código aberto (GPLv2 com Classpath Exception) em jdk.java.net, e outros fornecedores distribuem seus próprios builds de OpenJDK.

Como a exposição costuma surgir?

Muito raramente por uma decisão deliberada. Com mais frequência, por meio de:

• atualizações automáticas que levam uma instalação de um build gratuito para um sob termos OTN;
• imagens de contêiner e pipelines de build que baixam o Oracle JDK por padrão;
• catálogos de software de desktop e estações de trabalho de desenvolvedores;
• aplicações de terceiros que embutem o Oracle Java, cujo direito de uso depende do acordo do fornecedor com a Oracle.

Observe que, com uma métrica por funcionário, uma única instalação que exija assinatura pode levar a uma assinatura calculada sobre todo o quadro. Por isso o inventário vem primeiro.

Quais são as opções realistas?

Assinar. Adequado quando o Oracle JDK está profundamente integrado e a organização valoriza o suporte e as ferramentas da Oracle. Negocie a metodologia de contagem, o tratamento de terceiros e as mudanças durante o prazo.

Migrar para OpenJDK. Muitas empresas migram para distribuições de OpenJDK. Isso pode eliminar a necessidade de assinatura, mas é um programa de trabalho, não um interruptor: testes de aplicações, pipelines de build, imagens de contêiner, ferramentas de desktop e software de terceiros exigem atenção, e costumam levar mais tempo do que o próprio código.

Permanecer em termos gratuitos de forma deliberada. Usar builds do Oracle JDK sob NFTC é um caminho legítimo, desde que a governança de atualizações impeça que as instalações passem para atualizações licenciadas sob OTN sem uma decisão explícita, e que os patches de segurança estejam planejados.

Caminhos mistos exigem cuidado. Manter algumas instalações do Oracle JDK que exigem assinatura enquanto todo o resto é migrado pode não reduzir o custo em uma métrica por funcionário. Garanta que o estado final realmente elimine a necessidade de assinatura.

Como responder se a Oracle levantar o tema Java?

Com calma e em ordem:

1. Evidências. Construa seu próprio inventário de instalações, versões e atualizações, e de como elas chegaram ali.
2. Classificação. Associe cada instalação à licença aplicável: NFTC, OTN, BCL, OpenJDK ou um direito embutido em outro produto.
3. Contagem. Monte a contagem de funcionários com dados de RH e de entidades legais, e alinhe internamente como terceiros e prestadores serão tratados.
4. Preço. Só então discuta as condições comerciais.

Responda por escrito, por um único canal, e evite confirmar números que você não verificou.

Implicações práticas

• Para o CIO: ser dono do inventário e da governança de atualizações que o mantém preciso.
• Para o CFO: modelar a assinatura sobre o total de funcionários, incluindo os efeitos de faixa, frente ao custo da migração.
• Para compras: negociar a data e a metodologia da contagem, o tratamento de terceiros e a proteção de preço nas renovações.
• Para o jurídico: focar na definição de funcionário, no escopo de entidades e no tratamento de aquisições e desinvestimentos.

Para organizações com operações em vários países da América Latina, a contagem de funcionários costuma abranger várias entidades legais, centros de serviços compartilhados e equipes terceirizadas em diferentes países. Defina quais entidades e terceiros estão no escopo antes de compartilhar qualquer número, e orce a assinatura em dólares frente a um planejamento em moeda local.

Checklist prático: autoavaliação em cinco passos

Armadilhas comuns

• Confirmar um número de funcionários cedo demais. Ele se torna a base de todas as conversas seguintes.
• Deixar uma instalação do Oracle JDK para trás após a migração. Em uma métrica por funcionário, ela pode pesar muito mais do que seu tamanho sugere.
• Deixar o Java ser incluído em outra negociação ou revisão. Mantenha o tema separado e documentado.
• Ignorar atualizações automáticas. Um build gratuito hoje pode ser substituído amanhã por uma atualização que não é.
• Aceitar períodos retroativos sem análise. Peça o fundamento de qualquer cobrança sobre uso passado.

Perguntas frequentes