Clausulas do contrato de nuvem que ninguem le e depois doi

O contrato de nuvem é um produto financeiro disfarçado de contrato técnico

Quando uma empresa migra para nuvem, a atenção costuma ficar concentrada em desempenho, disponibilidade e migração de dados. O contrato é tratado como formalidade jurídica que o setor de compras resolve depois. O problema é que praticamente todo risco financeiro relevante da nuvem está escrito no contrato, não na arquitetura. Reajuste anual, custo de tráfego de saída, prazo de devolução de dados, valor real do crédito de SLA e foro de resolução de conflito são cláusulas que definem quanto a nuvem vai custar em três anos e o quanto vai doer sair dela.

A assimetria é estrutural. O provedor redige o contrato, define os termos de serviço em página web que pode alterar unilateralmente e oferece o documento como padrão inegociável. O cliente assina porque a alternativa aparente é não contratar. Só que "padrão" não significa "imutável": em contratos corporativos com volume relevante, boa parte das cláusulas admite anexo, aditivo ou carta de compromisso. Quem não pede, não recebe.

O custo desse descuido não aparece no primeiro ano. Aparece quando a empresa cresce, quando precisa restaurar um volume grande de dados, quando decide trocar de provedor ou quando um incidente derruba o ambiente por oito horas. Nesse momento, a leitura do contrato deixa de ser exercício jurídico e vira contabilidade de prejuízo.

Reajuste: o número que não está no orçamento aprovado

A cláusula de reajuste é a mais subestimada de todas. Contratos de nuvem no Brasil costumam prever correção anual por índice — IPCA, IGP-M ou IPC-A — mas o detalhe está no que acompanha o índice. Muitos contratos incluem redação do tipo "ou índice que venha a substituí-lo" combinada com direito de revisão extraordinária de preço mediante aviso prévio de 30 dias. Na prática, isso permite reajuste fora da data-base, sem teto e sem vinculação a índice algum.

Contratos com provedores internacionais adicionam a variável cambial. Preço em dólar com faturamento em real significa que o orçamento aprovado em janeiro pode estar 20% defasado em dezembro sem que ninguém tenha alterado uma linha do contrato. Some a isso IOF, tributos sobre importação de serviço e a variação do próprio índice, e o custo efetivo diverge bastante da planilha de proposta comercial.

O que verificar antes de assinar:

• Índice nominado e periodicidade fixa — anual, não "a critério do provedor"
• Teto de reajuste — cláusula limitando correção a um percentual máximo, mesmo que o índice supere
• Vedação a revisão extraordinária ou, no mínimo, exigência de aceite formal do cliente
• Moeda de faturamento e câmbio — data de fechamento da taxa e quem absorve a variação
• Preço de renovação — contratos que renovam automaticamente "pelo preço de tabela vigente" transformam desconto de entrada em armadilha

Desconto agressivo no primeiro ano com renovação a preço cheio é modelo comercial comum, não erro do vendedor. A conta de três anos precisa ser feita com o preço de renovação, não com o preço promocional de aquisição.

Egress e saída de dados: o pedágio que só cobra na volta

Provedores de nuvem cobram pouco ou nada pela entrada de dados e cobram por gigabyte na saída. Essa assimetria — chamada de egress — é o mecanismo econômico que sustenta boa parte do aprisionamento tecnológico. Colocar 40 TB no provedor é barato. Tirar os mesmos 40 TB pode custar dezenas de milhares de reais, dependendo da tabela e do destino.

O problema não é apenas migração de saída. Egress incide no dia a dia de qualquer arquitetura que trafegue dados entre nuvem e ambiente local, entre regiões diferentes do mesmo provedor, ou entre nuvem e usuário final. Backup replicado para fora do provedor gera egress. Restauração de grande volume gera egress. Ambiente híbrido com sincronização contínua gera egress todo mês. Empresas descobrem isso na terceira fatura, quando a linha de transferência de dados aparece maior que a de computação.

Regra prática: antes de assinar, calcule quanto custaria retirar 100% dos seus dados do provedor no cenário de maior volume previsto para daqui a três anos. Se esse número for maior que o custo de três meses de contrato, você não tem um fornecedor — tem uma dependência.

Também é preciso separar duas coisas que o contrato costuma confundir: custo de egress e direito de reversibilidade. Custo é a tarifa por gigabyte. Reversibilidade é a obrigação contratual do provedor de devolver os dados em formato utilizável, dentro de prazo definido, com suporte técnico ao processo. Um contrato pode ter egress barato e nenhuma cláusula de reversibilidade — nesse caso, o dado sai, mas em formato proprietário que só funciona no ambiente do próprio provedor. O inverso também acontece.

Verifique especificamente: formato de exportação (aberto, documentado, importável por concorrente), prazo máximo para disponibilizar a extração, se há isenção ou desconto de egress em cenário de rescisão, e por quantos dias os dados permanecem acessíveis após o encerramento antes da exclusão definitiva. Trinta dias é comum. Sete dias existe. Zero dia também existe, e é o pior cenário possível para quem descobre na hora.

SLA com crédito irrisório: disponibilidade que não indeniza nada

SLA de 99,9% soa robusto até você converter em tempo. São 43 minutos de indisponibilidade permitida por mês, ou pouco menos de 9 horas por ano, sem que o provedor descumpra nada. SLA de 99,5% permite 3 horas e 39 minutos por mês. A diferença entre esses dois números, no papel, é meio ponto percentual. Na operação, é a diferença entre um incidente contornável e um dia de faturamento perdido.

