Como os termos contratuais definem a flexibilidade na nuvem

Empresas adotam serviços de nuvem por muitos motivos, e a flexibilidade costuma estar entre os primeiros: poder crescer junto com o negócio, experimentar novos serviços e não ficar presa às decisões de hoje. Tecnicamente, as plataformas de nuvem entregam boa parte disso. Comercialmente, o grau de flexibilidade que você realmente tem é definido pelo seu contrato.

Este artigo analisa as cláusulas dos contratos de nuvem, SaaS e híbridos com a Oracle que mais frequentemente determinam se uma empresa consegue se adaptar, e como os líderes podem revisá-las antes de assinar.

Por que flexibilidade é uma questão contratual, e não tecnológica?

Porque as estruturas comerciais por trás dos serviços de nuvem costumam se basear em compromisso. Descontos são comumente vinculados ao tamanho e à duração do compromisso, assinaturas normalmente têm prazo definido e as condições de renovação são fixadas no documento de pedido.

O modelo de Universal Credits da Oracle ilustra bem esse ponto. A Oracle o descreve como flexível: os clientes podem aplicar créditos a serviços elegíveis de OCI em qualquer região e trocar de serviços a qualquer momento. Ao mesmo tempo, o gasto anual é comprometido, os créditos precisam ser usados até o fim do prazo contratual e créditos não utilizados até o fim do prazo são perdidos. O uso acima do compromisso é faturado pela tabela de preços do pedido.

As duas afirmações são verdadeiras. O serviço é flexível; o compromisso, não. Qual das duas pesa mais para a sua organização depende dos termos que você negociar.

Podemos reduzir o que comprometemos?

Essa é a pergunta a fazer antes de assinar, porque a resposta raramente é “sim” por padrão.

Em compromissos de infraestrutura, as alavancas realistas são o tamanho e o formato do compromisso: uma rampa anual que acompanhe seu cronograma de migração e qualquer tratamento negociado para o crédito não utilizado ou para o período de consumo.

Em assinaturas SaaS, as quantidades geralmente ficam fixas durante o prazo da assinatura. Acrescentar durante o prazo costuma ser simples; reduções, quando existem, normalmente se limitam à renovação e dependem do que o contrato prevê. Se houver vários módulos agrupados, pergunte se eles podem ser reduzidos de forma independente e se reduzir a quantidade altera o preço unitário.

As proteções que mais importam costumam ser:

• o direito de reduzir quantidades ou módulos na renovação;
• um congelamento do preço unitário que valha mesmo com quantidades menores;
• um teto para reajustes de renovação.

O que protege os preços ao longo do tempo?

Descontos iniciais são visíveis; o custo de longo prazo é decidido nos mecanismos de renovação. Revise:

• Tetos de renovação. Um limite para o reajuste aplicado na renovação, escrito no pedido.
• Tabelas de preços. Em infraestrutura, preços unitários válidos durante o prazo e clareza sobre o que se aplica a compras adicionais e na renovação.
• Congelamento de preços. Preços fixos para quantidades adicionais durante um período definido.
• Cláusulas de continuidade. Quando um pedido novo ou consolidado substitui os anteriores, as proteções negociadas nesses documentos podem desaparecer, a menos que sejam expressamente mantidas.

Esse último ponto passa despercebido com facilidade. Uma “simplificação” de vários pedidos em um só pode reiniciar silenciosamente condições que levaram anos para ser negociadas.

Como funcionam os prazos de aviso e as renovações?

Cada documento de pedido define seu próprio prazo, mecanismo de renovação e eventuais exigências de aviso. Alguns renovam automaticamente nas condições previstas, a menos que seja enviado um aviso; outros exigem um novo documento. Perder um prazo de aviso pode significar renovar em condições que você gostaria de ter mudado.

Mantenha um registro de cada pedido de nuvem e SaaS com sua data de término e exigências de aviso, e planeje de trás para frente a partir da data mais próxima, não da mais distante.

Quais políticas são incorporadas aos nossos contratos de nuvem?

