title: "SLA de TI: o que é e o que sua empresa deve exigir de um contrato de suporte" description: "Entenda o que é SLA em TI, métricas comuns como tempo de resposta e uptime, e o que procurar ao contratar suporte técnico." date: "2026-08-20" image: "/assets/images/blog/sla-ti-contrato-suporte.jpg" tags: ["suporte técnico", "SLA", "contratos", "dicas"] author: "Work Technology"

Quando a TI para, o negócio para

Você contrata um suporte de TI. O servidor cai numa quinta-feira às 16h. Você liga, ninguém atende. Manda e-mail, recebe resposta automática. Abre chamado no portal: "será analisado em até 48h". Enquanto isso, a operação inteira está parada, a equipe ociosa e os clientes esperando.

Na segunda-feira, o técnico aparece, reinicia o servidor e diz: "resolvido". O prejuízo, esse ninguém resolve.

O que faltou aqui não foi competência técnica. Faltou SLA: o acordo que define, antes do problema acontecer, quanto tempo o fornecedor tem para responder e resolver. Sem SLA, o suporte é uma promessa vaga. Com SLA, vira compromisso mensurável.

Vamos ver o que é SLA em TI, quais métricas importam de verdade e o que sua empresa deve exigir de um contrato de suporte antes de assinar.

O que é SLA (Service Level Agreement)

SLA é a sigla para Service Level Agreement, em português "Acordo de Nível de Serviço". É um documento, normalmente parte do contrato de suporte ou prestação de serviços, que formaliza quais serviços serão entregues, com qual qualidade e em quanto tempo.

Em termos práticos, o SLA responde a perguntas que toda empresa faz (ou deveria fazer) quando a TI dá problema:

Em quanto tempo alguém vai me responder?
Em quanto tempo o problema vai ser resolvido?
O que acontece se o fornecedor não cumprir?
A empresa fica sem sistema por quanto tempo no máximo?

Sem SLA, essas respostas dependem da boa vontade do momento. Com SLA, elas estão escritas, acordadas e têm consequência.

Tipos de SLA

Existem três formas comuns de SLA no mercado de TI:

Tipo	Descrição	Exemplo
Baseado em serviço	Define níveis para um serviço específico	"Uptime do servidor de e-mail ≥ 99,5%"
Baseado em cliente	Acordo personalizado para um cliente	"Cliente plano premium: resposta em 1h"
Multinível	Diferentes níveis dentro do mesmo contrato	Crítico: 1h / Alto: 4h / Normal: 24h

Para pequenas e médias empresas, o modelo multinível costuma ser o mais adequado. Você não paga pelo tempo de resposta de um chamado de baixa prioridade como se fosse uma emergência, mas tem garantia firme para o que realmente é urgente.

Métricas comuns em SLA de TI

O SLA só vale algo se tiver métricas objetivas, números que dá para conferir. As mais comuns em contratos de suporte de TI são:

Tempo de resposta (Response Time)

É o tempo entre a abertura do chamado e o primeiro contato do fornecedor para dizer que está trabalhando no caso. Não é a resolução. É o "recebemos e estamos cuidando".

Emergências (servidor fora, operação parada): 15 a 30 minutos
Chamados altos (sistema lento, usuário sem acesso): 1 a 4 horas
Chamados normais (dúvida, solicitação de configuração): até 24 horas

Tempo de resolução (Resolution Time)

É o tempo entre a abertura e a solução efetiva do problema. Aqui é onde muitos contratos fracos se escondem: garantem resposta rápida, mas não garantem resolução.

Emergências: 2 a 4 horas
Chamados altos: 8 horas (1 dia útil)
Chamados normais: 3 a 5 dias úteis

Uptime / Disponibilidade

Mede quanto tempo um sistema ficou disponível no período. Parece pouco, mas cada "nove" a mais no percentual tem impacto real:

Uptime	Indisponibilidade mensal tolerada
99%	~7h 18min
99,5%	~3h 36min
99,9% ("três noves")	~43 min
99,99%	~4 min

Para servidores e sistemas críticos, exija no mínimo 99,5%. Para e-mail e aplicações essenciais, 99,9% é o padrão esperado hoje.

