ULA vs. PULA: o que as empresas precisam entender

Poucas propostas da Oracle são apresentadas com tanto entusiasmo quanto um contrato ilimitado. A promessa é fácil de entender: parar de contar, implantar o que precisar e pagar um valor previsível. Para algumas empresas, essa promessa é real. Para outras, vira um compromisso caro com produtos que nunca chegam a ser plenamente usados, ou uma estrutura difícil de abandonar quando a estratégia muda.

Este artigo explica a diferença entre um Unlimited License Agreement (ULA) da Oracle e um ULA perpétuo (PULA), e as perguntas que os líderes devem fazer antes de assinar qualquer um dos dois.

Qual é a diferença básica entre um ULA e um PULA?

Não existe um documento público da Oracle que defina integralmente nenhuma das duas estruturas. Cada uma é um acordo negociado, e seus termos estão no documento de pedido que você assina. Dito isso, as estruturas usadas com mais frequência são estas:

• ULA. Por um prazo fixo, muitas vezes de alguns anos, o cliente pode implantar uma quantidade ilimitada de uma lista definida de produtos, em entidades legais definidas, por um valor fixo. Ao fim do prazo, o cliente certifica sua implantação. As quantidades certificadas normalmente se tornam sua posição de licenças perpétuas, e o direito ilimitado termina, a menos que o contrato seja renovado.
• PULA. O direito ilimitado não tem data de término nem certificação programada. Em geral, continua enquanto o suporte acordado for pago.

A diferença prática está em onde fica o risco. Em um ULA, uma cláusula fraca acaba expirando na certificação. Em um PULA, ela pode acompanhar você enquanto o contrato existir.

O que acontece na certificação de um ULA?

A certificação é o momento em que um ULA se torna algo permanente, e deve ser tratada como um ato corporativo formal, não como burocracia.

A mecânica é definida pelo seu contrato, então leia com atenção. Pontos que costumam determinar o resultado:

• A janela de certificação e as etapas necessárias para concluí-la.
• O que conta. Muitos contratos se referem ao que está instalado e em execução em uma data específica, e não ao pico de uso durante o prazo. Uma implantação planejada “para depois” pode não contar.
• Quem assina. A certificação costuma ser uma declaração feita por um diretor da empresa, com o peso jurídico que isso implica.
• Conclusão. Defina por escrito o que confirma que a certificação está concluída e em que prazo a Oracle confirmará as quantidades certificadas.

Começar tarde é o erro mais frequente e o mais caro. Descobrir implantações, resolver questões técnicas e decidir entre certificar, renovar ou sair leva meses, não semanas.

Quais implantações geram dúvidas de contagem?

Algumas áreas geram disputas ou incerteza com frequência:

• Virtualização. A Partitioning Policy da Oracle classifica as tecnologias de particionamento lógico (soft partitioning), incluindo VMware, como não permitidas para determinar ou limitar o número de licenças necessárias. Por isso, a forma como o seu ambiente virtualizado é contado na certificação pode ser decisiva.
• Nuvem pública. A política da Oracle sobre licenciamento de seu software em ambientes de nuvem autorizados (AWS, Azure e Google Cloud) estabelece que licenças adquiridas sob um ULA podem ser usadas nesses ambientes, mas não podem ser incluídas na certificação ao fim do prazo. Salvo disposição diferente no seu contrato, cargas migradas para essas nuvens durante o prazo podem não se converter em licenças perpétuas.
• Entidades legais. Somente as entidades nomeadas no contrato estão cobertas. Subsidiárias incluídas depois, aquisições e desinvestimentos precisam de tratamento explícito.
• Standby e recuperação de desastres. Se esses ambientes contam ou não depende de como o seu contrato define implantação.

Observe que a Oracle apresenta esses documentos de política como orientações para fins educacionais, que não fazem parte de um contrato. Quem decide são o seu documento de pedido e o contrato-mestre; as políticas explicam como a Oracle aborda a questão.

Por que o custo do suporte pesa tanto nos contratos ilimitados?

Nos contratos ilimitados, o suporte anual costuma ser calculado sobre o valor do contrato, e não sobre a quantidade efetivamente implantada. Duas consequências decorrem disso:

