1. Percentual de uptime com cálculo explícito

O SLA precisa indicar o percentual mínimo de disponibilidade garantido e explicar como ele é calculado. Um compromisso de 99,9% de uptime equivale a menos de 9 horas de indisponibilidade acumulada por ano. Termos como “alta disponibilidade” sem número concreto e sem método de aferição não oferecem proteção real. O ideal é que o contrato especifique também quais serviços entram no cálculo e se manutenções programadas são descontadas.

2. Tempo de resposta separado de tempo de resolução

Responder ao chamado não é resolver o problema. O SLA deve especificar duas métricas distintas: o tempo máximo para o primeiro contato técnico qualificado e o prazo estimado de resolução, ambos segmentados por nível de severidade. Um incidente que paralisa o ERP, por exemplo, precisa ter prioridade e prazo diferentes de uma solicitação de ajuste de permissão.

3. Escopo de cobertura detalhado por camada

O contrato precisa listar com clareza quais componentes estão cobertos: servidores, banco de dados, rede, firewall, backup, monitoramento, sistema operacional, storage. Se o suporte a DBA ou a gestão de firewall não estiverem previstos, a empresa pode descobrir essa lacuna justamente no momento em que mais precisa de apoio técnico. A regra é simples: o que não está descrito no escopo não está contratado.

4. Janelas de manutenção com regras claras

Atualizações e manutenções são parte da operação. O SLA deve definir quando elas acontecem, com quantas horas ou dias de antecedência o cliente é notificado, quais sistemas são afetados e qual o procedimento caso a manutenção exceda o prazo previsto. Em operações que rodam 24 horas, esse ponto pode significar a diferença entre uma parada planejada e uma interrupção no pico de faturamento.

5. Regras de escalonamento com prazos e responsáveis

Quando o primeiro nível de atendimento não resolve, o SLA precisa prever com clareza quem é acionado, em quanto tempo e até que nível a cadeia de suporte avança. Escalonamento sem prazo definido gera chamados que ficam “em análise” por horas enquanto a operação permanece comprometida.

6. Penalidades proporcionais ao impacto

Um SLA sem consequências é uma carta de intenções. O contrato deve prever créditos, descontos ou compensações proporcionais caso os indicadores acordados não sejam cumpridos. Esse mecanismo protege a empresa contratante e, ao mesmo tempo, incentiva o provedor a manter os níveis de serviço dentro do combinado.

7. Relatórios periódicos com indicadores reais

O provedor deve entregar relatórios recorrentes com dados objetivos: uptime efetivo, volume de chamados, tempo médio de resposta, tempo médio de resolução e registro de incidentes. Sem essa visibilidade, o gestor de TI não tem como avaliar se o serviço entregue corresponde ao serviço contratado, e qualquer discussão sobre qualidade se torna subjetiva.

O SLA como instrumento de proteção operacional

Avaliar o SLA com profundidade é tão relevante quanto comparar preços ou funcionalidades técnicas. Para empresas que operam com ERPs e sistemas integrados, o contrato de nível de serviço é o que garante resposta real quando a operação está em risco.

A Opus Tech trabalha com SLA transparente, suporte humanizado 24/7 em português, escalonamento documentado e relatórios periódicos de performance. Cada cliente opera em ambiente dedicado, o que permite dimensionar atendimento e recursos conforme a criticidade da operação.

Se a sua empresa está avaliando ou renovando um contrato de infraestrutura, converse com a Opus Tech para entender como um SLA bem estruturado protege sua operação na prática.

O post 7 itens que todo SLA de infraestrutura de TI deveria ter antes da contratação apareceu primeiro em Opus Tech.