Poucas situações geram tanto atrito entre empresas e fornecedores de tecnologia quanto a frustração decorrente de prazos mal compreendidos durante um incidente técnico. Quando um servidor crítico ou o link principal de comunicação apresenta falhas, é comum que a diretoria ou o gestor espere que o problema seja completamente solucionado em questão de minutos após o registro do chamado. No entanto, ao cobrar a equipe de suporte, a resposta recebida é que o atendimento "está dentro do prazo previsto em contrato".
Essa desconexão decorre, muitas vezes, de confusões sobre o significado real das cláusulas de SLA (acordo de nível de serviço, do termo em inglês Service Level Agreement). Compreender a estrutura dessas métricas é indispensável para alinhar expectativas, gerenciar riscos operacionais e garantir uma cobrança justa e fundamentada sobre os prestadores de serviço de TI.
O que é SLA e para que ele serve
O SLA (acordo de nível de serviço) é o acordo formal (geralmente um anexo do contrato) que estabelece as metas de qualidade, disponibilidade e agilidade técnica pactuadas entre o cliente e o provedor de infraestrutura ou Service Desk (central de atendimento). Longe de ser apenas um instrumento jurídico burocrático, o SLA funciona como uma ferramenta de governança: ele define prioridades objetivas para que os engenheiros saibam exatamente quais incidentes exigem mobilização imediata e quais podem seguir fluxos de atendimento programado.
Sem um acordo estruturado, todos os chamados abertos disputam atenção de maneira caótica, gerando desgaste mútuo e prejudicando os atendimentos verdadeiramente urgentes.
Tempo de primeira resposta versus tempo de solução
A distinção mais importante que todo gestor precisa dominar ao analisar um contrato de TI reside na diferença entre os dois cronômetros principais de atendimento:
- Tempo de 1ª Resposta Técnica: É o intervalo de tempo transcorrido entre o momento em que o chamado é registrado na plataforma de Service Desk e a primeira interação qualificada realizada por um engenheiro ou analista. Essa resposta não é uma mera mensagem automática do sistema informando que o tíquete foi recebido; trata-se do início efetivo da triagem técnica, com a validação dos sintomas relatados e a coleta de dados adicionais de diagnóstico.
- Tempo de Solução (ou contorno): É o prazo total estipulado para que a causa do incidente seja mitigada ou definitivamente eliminada, devolvendo a integridade e o funcionamento normal aos serviços afetados. Em muitos cenários de alta complexidade, a solução inicial pode envolver uma medida de contorno temporária (como o acionamento de um link reserva ou a restauração de um serviço em máquina virtual secundária) para restabelecer a operação, enquanto a causa raiz segue sendo investigada em segundo plano.
Confundir o tempo de resposta com o tempo de resolução gera expectativas irreais: se um contrato estipula primeira resposta em duas horas para determinada prioridade, isso não significa que o problema estará sanado em duas horas, mas sim que a equipe técnica terá iniciado a intervenção dentro dessa janela.
A matriz de prioridade e severidade
Os prazos de SLA não são fixos para todas as situações; eles variam dinamicamente conforme o nível de criticidade atribuído ao chamado técnico. Conforme práticas consagradas de gestão de incidentes (como a matriz impacto x urgência do ITIL e a categorização do NIST SP 800-61), a severidade é definida combinando o impacto no negócio com a urgência do problema:
- Prioridade Crítica (Parada Total): Situações emergenciais em que um serviço essencial para a sobrevivência da operação está indisponível para toda a empresa (por exemplo, interrupção total do link de comunicação, indisponibilidade do banco de dados central ou firewall travado).
- Prioridade Alta: Degradação severa que impede a execução de tarefas críticas por um departamento inteiro ou diminuição expressiva da performance de sistemas vitais, sem solução alternativa imediata.
- Prioridade Média: Incidentes pontuais que afetam a rotina de grupos reduzidos de colaboradores, mas sem paralisar as entregas da organização (por exemplo, falha em impressora departamental ou lentidão em uma estação específica).
- Prioridade Baixa: Dúvidas de configuração, solicitações de mudanças programadas de baixa urgência ou melhorias que não comprometem o fluxo diário de trabalho.
A tabela a seguir apresenta uma ilustração genérica de como os prazos costumam ser organizados em contratos de suporte técnico:
| Nível de Criticidade | Exemplo de Prazo de 1ª Resposta | Exemplo de Prazo de Solução |
|---|---|---|
| Crítica (parada total) | Até 1 hora (exemplo ilustrativo) | Até 4 horas (exemplo ilustrativo) |
| Alta | Até 2 a 4 horas (exemplo ilustrativo) | Até 8 horas úteis (exemplo ilustrativo) |
| Média | Até 4 a 8 horas úteis (exemplo ilustrativo) | Até 24 horas úteis (exemplo ilustrativo) |
| Baixa | Até 24 a 48 horas úteis (exemplo ilustrativo) | Conforme cronograma planejado (exemplo) |
> Atenção: Os valores da tabela acima são meramente ilustrativos para demonstrar o escalonamento proporcional dos prazos. Os tempos efetivos de resposta e solução aplicáveis à sua empresa constam estritamente no instrumento contratual assinado com o seu provedor de suporte.
Na MultiCloud, o atendimento é em horário comercial, com plantão em contrato; os prazos e a cobertura valem conforme o contrato assinado.
Horário de cobertura e pausas no cronômetro
Outro ponto que exige atenção minuciosa na leitura do contrato é a janela de contabilização do tempo:
- Regime 24/7 versus Horário Comercial (8x5): Um prazo de "8 horas" contado em regime contínuo 24/7 vence no mesmo dia, mesmo que o chamado tenha sido aberto no início da noite. Por outro lado, se o contrato prevê regime de horário comercial de segunda a sexta-feira, um chamado aberto às 17h de uma sexta-feira com prazo de 8 horas úteis terá seu relógio pausado no fim do expediente e retomado apenas na segunda-feira pela manhã.
- Status "Pendente com o Cliente": O cronômetro de SLA conta o tempo de responsabilidade da equipe técnica. Quando o analista solicita dados complementares, uma autorização interna ou o agendamento de uma janela de parada presencial e aguarda o retorno do cliente, o relógio é pausado formalmente no sistema de Service Desk até que a resposta seja fornecida.
Como avaliar o cumprimento do SLA ao longo do tempo
O acompanhamento de SLAs não deve ser feito apenas no calor de uma emergência. Empresas bem geridas analisam relatórios mensais consolidados, verificando o percentual de chamados resolvidos dentro da meta acordada. Indicadores de cumprimento acima de 95% ou 98% demonstram maturidade operacional da equipe de TI e estabilidade dos processos.
Ao contratar ou revisar seu suporte, verifique se a matriz de prioridades reflete as reais vulnerabilidades do seu negócio e se os canais de abertura e acompanhamento permitem transparência sobre o tempo decorrido.
Precisa de ajuda?
Se a sua empresa busca um modelo de suporte corporativo com prazos claros, relatórios mensais transparentes e operação estruturada de Service Desk e NOC, conheça os serviços de infraestrutura e gestão da MultiCloud Solutions na página de contato.
Fontes
- https://csrc.nist.gov/pubs/sp/800/61/r2/final — NIST SP 800-61 Rev. 2: Computer Security Incident Handling Guide (ciclo de resposta a incidentes e categorização de severidade). (consultado em 2026-10-09)
- https://datatracker.ietf.org/doc/html/rfc2350 — IETF RFC 2350: Expectations for Computer Security Incident Handling (definição de escopo operacional e prazos de resposta). (consultado em 2026-10-09)