Contrato de software como serviço: as cláusulas que decidem o caso

Contrato de SaaS costuma ser redigido com a cabeça de contrato de desenvolvimento, e é aí que ele falha. No software como serviço não há entrega de um produto: há disponibilidade contínua. O risco não está no aceite, está na continuidade e, principalmente, na saída.

Por que "licença de uso" descreve mal a relação

Na licença clássica, o cliente recebe uma cópia e passa a usá-la. No SaaS, ele acessa um ambiente que o fornecedor opera, atualiza e pode alterar. O objeto contratado é o serviço de manter aquilo funcionando, com os dados do cliente dentro.

Essa diferença muda o que precisa estar escrito: em vez de aceite e conformidade do produto, o contrato precisa tratar de nível de serviço, evolução da plataforma e devolução de dados.

SLA: o que conta como indisponibilidade

O acordo de nível de serviço é a cláusula que dá conteúdo à promessa de disponibilidade. Um SLA que só diz um percentual não resolve, porque a discussão real está nas definições.

Sem a definição de janela de manutenção e de início de contagem, o mesmo mês pode ser lido como cumprido por uma parte e descumprido pela outra.

Os dados são do cliente

Parece óbvio e frequentemente não está escrito. O contrato deve afirmar que os dados inseridos pelo cliente permanecem dele, e que o fornecedor os trata para executar o serviço.

Daí decorrem obrigações concretas: não usar a base para outra finalidade, não reter após o término, e devolver quando solicitado.

Plano de saída, o ponto que mais gera litígio

A cláusula que menos se lê na assinatura é a que mais aparece no fim. Quando a relação acaba, o cliente precisa levar os dados embora, e a plataforma não é dele.

O contrato deve prever:

• Formato da exportação, em padrão legível por outro sistema, e não apenas relatório em PDF.
• Prazo para o fornecedor disponibilizar o pacote após o pedido.
• Período de retenção durante o qual o acesso continua para extração.
• Eliminação definitiva depois, com confirmação.

Sem isso, a saída fica de fato bloqueada, mesmo com o contrato encerrado no papel.

Papéis na LGPD

Na maioria das relações de SaaS, o cliente é controlador dos dados que insere e o fornecedor é operador, tratando por conta e ordem. Isso define quem responde pelo quê perante os titulares e a autoridade.

O contrato precisa dizer isso expressamente e vir acompanhado das obrigações do operador: seguir instruções, manter segurança, comunicar incidentes, tratar subcontratados. Onde o fornecedor usa a base para finalidade própria, o papel muda, e a redação precisa refletir a realidade.

Reajuste, suspensão e limitação de responsabilidade

Reajuste por índice e periodicidade definidos evita a renegociação anual desgastante.

Suspensão por inadimplemento merece cuidado redobrado: cortar o acesso pode inviabilizar a operação do cliente. Prazo de aviso prévio e preservação dos dados durante a suspensão reduzem o litígio.

Limitação de responsabilidade é comum e válida entre empresas, com limites. Teto que esvazia por completo a obrigação tende a ser questionado, e a cláusula perde utilidade justamente quando é invocada.

Perguntas frequentes

O contrato precisa estar em português? Não há exigência absoluta, mas contrato executado no Brasil e discutido aqui ganha em segurança quando redigido no idioma da jurisdição escolhida.

Posso alterar a plataforma sem avisar? Evolução contínua é da natureza do SaaS. O que costuma ser previsto é aviso prévio para mudanças que alterem funcionalidade relevante ou integrações usadas pelo cliente.

E se o fornecedor encerrar as atividades? É risco a ser endereçado no contrato, com prazo de aviso e obrigação de disponibilizar os dados. Assunto conexo em rescisão de contrato antes do prazo.

Fontes

• Lei nº 13.709/2018 (LGPD)
• Lei nº 12.965/2014 (Marco Civil da Internet)
• Lei nº 9.609/1998 (Lei do Software)

Este conteúdo tem caráter informativo e não substitui a análise do seu caso. Para conversar sobre contratos de tecnologia, fale com o escritório.