Contratos de nuvem normalmente incorporam documentos de políticas por referência. A Oracle informa, por exemplo, que suas Cloud Hosting and Delivery Policies são referenciadas no documento de pedido da Oracle Cloud e descrevem suas políticas de suporte de nuvem relacionadas a hospedagem e entrega. Descrições de serviço, como as dos Universal Credits, também definem o que está incluído.

As políticas podem ser atualizadas com o tempo. Entenda quais documentos o seu pedido incorpora, como as mudanças são tratadas e se alguma proteção depende de uma versão específica.

Como os direitos de licença interagem com a implantação em nuvem?

Em ambientes híbridos, a flexibilidade na nuvem depende tanto dos termos de licença quanto dos termos de nuvem:

• Bring Your Own License. A Oracle permite usar licenças elegíveis com determinados serviços de OCI. Confirme seus direitos e preserve a possibilidade de mudar o modelo de licenciamento de uma carga se as circunstâncias mudarem.
• Outras nuvens. A política da Oracle sobre licenciamento de seu software em ambientes de nuvem autorizados define regras de contagem específicas para AWS, Azure e Google Cloud, e estabelece que licenças adquiridas sob um ULA podem ser usadas nesses ambientes, mas não incluídas na certificação ao fim do prazo do ULA. Uma migração para outra nuvem durante um ULA pode, portanto, alterar o que você mantém depois.
• Programas de incentivo. Programas como o Oracle Support Rewards estão ligados a pedidos de Universal Credits e têm regras próprias, incluindo validade de 12 meses para as recompensas acumuladas.

Reúna especialistas em licenças, nuvem e suporte na mesma revisão quando os termos de um contrato afetarem os demais.

O que acontece quando o negócio muda?

Aquisições, desinvestimentos, reorganizações e novas subsidiárias são eventos normais para grandes empresas, e costumam ser justamente onde os contratos se mostram menos flexíveis. Revise:

• quais entidades legais podem usar os serviços e como novas entidades são incluídas;
• o que acontece com assinaturas e compromissos quando parte do negócio é vendida;
• se os serviços podem ser transferidos, e em quais condições;
• se algum contrato contém inadimplemento cruzado (cross-default) ou vínculo com outros contratos com a Oracle.

E as novas métricas e serviços?

Novos serviços, incluindo recursos de IA, às vezes chegam com novas métricas ou cobranças por consumo. Antes de adotá-los em escala, entenda como o uso é medido, onde é reportado e se é possível definir limites ou aprovações, para que uma nova linha de cobrança não se torne uma linha sem teto.

Como deve ser a saída?

Mesmo sem intenção de sair, os termos de saída definem seu poder de negociação. Esclareça como e quando os dados podem ser recuperados, em quais formatos, qual assistência de transição está disponível e por quanto tempo os serviços continuam após o encerramento ou o vencimento.

Implicações práticas

• Para o CIO: conectar os planos de arquitetura aos termos comerciais que os tornam possíveis.
• Para o CFO: avaliar o cenário adverso, quanto você paga se os planos mudarem, e não apenas o cenário-base.
• Para compras: negociar as cláusulas que preservam opções antes do desconto.
• Para o jurídico: acompanhar os documentos incorporados, as cláusulas de continuidade e as definições de entidades em todos os pedidos.

Para grupos latino-americanos, as questões de flexibilidade frequentemente atravessam fronteiras: subsidiárias em vários países, entidades contratantes locais, requisitos de residência de dados e tratamentos tributários diferentes para serviços de nuvem. Confirme quais entidades estão cobertas, onde os dados vão residir e como a moeda de faturamento e os tributos locais afetam o custo real do compromisso ao longo de todo o prazo.

Checklist prático: auditoria das cláusulas de flexibilidade

Armadilhas comuns

• Trocar flexibilidade por um desconto vistoso. O desconto aparece; as opções perdidas, não, até o dia em que são necessárias.
• Presumir que as condições não mudam. Novos pedidos e políticas atualizadas podem alterar a posição.
• Consolidar pedidos sem comparar cláusula por cláusula. Proteções podem se perder no processo.
• Definições de entidades restritivas. Parte do grupo pode ficar fora do contrato.
• Tratar separadamente as decisões de nuvem e de licenças. Em ambientes híbridos, uma afeta a outra.

Perguntas frequentes