Contrato de SaaS: disponibilidade, SLA e o que acontece na queda

No SaaS, o cliente não compra o software: ele contrata o acesso a um programa que roda na infraestrutura do fornecedor, com dados hospedados fora das instalações do cliente. Essa diferença muda o desenho do contrato, porque o objeto passa a ser o serviço em determinado nível de qualidade, e não a entrega de um programa instalado. O Código Civil trata desse tipo de relação pelo modelo de prestação de serviços e pela parte geral das obrigações, e a Lei do Software define o uso de programa por contrato de licença.

O contrato precisa nomear o produto, o plano, o número de usuários e o que está fora do plano. Usuário adicional, integração sob demanda e volume de armazenamento são os itens que mais geram fatura inesperada, e a lista do que não está incluído resolve isso melhor do que qualquer desconto pontual negociado na assinatura.

Acordo de nível de serviço só vale quando tem quatro elementos: número, método de apuração, exclusões e consequência. Disponibilidade mensal contratada, por exemplo 99,5%, sem dizer como é medida e o que fica fora do cálculo, acaba sem efeito prático. O texto precisa indicar a janela de apuração, a fonte da medição (ferramenta do fornecedor, monitor externo, relatório de incidente), a exclusão de manutenção programada com aviso prévio e a exclusão de falhas causadas pela conexão ou pela configuração do próprio cliente.

A consequência da queda precisa ser financeira e limitada. O padrão de mercado é o crédito de serviço proporcional ao tempo de indisponibilidade que passou do limite, aplicado na fatura seguinte e com teto, por exemplo 10% do valor mensal. Sem teto, o crédito deixa de ser previsível para o fornecedor; sem previsão alguma, a queda não custa nada ao fornecedor e o cliente fica sem instrumento de cobrança.

Contrato de tecnologia quase sempre limita o valor que o fornecedor pode ser condenado a pagar, e o limite mais comum é o total pago nos últimos doze meses. A cláusula é uma alocação de risco legítima, mas precisa ser específica: o limite alcança lucro cessante, dano indireto e custo de reconstrução de dados? Quem paga a operação de retomada depois de uma migração malfeita? A resposta precisa estar no texto, porque a cláusula genérica é justamente a que gera litígio.

Na prática de contratos entre empresas, o limite costuma ser afastado para violação de confidencialidade, uso indevido de dados pessoais e descumprimento de obrigação de segurança da informação, e o contrato deve dizer isso com clareza para que as duas partes saibam o que estão assumindo. Vale lembrar que o artigo 413 do Código Civil permite reduzir penalidade desproporcional e o artigo 393 trata do caso fortuito e da força maior, dois pontos que aparecem em quase toda discussão sobre indisponibilidade.

No SaaS, o cliente é controlador dos dados pessoais que coloca na ferramenta e o fornecedor é operador na maior parte dos casos. O contrato precisa refletir isso: finalidade do tratamento, instruções do controlador, medidas de segurança, subcontratados autorizados, comunicação de incidente em prazo definido e eliminação ao final. A LGPD (Lei 13.709/2018) trata do tema, e os artigos 46 (medidas de segurança) e 48 (comunicação de incidente) estão entre os mais citados nesse tipo de cláusula.

O encerramento de contrato de SaaS tem duas obrigações práticas que costumam ser esquecidas: exportação dos dados em formato utilizável e prazo de retenção antes da eliminação definitiva. O contrato deve dizer em quanto tempo os dados ficam disponíveis para exportação, em que formato saem e quando são apagados, inclusive dos backups operacionais. Também vale prever a guarda de registros de acesso, quando aplicável, na linha do que o Marco Civil da Internet (Lei 12.965/2014) estabelece para provedores de aplicação.

O quadro abaixo organiza os indicadores que costumam fazer parte de um acordo de nível de serviço em SaaS e serve de checklist da última leitura antes de assinar. Ele acompanha o modelo de contrato de licenciamento de software SaaS, que monta as cláusulas com os números do seu plano. Quem contrata desenvolvimento sob medida encontra o outro lado dessa conversa em contrato de desenvolvimento de software, e a trilha completa está em tecnologia e software.

Indicador sem consequência é apenas informação. Se a tabela do contrato descreve a medição mas não diz o que acontece quando a meta é descumprida, o documento registra o problema e não resolve nenhum, e a negociação volta ao ponto de partida a cada incidente.