Todo SaaS promete “alta disponibilidade”. Poucos compradores leem o contrato que define o que isso significa na prática — e o que acontece quando a promessa falha.
SLA é a sigla de Service Level Agreement, ou Acordo de Nível de Serviço. É o documento que define, em números, o compromisso de disponibilidade do fornecedor e o que a empresa recebe quando esse compromisso não é cumprido.
O problema é que a maioria dos compradores de SaaS nunca abre esse documento. Decide com base na página de marketing, que costuma trazer apenas um número isolado: “99,9% de disponibilidade”. Esse número, sozinho, não diz quase nada sobre o que realmente está contratado.
Este guia explica como ler um SLA de verdade: o que o percentual de disponibilidade significa em tempo real, o que normalmente fica de fora da cobertura, como funcionam os créditos de compensação e onde encontrar o documento oficial de fornecedores como AWS, Google Cloud e Microsoft antes de assinar qualquer contrato.
O que é um SLA, afinal?
Um SLA é uma cláusula contratual — às vezes um documento à parte — que estabelece três coisas: a meta de disponibilidade (o percentual de tempo em que o serviço deve estar funcionando), como essa disponibilidade é medida e o que acontece quando a meta não é atingida.
Isso é diferente de um SLO (Service Level Objective), que é a meta técnica interna que a equipe de engenharia do fornecedor persegue, nem sempre publicada, e diferente também de um simples “compromisso de qualidade” sem valor contratual. O SLA é a única dessas três coisas que costuma gerar direito a compensação financeira quando descumprido.
Antes de assinar um contrato de SaaS, vale perguntar diretamente: existe um SLA formal para este plano? Planos gratuitos ou de entrada, muitas vezes, não têm SLA algum — a “disponibilidade” citada no site é apenas um número histórico, sem garantia contratual.
Uptime: o que “99,9%” significa quando convertido em tempo real
Percentuais de disponibilidade parecem todos parecidos à primeira vista. Na prática, cada casa decimal representa uma diferença enorme de tempo de indisponibilidade tolerada.
| Nível de SLA | Indisponibilidade máxima por ano | Indisponibilidade máxima por mês |
|---|---|---|
| 99% (“duas noves”) | ≈ 3 dias e 15 horas | ≈ 7 horas e 18 minutos |
| 99,9% (“três noves”) | ≈ 8 horas e 45 minutos | ≈ 43 minutos |
| 99,95% | ≈ 4 horas e 22 minutos | ≈ 22 minutos |
| 99,99% (“quatro noves”) | ≈ 52 minutos | ≈ 4 minutos e 23 segundos |
| 99,999% (“cinco noves”) | ≈ 5 minutos e 15 segundos | ≈ 26 segundos |
A diferença entre 99% e 99,9% parece pequena no papel, mas representa a diferença entre quase quatro dias de sistema fora do ar por ano e menos de nove horas. Para um sistema que processa vendas, agendamentos ou atendimento ao cliente, essa diferença tem impacto direto no negócio.
Um ponto que passa despercebido: muitos fornecedores medem a disponibilidade mensalmente, não anualmente. Isso significa que um incidente de quatro horas em um único mês pode já estourar a meta de 99,9% daquele mês específico, mesmo que a média anual continue alta. Verifique qual é a janela de medição usada no SLA antes de comparar números entre fornecedores.
O que o SLA costuma cobrir — e o que normalmente fica de fora
A letra pequena de um SLA geralmente exclui situações específicas do cálculo de indisponibilidade. Entre as exclusões mais comuns estão:
- Manutenção programada: janelas de manutenção avisadas com antecedência costumam não contar como indisponibilidade, mesmo que o sistema fique fora do ar durante esse período.
- Problemas do lado do cliente: falhas de conexão à internet, configuração incorreta, uso indevido da API ou violação dos termos de uso do próprio cliente.
- Força maior: desastres naturais, falhas de infraestrutura de terceiros fora do controle do fornecedor, ataques distribuídos de grande escala.
- Serviços em versão beta ou pré-lançamento: frequentemente excluídos explicitamente da cobertura do SLA.
- Dependências de terceiros integradas pelo próprio cliente: uma integração que o cliente configurou com outro serviço, fora do controle do fornecedor principal.
Nenhuma dessas exclusões é, por si só, abusiva — são práticas padrão de mercado, usadas inclusive pelos maiores provedores de nuvem do mundo. O problema aparece quando a empresa descobre essas exclusões apenas depois de um incidente, em vez de tê-las lido antes de contratar.
Créditos de serviço: a “compensação” tem um teto
Quando o SLA não é cumprido, a forma mais comum de compensação é o crédito de serviço: um desconto percentual na fatura do período seguinte, proporcional à gravidade da violação.
Um modelo típico, usado por diversos provedores de nuvem, segue uma escala como: disponibilidade abaixo de 99,9% gera crédito de 10% da fatura mensal; abaixo de 99% gera 25%; abaixo de 95% gera 100%. Os percentuais exatos variam de fornecedor para fornecedor e de serviço para serviço — é necessário conferir o documento específico de cada produto contratado.
Três limitações importantes costumam aparecer nesses contratos:
- O crédito geralmente precisa ser solicitado pelo cliente, dentro de um prazo determinado, com evidências do incidente. Ele raramente é aplicado automaticamente.
- O crédito é quase sempre o único remédio contratual disponível — ou seja, ele substitui, e não complementa, qualquer outra forma de indenização por perdas decorrentes da indisponibilidade.
- O valor do crédito é calculado sobre a fatura do serviço, não sobre o prejuízo real do negócio. Uma hora de indisponibilidade pode gerar um crédito de poucos reais, enquanto o impacto real — vendas perdidas, SLA quebrado com o próprio cliente final, dano à reputação — pode ser muito maior.
Por isso, o SLA deve ser lido como um limite de responsabilidade do fornecedor, não como um seguro contra prejuízo. Para operações críticas, a mitigação de risco real vem de arquitetura (redundância, múltiplas regiões, plano de contingência), não do valor do crédito contratual.
Como comparar o SLA de fornecedores diferentes
Ao colocar duas opções de SaaS lado a lado, uma comparação justa de SLA passa por responder:
- O percentual de disponibilidade anunciado é o mesmo em todos os planos, ou só o plano mais caro tem SLA formal?
- A disponibilidade é medida por mês, por trimestre ou por ano? Janelas menores tornam a meta mais difícil de cumprir de forma consistente.
- O que conta como “indisponibilidade”? Resposta lenta e erro parcial costumam não contar — só a indisponibilidade total do serviço, segundo a definição do próprio contrato.
- Qual é a escala de créditos e qual é o teto máximo de compensação?
- Existe algum histórico público de incidentes (página de status) que permita conferir se o fornecedor cumpriu a própria meta nos últimos meses?
- O SLA cobre a API, o painel administrativo e as integrações, ou só o serviço principal?
Fornecedores sérios publicam uma página de status com histórico de incidentes passados. Antes de assinar, vale consultar esse histórico — ele mostra se o percentual de disponibilidade prometido se sustenta na prática, em vez de apenas no papel.
Onde conferir o SLA oficial antes de assinar
Os três maiores provedores de nuvem publicam seus SLAs de forma aberta, por serviço:
- AWS publica um SLA individual para cada serviço pago disponível em geral, incluindo a escala de créditos.
- Google Cloud mantém uma página central que reúne o SLA de cada produto da plataforma.
- Microsoft publica os SLAs dos serviços online (incluindo Azure, Dynamics 365 e Office 365) em um documento de licenciamento único.
Para um SaaS menor, construído sobre essa infraestrutura, vale perguntar diretamente ao fornecedor se o SLA do produto final é equivalente ao da infraestrutura usada por baixo, ou se é mais restrito — é comum que seja mais restrito, já que o fornecedor soma o próprio risco ao da infraestrutura que utiliza.
Perguntas frequentes sobre SLA em SaaS
Todo plano de um SaaS tem SLA?
Não necessariamente. É comum que planos gratuitos ou de entrada não tenham SLA formal, mesmo que o produto como um todo anuncie um percentual de disponibilidade. Confirme se o SLA se aplica ao plano específico que será contratado.
Um SLA alto garante que o sistema nunca vai cair?
Não. O SLA é um compromisso contratual com consequência financeira limitada em caso de descumprimento, não uma garantia técnica de funcionamento ininterrupto. Nenhum sistema tem disponibilidade de 100% de forma sustentada.
O crédito de serviço cobre o prejuízo do meu negócio?
Normalmente não. O crédito é calculado sobre o valor da fatura do serviço, não sobre o impacto comercial da indisponibilidade, e costuma ser o único remédio contratual disponível conforme os termos do fornecedor.
Como sei se o fornecedor realmente cumpre o SLA anunciado?
Consulte a página de status pública do fornecedor, quando ela existir, e o histórico de incidentes registrados nela. Isso mostra o desempenho real ao longo do tempo, em vez de apenas a meta contratual.
Conclusão: o SLA é um contrato, não uma promessa de marketing
O percentual de disponibilidade exibido na página de preços de um SaaS é um resumo de marketing. O SLA é o documento que efetivamente importa, porque define o que conta como falha, como ela é medida e qual é a única compensação contratual disponível.
Antes de contratar um serviço do qual a operação depende, vale o tempo de abrir o SLA real, comparar a janela de medição, entender as exclusões e verificar o histórico de incidentes publicados. Essa leitura não evita problemas técnicos, mas evita a surpresa de descobrir, só depois do primeiro incidente, o que o contrato nunca prometeu cobrir.
Artigo educativo sobre contratos de disponibilidade em serviços de nuvem e SaaS. Os percentuais de créditos de serviço citados são ilustrativos de práticas comuns de mercado; cada fornecedor publica sua própria escala e condições, que devem ser conferidas no documento oficial do produto contratado.
