SLA de TI: o que exigir no contrato de suporte antes de assinar

SLA de TI (Service Level Agreement, ou Acordo de Nível de Serviço) é a parte do contrato de suporte em que o fornecedor se compromete com níveis de serviço mensuráveis — e com o que acontece quando não cumpre. Um SLA só protege sua empresa quando reúne três ingredientes: métrica clara, método de medição definido e consequência prevista para o descumprimento — faltando qualquer um, é promessa comercial, não garantia contratual.

Este guia mostra o que o SLA garante de verdade, as pegadinhas das letras miúdas, a matemática da disponibilidade, as penalidades que funcionam e como fiscalizar o fornecedor. Os componentes operacionais já estão no nosso guia de help desk N1, N2 e N3; aqui o foco é o que esses números viram quando entram num contrato.

SLA é cláusula de contrato, não promessa comercial

O SLA é a peça central de qualquer contrato de outsourcing de TI: o anexo que transforma discurso de vendas em obrigação verificável. Na prática, o que se cobra sem briga é o que está no anexo assinado, com métrica e penalidade — números que ficaram só no slide da proposta viram disputa jurídica, não garantia operacional. Leve todos para o contrato.

No jargão do setor, SLI (Service Level Indicator) é o número medido; SLO (Service Level Objective) é a meta interna do fornecedor, normalmente mais apertada; SLA é o compromisso contratual com consequência. Se a proposta cita números que não aparecem no anexo do contrato, pergunte por quê.

As 7 pegadinhas nas letras miúdas do SLA

As sete cláusulas abaixo são comuns e até defensáveis quando explícitas — o problema é descobri-las no primeiro incidente grave.

1. Horas úteis disfarçadas de corridas: num contrato 8x5, "resolução em 8 horas" permite que o servidor caído na sexta às 17h volte só segunda no fim do dia. Cada prazo deve dizer qual é.
2. Relógio pausado em "aguardando cliente": pausar o cronômetro quando o fornecedor espera por você é legítimo — desde que definido em contrato e registrado no sistema de chamados.
3. Resposta vendida como resolução: "atendimento em 15 minutos" pode ser um e-mail automático. Exija também meta de resolução e defina resposta como técnico designado atuando.
4. Percentual de cumprimento: "95% dos chamados no prazo" soa ótimo — até notar que os 5% podem ser os críticos do seu pior dia. Pergunte o que acontece com eles.
5. Exclusões de terceiros: o fornecedor não responde pelo uptime do Microsoft 365 ou Google Workspace, que têm SLAs próprios. Razoável — desde que o contrato diga quem cobra o terceiro.
6. Perda de dados fora do escopo: restauração de dados quase nunca entra no SLA de suporte. Exija cláusula de backup com teste de restauração, no padrão da regra 3-2-1.
7. "Melhor esforço" e SLA só para P1: "envidará os melhores esforços" não é meta. E SLA que só cobre chamados críticos deixa a maioria dos tickets sem prazo.

Regra prática: exclusão boa é específica, limitada em horas e com aviso prévio. "Qualquer evento fora do controle razoável" esvazia o SLA inteiro.

Disponibilidade e a matemática dos noves: o que cada percentual permite

A diferença entre 99% e 99,9% parece 0,9 ponto — mas é 10 vezes menos indisponibilidade permitida. Cada "nove" adicional divide o downtime tolerado por 10 e multiplica o custo da infraestrutura para sustentá-lo.

Base de cálculo: mês de 30 dias e ano de 365 — o contrato deve declarar qual usa. Confira a janela de apuração: 99,9% ao mês limita cada mês a ~43 minutos; ao ano, admite uma única parada de quase 9 horas sem violação.

Mais noves nem sempre é melhor: SLA agressivo custa caro, e o nível certo se calibra pelo custo de downtime do seu negócio. Os prazos devem conversar com o RTO e o RPO do seu plano de recuperação de desastres, que o suporte não substitui — e o teste real de um SLA crítico é um incidente como ransomware.

Penalidades que funcionam: créditos, descontos e rescisão sem ônus

O remédio padrão entre empresas é o crédito de serviço: desconto na fatura seguinte, escalonado pela gravidade. Não existe percentual oficial de mercado — os valores são negociação. Três letras miúdas merecem atenção:

• Teto (cap): o crédito quase sempre se limita à mensalidade do serviço afetado — ninguém recebe mais do que pagou no mês.
• Ônus de reclamar: muitos contratos exigem que o cliente solicite o crédito em prazo curto, com evidências, senão o direito caduca. Negocie crédito automático, apurado pelo relatório mensal.
• Remédio exclusivo: o crédito costuma ser a única compensação prevista, barrando lucro cessante salvo dolo ou culpa grave — vale revisão da sua assessoria jurídica.

A cláusula mais valiosa não é o desconto: é a rescisão sem multa após descumprimento recorrente — por exemplo, três meses seguidos de violação. O objetivo do SLA é serviço bom, não colecionar créditos.

Como fiscalizar o SLA de TI depois de assinar

SLA sem relatório é SLA decorativo. Exija relatório mensal com indicadores abertos por prioridade — não uma média geral que esconde os piores casos. O mínimo a cobrar:

• Cumprimento por prioridade: percentual no prazo em cada nível, com a lista dos chamados estourados e o motivo.
• Tempo médio de resolução (MTTR): exija a sigla definida por extenso no contrato (o mercado a usa para quatro medições diferentes) e a lista dos piores casos — uma média de 2 horas convive com uma parada de 2 dias.
• Reabertura e satisfação por chamado: o antídoto contra o "efeito melancia" — painel verde por fora, usuário vermelho por dentro. Chamado fechado no prazo e reaberto três vezes não foi resolvido.
• Reunião periódica de revisão: mensal ou trimestral, para discutir tendências e reincidências.

Os relatórios também mostram quando o contrato envelheceu: metas verdes com usuários insatisfeitos, ou horários críticos novos que a janela não acompanha. Renovação é hora de recalibrar — não de assinar no automático.

Checklist: 12 perguntas para fazer ao fornecedor antes de assinar

1. Os prazos são em horas úteis ou corridas, e qual a janela de cada prioridade?
2. A resposta contratada é de técnico designado atuando — e existe meta de resolução por prioridade, não só de resposta?
3. O SLA cobre todas as prioridades ou apenas os chamados críticos (P1)?
4. Quando o relógio do SLA pausa, e onde isso fica registrado?
5. Qual a janela de apuração da disponibilidade — mensal ou anual?
6. Quais são as exclusões, e a manutenção programada tem limite de horas mensais?
7. Quem cobra o terceiro quando a falha é da operadora, da nuvem ou do fabricante?
8. Incidentes de segurança, como phishing, entram em qual prioridade?
9. O crédito por descumprimento é automático ou preciso solicitar? Em que prazo?
10. Existe gatilho de rescisão sem multa por descumprimento recorrente?
11. O relatório mensal está previsto em contrato, com indicadores abertos por prioridade?
12. Posso contestar a classificação de prioridade de um chamado? Qual o rito?

Fornecedor sério responde às doze por escrito — desconfie de quem enrola em qualquer uma delas.

Conclusão

A régua final é simples: SLA bom não é o que promete os números mais agressivos — é o que você consegue medir, cobrar e fazer valer todo mês. Métrica clara, exclusões específicas, penalidade exequível e relatório aberto valem mais que noves no papel.

SLA transparente, com metas públicas e relatório mensal, faz parte da TI Gerenciada da Hexan. Veja os planos ou fale com um especialista para uma análise gratuita do seu contrato de suporte.