MTTR e MTBF

Duas siglas que aparecem em SLAs mais técnicos:

MTTR (Mean Time To Repair): tempo médio para reparar após uma falha.
MTBF (Mean Time Between Failures): tempo médio entre falhas consecutivas. Quanto maior, mais estável.

Backlog e chamados reabertos

Métricas de qualidade que muitos esquecem: percentual de chamados reabertos (problema "resolvido" voltou) e tempo médio de chamado aberto. Se 20% dos chamados reabrem, o suporte está fechando casos sem resolver de verdade.

O que procurar num contrato de suporte

Saber as métricas é metade do caminho. A outra metade é garantir que elas estejam realmente no contrato e que o cumprimento seja verificável. Veja o checklist:

Métricas escritas e quantificadas. "Resposta rápida" não é SLA. "Resposta em até 30 minutos para chamados críticos, 7 dias por semana" é. Tudo o que for vago não vale o papel em que está escrito.
Definição clara de prioridade. Quem decide se um chamado é crítico, alto ou normal? O cliente ou o fornecedor? O contrato precisa definir os critérios (ex.: "servidor fora = crítico") para evitar discussão na hora do problema.
Cobertura horária. SLA de "8h às 18h, dias úteis" não ajuda quando o servidor cai sexta às 19h. Se sua operação funciona além do horário comercial, o SLA precisa cobrir esse período.
Penalidade por descumprimento. SLA sem consequência é recomendação, não acordo. O ideal é prever crédito no próximo mês proporcional ao descumprimento (ex.: 10% da mensalidade por cada ponto percentual abaixo do uptime acordado).
Relatório periódico. O fornecedor deve enviar, mensalmente, um relatório com os indicadores: número de chamados, tempo médio de resposta e resolução, uptime efetivo. Sem relatório, você confia na palavra, e palavra não mede nada.
Escalabilidade. O que acontece quando o problema ultrapassa a equipe de primeiro nível? O contrato deve prever escalonamento para especialista, com tempo definido para cada nível.
Exclusões e fora-do-SLA. Todo contrato tem exclusões (ex.: falha causada por software de terceiros). O problema é quando as exclusões engolem o acordo. Leia com atenção: se tudo é "fora do SLA", o SLA é só decoração.
Revisão periódica. A realidade da empresa muda. Um SLA bom prevê revisão a cada 6 ou 12 meses para ajustar níveis conforme a operação evolui.

Sinais de alerta ao avaliar um contrato

Fique atento a estas bandeiras vermelhas:

"Melhor esforço" em vez de tempo definido
Sem penalidade por descumprimento
SLA só para resposta, nunca para resolução
Sem relatório mensal de indicadores
Cobertura só em horário comercial sem alternativa
Termos vagos como "o mais rápido possível"

Se aparecer qualquer um desses, pergunte. Se o fornecedor não conseguir responder com números, é sinal de que a estrutura dele provavelmente não aguenta o compromisso.

Como a Work Technology pode ajudar

A Work Technology trabalha com contratos de suporte com SLA definido, calibrados para o tamanho e a criticidade da operação de cada cliente. Não vendemos "suporte" genérico. Definimos em contrato:

Tempo de resposta e resolução por prioridade, com chamados classificados por impacto real no negócio
Atendimento remoto e presencial, com escalonamento automático quando o caso ultrapassa o primeiro nível
Monitoramento dos servidores e recursos críticos. Muitos problemas são detectados e resolvidos antes de virar chamado
Relatório mensal de indicadores para você acompanhar o cumprimento em números, não em impressões
Cobertura flexível, incluindo opções estendidas para operações que não param no fim de semana

Além do suporte, atuamos em manutenção preventiva, redes e cabeamento, servidores, CFTV e segurança e desenvolvimento web. A mesma equipe que cuida do SLA conhece sua infraestrutura inteira, o que encurta o tempo de diagnóstico na hora de um problema.

Se sua empresa quer sair do "apaga-incêndio" e ter uma TI com previsibilidade, solicite uma avaliação gratuita da sua infraestrutura. Identificamos os pontos críticos e propomos um plano de suporte com SLA sob medida, com escopo, níveis e custo definidos, sem letra miúda.