A cláusula de SLA (Service Level Agreement, ou acordo de nível de serviço) define o nível esperado do serviço de software: quanto tempo o fornecedor tem para responder e resolver cada tipo de falha, e qual o desconto quando não cumpre. É ela que separa a falha pontual, inerente a qualquer sistema, do inadimplemento que justifica penalidade ou rescisão.
Este artigo traz um modelo de SLA para contrato SaaS pronto para uso como cláusula ou anexo, com níveis de severidade, prazos e tabela de penalidades, e explica por que essa previsão protege tanto o fornecedor quanto o cliente. O download em Word está no final da seção do modelo.
Por que todo contrato de software precisa de cláusula de SLA
Software falha. Interrupções, bugs e paradas para atualização fazem parte da dinâmica de qualquer sistema, e o contrato que finge o contrário cria um problema para os dois lados. O cliente que não tem SLA não sabe o que pode exigir quando o sistema cai. O fornecedor que não tem SLA fica exposto a pedidos de rescisão e indenização por qualquer instabilidade.
A cláusula alinha expectativas de forma objetiva. Ao classificar falhas por severidade e fixar prazos de solução, ela deixa claro que o serviço não é prestado sem falhas pontuais, e ao mesmo tempo dá ao cliente uma régua concreta: dentro do prazo, sem penalidade; fora do prazo, desconto automático.
Esse desenho conversa com a lógica do adimplemento substancial: quando a maior parte do contrato vem sendo cumprida, problemas pontuais não sustentam rescisão por inadimplemento. Com o SLA no contrato, essa fronteira deixa de depender de interpretação e passa a estar escrita.
Como classificar as falhas e fixar prazos
A estrutura mínima de um SLA para contrato SaaS tem três blocos: classificação das falhas por severidade, prazo de tratamento para cada nível e penalidade pelo descumprimento.
| Severidade | Situação típica | Prazo usual |
|---|---|---|
| Urgente (crítica) | Sistema totalmente parado ou serviço indisponível | Horas |
| Semi-urgente (majoritária) | Paralisação parcial de funcionalidade crítica | Horas a 1 dia |
| Não urgente (minoritária) | Falha que não afeta função crítica | 24 a 72 horas |
| Sem impacto | Dúvidas, configuração, atualização de documentação | Conforme agenda |
Para serviços mais complexos, a prática recomendada é definir previamente a criticidade de cada ocorrência em planilha anexa ao contrato, evitando discussão sobre enquadramento na hora do incidente. Os prazos do modelo abaixo servem para serviços mais simples e devem ser calibrados à capacidade real da equipe de suporte: prometer 2 horas e entregar 8 é pior do que prometer 6 e cumprir.
Modelo de SLA para contrato SaaS
O modelo abaixo pode ser inserido no contrato como cláusula ou, como é mais comum, no formato de anexo. Adapte prazos, níveis e percentuais à realidade do serviço.
ACORDO DE NÍVEL DE SERVIÇO (SLA)
- As falhas identificadas ou reportadas são classificadas em quatro níveis de severidade para a CONTRATADA: Urgente, Semi-Urgente, Não Urgente e Sem Impacto.
(i) Falhas Urgentes (críticas)
Definição: São consideradas Urgentes as falhas que provoquem a paralisação total do sistema ou de algum aplicativo ou serviço que fique indisponível para o usuário da CONTRATANTE.
Tratamento: O processo de restauração do sistema será iniciado tão logo seja recebida a notificação da falha, com o compromisso de restabelecimento em até 2 (duas) horas.
(ii) Falhas Semi-Urgentes (majoritárias)
Definição: São consideradas Semi-Urgentes as falhas que provoquem a paralisação parcial de funcionalidades críticas do sistema.
Tratamento: A CONTRATADA diagnosticará e encaminhará em até 4 (quatro) horas a solução para o problema reportado.
(iii) Falhas Não Urgentes (minoritárias)
Definição: São consideradas Não Urgentes as falhas que não afetem funções críticas do sistema.
Tratamento: A CONTRATADA diagnosticará e encaminhará a solução para o problema reportado em até 24 (vinte e quatro) horas.
(iv) Falhas Sem Impacto
Definição: Consultas sobre configuração, manuseio e funcionalidades ativas; upgrade de software ou aplicação de patches; atualização de documentação.
Tratamento: A CONTRATADA encaminhará tratamento em até 48 (quarenta e oito) horas ou conforme estabelecido com a CONTRATANTE na ocasião do evento.
As partes concordam que, caso seja diagnosticado que a solução remota é inviável, a CONTRATADA deverá encaminhar um técnico ao local em até 2 (dois) dias úteis.
O SLA será calculado mensalmente e a penalidade abaixo será aplicada sobre o preço cobrado:
Descumprimento de SLA Penalidade (desconto sobre a mensalidade) Até 4 horas de atraso 5% Entre 4 e 10 horas de atraso 7% Acima de 10 horas de atraso 10%
Download do modelo em Word (.docx)
Como adaptar o modelo ao seu caso
Do lado do fornecedor, os ajustes principais são: excluir do cômputo as janelas de manutenção programada comunicadas com antecedência, limitar o SLA a falhas do próprio sistema (excluindo internet do cliente, serviços de terceiros e uso indevido) e prever que o desconto é a única consequência do atraso dentro de certos limites.
Do lado do cliente, vale acrescentar métrica de disponibilidade mensal (o uptime, por exemplo 99,5%), canal formal de abertura de chamados com registro de horário, e gatilho de rescisão sem ônus para descumprimento grave ou reiterado, por exemplo três meses seguidos na faixa máxima de penalidade.
O SLA é uma peça do contrato, não o contrato inteiro. Escopo, propriedade dos dados, reajuste e limitação de responsabilidade ficam no instrumento principal: o roteiro completo está na página sobre contrato SaaS.
O que diz a lei
Não existe lei específica de SLA. A moldura é o Código Civil: o art. 422 impõe a boa-fé objetiva na conclusão e na execução do contrato, e o art. 475 permite à parte lesada pelo inadimplemento pedir a resolução do contrato com perdas e danos.
A cláusula de SLA atua exatamente entre esses dois artigos. Ela concretiza a boa-fé ao alinhar expectativas sobre falhas inevitáveis, e delimita o que é inadimplemento relevante para fins de resolução: atraso dentro da tabela gera desconto; descumprimento grave e reiterado, que esvazia a utilidade do serviço, abre caminho para a resolução do art. 475.
Quando vale procurar advogado
Para um serviço simples entre empresas de porte parecido, o modelo adaptado resolve. A revisão jurídica passa a valer a pena quando o software é crítico para a operação do cliente (faturamento, logística, atendimento), quando o contrato envolve dados pessoais e integrações com terceiros, ou quando o fornecedor apresenta SLA com exclusões tão largas que a penalidade nunca se aplica.
E vale especialmente quando o descumprimento já aconteceu: indisponibilidade prolongada com prejuízo documentado muda a conversa de desconto para indenização. Esse cenário está tratado no artigo sobre SLA descumprido pelo fornecedor de cloud.
O SLA custa uma página no contrato e evita a disputa mais comum do mercado de software: a discussão sobre o que é falha tolerável e o que é inadimplemento. Defina severidades realistas, prazos que a equipe cumpre e penalidade automática, e o contrato trabalha sozinho a cada incidente.