• Cada produto incluído no contrato e nunca implantado encarece o valor e, portanto, o suporte, potencialmente por muitos anos.
• Certificar uma implantação grande não reduz o suporte por si só. Se e como o suporte muda na certificação ou na renovação depende do seu contrato.

Antes de assinar, peça o valor do suporte, como ele foi calculado e se há algum teto para reajustes futuros. Peça preços com e sem os produtos sobre os quais você tem dúvida.

Quando cada estrutura faz sentido?

Um ULA pode fazer sentido quando a empresa tem crescimento financiado e sustentado em um conjunto definido de produtos Oracle e quer implantar com agilidade, sem gerenciar licenças projeto a projeto, mantendo um ponto final claro para reorganizar sua posição.

Um PULA pode fazer sentido quando o ambiente é muito grande, espera-se que o crescimento nos produtos cobertos continue por muitos anos e a organização tem um compromisso de longo prazo com a tecnologia Oracle.

Nenhum dos dois é uma escolha natural quando o uso é estável ou decrescente, quando há uma migração planejada para fora dos produtos cobertos, quando são esperadas aquisições ou desinvestimentos relevantes sem tratamento contratual claro, ou quando a organização pode querer mudar seu modelo de suporte.

Como sair de um PULA se a nossa estratégia mudar?

Essa é a pergunta a fazer antes de assinar, não depois. Como o PULA não tem certificação programada, a saída não está disponível automaticamente. A menos que o contrato preveja um direito de certificação opcional ou de saída, sair costuma exigir uma negociação com a Oracle nos termos dela.

Em qualquer conversa sobre PULA, vale pedir um direito de certificação opcional, cláusulas de desinvestimento que permitam transferir os direitos certificados junto com um negócio vendido, tratamento definido para aquisições, um teto para reajustes de suporte e pontos de revisão periódicos.

Um contrato ilimitado interage com programas de nuvem?

Pode interagir. Dois exemplos da documentação pública dos programas da Oracle:

• O programa Oracle Support Rewards acumula recompensas a uma taxa maior para clientes com um ULA vigente (33% do consumo elegível de OCI, contra 25% para os demais), aplicáveis ao suporte de licenças de tecnologia.
• O FAQ do Support Rewards também informa que clientes que usam ULA2PaaS não podem combinar ULA2PaaS com Support Rewards.

Incentivos de nuvem podem ser valiosos, mas devem ser avaliados por seus próprios méritos. Manter compromissos de nuvem em documentos separados do contrato ilimitado facilita avaliar e alterar cada um.

Implicações práticas

• Para o CIO: confirmar que a lista de produtos corresponde ao roadmap real e planejar as evidências de certificação desde o primeiro dia.
• Para o CFO: modelar o custo total em um horizonte longo, incluindo o suporte, frente à alternativa de comprar licenças convencionais.
• Para compras: solicitar cotações comparáveis para diferentes estruturas e cotações separadas para os componentes de nuvem.
• Para o jurídico: focar nas definições de entidades, de implantação e de contagem, no tratamento da nuvem, na mecânica de certificação e nos direitos de saída.

Para grupos que atuam em vários países da América Latina, o escopo de entidades merece atenção especial. Estruturas regionais costumam incluir subsidiárias em diferentes países, entidades contratantes locais e mudanças societárias frequentes. Se o contrato nomear as entidades de forma restrita, parte do grupo pode ficar de fora.

Checklist prático: antes de assinar qualquer contrato ilimitado

Armadilhas comuns

• Tratar a certificação como formalidade. É uma declaração corporativa com consequências duradouras.
• Parar no envio. Garanta que a conclusão seja confirmada por escrito.
• Renovar com base em um crescimento que já parou. Uma renovação baseada nos planos de ontem consolida o sobrecusto de hoje.
• Presumir que “ilimitado” cobre tudo. Produtos, entidades, territórios e nuvens fora das definições não estão cobertos.
• Misturar temas não relacionados. Incluir achados de auditoria ou créditos de nuvem em um contrato ilimitado dificulta avaliar cada um.

Perguntas frequentes