Contrato de suporte de TI: o que deve conter

Um contrato de suporte de TI para empresas bem escrito é o que separa uma parceria previsível de uma fonte constante de discussão. Escopo claro, SLA formal e regras de reajuste evitam que a conta e a responsabilidade fiquem no ar quando surge a primeira urgência.

09/04/2026 8sa Suporte de TI Leitura: ~5 min

Contratar suporte de TI sem um contrato bem escrito é comum, e caro. Enquanto tudo funciona, ninguém lê o documento. O problema aparece na primeira urgência: o servidor cai, o fornecedor demora, e ninguém sabe dizer se aquilo estava no escopo, qual era o prazo prometido e o que acontece se ele não cumprir. Um bom contrato de suporte de TI existe justamente para essas horas.

Este guia lista o que o documento precisa conter antes de você assinar. Ele complementa o passo a passo de como contratar suporte de TI e detalha a parte contratual que costuma ficar de fora das propostas comerciais.

Identificação das partes e do ambiente atendido

Parece burocracia, mas é a base. O contrato precisa identificar contratante e contratada e, principalmente, delimitar o que está sendo atendido: número de usuários, estações, servidores, filiais, sistemas críticos e horário de funcionamento. Sem essa fotografia do ambiente, qualquer discussão de escopo depois vira interpretação.

Escopo detalhado: o que está e o que não está incluído

Esta é a cláusula que mais evita conflito. O contrato deve listar explicitamente cada serviço coberto (suporte a usuários, manutenção preventiva, monitoramento, backup, segurança, atendimento a sistemas) e também o que fica de fora. Ambiguidade de escopo é a causa número um de atrito entre empresa e fornecedor de TI.

Itens que o escopo deve endereçar:

  • Suporte a usuários (remoto e presencial) e canais oficiais de abertura de chamado
  • Manutenção preventiva: o que é feito, com qual frequência e como é reportado
  • Monitoramento e gestão de servidores, rede e backup
  • O que é cobrado à parte: projetos, aquisição de equipamentos, licenças e horas extraordinárias

SLA por nível de criticidade

O contrato precisa trazer o SLA formalizado, com tempo de resposta e de solução variando conforme o impacto do problema. Servidor de produção fora do ar não pode ter o mesmo prazo que a troca de um mouse. O recomendado é definir ao menos três níveis (crítico, alto e normal) cada um com prazo próprio. Se precisar de ajuda para dimensionar, veja como estruturar um SLA de TI.

Um detalhe que muita gente esquece: o SLA sem consequência é só uma promessa. O contrato deve prever o que acontece quando o prazo não é cumprido: relatório, compensação ou penalidade.

Horário de cobertura e canais de atendimento

Suporte em horário comercial atende a maioria das empresas, mas operações que funcionam à noite, em turnos ou aos fins de semana precisam de cobertura estendida. Defina isso no papel. O contrato também deve formalizar como os chamados são abertos (portal, e-mail ou telefone) e não deixar o atendimento depender de relacionamento informal com um técnico específico.

Confidencialidade, LGPD e segurança

O fornecedor de TI acessa senhas, servidores e dados sensíveis da empresa. O contrato precisa de cláusula de confidencialidade e de adequação à LGPD, definindo como esses dados são tratados, quem tem acesso e o que acontece em caso de incidente. Cláusulas de segurança da informação (controle de acesso, criptografia e política de senhas) protegem as duas partes.

Reajuste, faturamento e rescisão

Três pontos que evitam surpresa financeira:

  1. Reajuste: índice e periodicidade (normalmente anual, por IPCA ou IGP-M) definidos desde o início.
  2. Faturamento: valor, o que ele cobre, data de vencimento e o que é considerado hora extraordinária.
  3. Rescisão: prazo de vigência, aviso prévio e (fundamental) a obrigação de o fornecedor entregar a documentação e o inventário do ambiente na saída, para não deixar a empresa refém.

Relatórios e revisão periódica

O contrato deve exigir relatório mensal com volume de chamados, tempo médio de resposta, cumprimento de SLA e principais incidentes. Sem relatório, não há como saber se o serviço entrega o que prometeu. Uma cláusula de revisão a cada 12 meses permite ajustar escopo e valores conforme a empresa cresce.

Conclusão

Um contrato de suporte de TI não precisa ser longo, precisa ser claro. Escopo explícito, SLA com consequência, regras de LGPD, reajuste definido e saída organizada resolvem 90% dos conflitos antes que eles aconteçam. Se o fornecedor não consegue detalhar esses pontos por escrito, isso já é informação sobre o tipo de parceria que você teria.

Quer um contrato de suporte de TI com escopo claro e SLA formal?
A 8sa atende empresas em São Paulo e Campinas com contrato estruturado, LGPD prevista e rotina preventiva incluída. Solicite uma proposta.

FAQ

Perguntas frequentes

Sim. Se o fornecedor acessa dados pessoais tratados pela empresa (e no suporte de TI ele quase sempre acessa) o contrato precisa prever as obrigações de proteção de dados, confidencialidade e as responsabilidades de cada parte conforme a LGPD. Não é um item opcional.

12 meses é o mínimo razoável, com renovação automática e aviso prévio de 30 a 60 dias para rescisão. Prazo menor não dá tempo para o fornecedor conhecer o ambiente e entregar manutenção preventiva de verdade.

Projetos de infraestrutura de grande porte, compra de equipamentos, licenças de software e desenvolvimento de sistemas normalmente são escopo separado, cobrados à parte. O contrato deve deixar isso explícito para não virar discussão depois.

LigarWhatsAppProposta