O ponto mais grave, porém, é o remédio contratual. A esmagadora maioria dos contratos de nuvem prevê como única compensação o crédito em serviço proporcional ao tempo de queda. Se o ambiente custa R$ 10 mil por mês e ficou 4 horas fora, o crédito gira em torno de R$ 55 — abatidos na fatura seguinte, não devolvidos em dinheiro. Enquanto isso, o prejuízo real da parada pode ter sido de dezenas de milhares de reais em vendas não realizadas, equipe parada e retrabalho.

Além disso, o crédito quase nunca é automático. O contrato exige que o cliente solicite formalmente, dentro de prazo curto — frequentemente 30 dias após o incidente —, com evidências próprias do período de indisponibilidade. Quem não monitora e não abre chamado dentro da janela simplesmente perde o direito. Na prática, boa parte dos créditos de SLA nunca é reclamada.

Pontos que mudam o valor real do SLA:

1. O que conta como indisponibilidade — muitos contratos só consideram indisponibilidade total da região, ignorando degradação severa de desempenho ou queda de um serviço específico
2. Janela de manutenção programada — tempo excluído do cálculo; verifique quantas horas por mês e com qual antecedência de aviso
3. Quem mede — se a fonte oficial de medição é o painel do próprio provedor, a evidência do cliente vale pouco
4. Teto de crédito — normalmente limitado a 10% a 30% da mensalidade, independentemente da duração da queda
5. Exclusão de responsabilidade por perda de dados — SLA de disponibilidade não é garantia de integridade; são coisas distintas e precisam de cláusulas distintas

Vale registrar uma consequência que muita empresa ignora: o contrato do provedor quase sempre atribui ao cliente a responsabilidade pelo backup dos próprios dados. Modelo de responsabilidade compartilhada significa que o provedor cuida da infraestrutura e o cliente cuida do que roda em cima dela. Quem confia que "está na nuvem, então está protegido" descobre o contrário no pior momento.

Jurisdição, dados pessoais e o que a LGPD exige do contrato

A cláusula de foro e lei aplicável parece detalhe burocrático e é decisiva. Contrato de provedor internacional frequentemente elege jurisdição estrangeira — Irlanda, Delaware, Singapura — e arbitragem em câmara internacional. Isso significa que qualquer litígio relevante será conduzido fora do Brasil, em outro idioma, sob outra lei, com custo de arbitragem que pode superar o valor em disputa. Para a maioria das empresas de médio porte, uma cláusula assim equivale a renunciar ao litígio.

Do lado de proteção de dados, a LGPD exige documentação específica quando há tratamento de dados pessoais por terceiro. O contrato precisa deixar claro quem é controlador e quem é operador, quais são as finalidades autorizadas, como o provedor comunica incidentes de segurança e em qual prazo, se há subcontratação (subprocessadores) e se o cliente é notificado quando essa lista muda. Transferência internacional de dados demanda salvaguarda formal — cláusulas contratuais padrão ou mecanismo equivalente previsto na lei.

Checklist mínimo de conformidade contratual:

• Definição expressa dos papéis de controlador e operador
• Localização física dos data centers e das réplicas de backup
• Prazo de notificação de incidente de segurança — 24 a 72 horas é razoável; "prazo razoável" não é prazo
• Lista de subprocessadores e direito de objeção a novos
• Direito de auditoria ou, no mínimo, entrega de relatórios de certificação (ISO 27001, SOC 2)
• Obrigação de eliminação comprovada dos dados ao fim do contrato
• Foro brasileiro ou arbitragem em câmara nacional para contratos com empresas brasileiras

Contratos que alteram termos de serviço por atualização de página web merecem atenção redobrada. Se o documento diz que os termos vigentes são os publicados no site do provedor, você assinou um contrato que pode mudar sem sua assinatura. Exigir notificação prévia com direito de rescisão sem multa em caso de alteração material é pedido razoável e frequentemente aceito.

Como transformar leitura de contrato em decisão técnica

Contrato de nuvem não deve ser lido só pelo jurídico. As cláusulas que mais doem — egress, reversibilidade, definição de indisponibilidade, janela de manutenção, responsabilidade por backup — só fazem sentido para quem conhece a arquitetura que vai rodar ali. A leitura precisa ser conjunta: TI dimensiona volume, tráfego e criticidade; jurídico traduz isso em obrigação exigível.

Um método que funciona bem é montar três cenários antes da assinatura e verificar cada um contra o texto do contrato. Cenário de crescimento: se o volume triplicar em dois anos, quanto custa e o reajuste tem teto? Cenário de incidente: se o ambiente cair por seis horas em horário comercial, qual a compensação real e o que preciso comprovar? Cenário de saída: se eu decidir trocar de provedor no mês 18, quanto custa retirar os dados, em quanto tempo e em qual formato? Se algum desses cenários não tiver resposta no papel, a cláusula precisa ser negociada antes — depois não há negociação, há fatura.

Na Duk Informática & Cloud, esse trabalho faz parte do desenho de qualquer projeto de nuvem. Com mais de 18 anos de estrada e 550+ empresas atendidas, e como Microsoft Gold Partner, participamos da avaliação técnica dos contratos junto com o cliente: dimensionamos tráfego e volume real, projetamos o custo de egress em cenário de saída, validamos se o SLA oferecido cobre a criticidade da operação e apontamos quais cláusulas precisam de aditivo. Também mantemos data center próprio em Alphaville, o que permite arquiteturas híbridas em que dados críticos ficam sob jurisdição e custo previsíveis, com nuvem pública onde ela realmente entrega vantagem.

Nuvem bem contratada é infraestrutura. Nuvem mal contratada é dívida com prazo indeterminado. A diferença entre as duas costuma estar em cinco páginas que ninguém leu antes de assinar.