---
title: "Como calcular SLA: fórmulas, exemplos e como interpretar os resultados"
description: Aprenda como calcular o cumprimento de SLA, os tempos de resposta e resolução e a disponibilidade do serviço, além de interpretar o dashboard sem esconder gargalos.
---

[Blog Agidesk | Dicas e conteúdos para atendimentos mais simples](https://blog.agidesk.com.br)

# [Como calcular SLA: fórmulas, exemplos e como interpretar os resultados](https://blog.agidesk.com.br/como-calcular-sla)

 Escrito por [Agidesk](https://blog.agidesk.com.br/author/agidesk-writer) | Oct 5, 2026, 1:45:00 PM

O dashboard abre com um número aparentemente confortável: 94% dos SLAs foram cumpridos no mês. A meta geral era 90%, a curva está verde e a operação parece sob controle. No entanto, os chamados críticos concentram atrasos, clientes de uma carteira específica esperam mais pela primeira resposta e parte dos tickets só ficou dentro do prazo porque a contagem foi pausada de forma inconsistente.

À primeira vista, o problema parece estar na execução. Talvez a equipe precise priorizar melhor ou responder mais rápido. A causa oculta, porém, pode estar na própria medição: calendários diferentes, critérios pouco claros para iniciar e encerrar o relógio, chamados sem SLA misturados à base e médias que diluem os casos mais demorados.

Esse erro se acumula sem necessariamente produzir um alerta visível. A liderança comemora um percentual alto, enquanto usuários convivem com atrasos recorrentes; equipes são comparadas por bases diferentes; decisões de capacidade partem de um diagnóstico incompleto; e o acordo perde credibilidade justamente porque ninguém consegue explicar como o resultado foi obtido.

Calcular SLA, portanto, não é apenas dividir chamados dentro do prazo pelo total. É definir qual compromisso está sendo medido, quais eventos são válidos, em que calendário o tempo corre e como o resultado será segmentado. A fórmula é simples. A maturidade está em construir uma base que faça a fórmula representar a experiência real.

## **Antes da fórmula, defina o que o relógio realmente mede**

SLA é a sigla para Service Level Agreement, ou Acordo de Nível de Serviço. O acordo estabelece o compromisso entre quem presta e quem recebe o serviço; o indicador mostra se esse compromisso foi cumprido. Para que a medição seja confiável, cada meta precisa ter um evento de início, condições de pausa, um evento de término e um calendário.

Em um SLA de primeira resposta, por exemplo, o relógio pode começar na abertura do chamado e parar quando um agente envia a primeira comunicação válida ao solicitante. Uma confirmação automática de recebimento pode ou não contar como resposta: isso precisa estar definido antes da coleta. No SLA de resolução, a contagem pode terminar quando o serviço é restaurado, quando a solução é aplicada ou somente quando o ticket é encerrado. As três alternativas produzem números diferentes.

O calendário também altera a conta. Um chamado aberto às 17h de sexta-feira e respondido às 9h de segunda-feira consumiu 64 horas corridas, mas pode ter consumido apenas uma hora útil em uma operação que funciona de segunda a sexta, das 8h às 18h. Se parte da equipe mede horas úteis e outra parte usa tempo corrido, o dashboard compara compromissos que não são equivalentes.

Antes de calcular, documente pelo menos:

- Escopo: quais serviços, clientes, categorias, prioridades e canais entram na regra;
- Início: qual evento aciona o cronômetro;
- Pausas: quais status interrompem a contagem e quais não interrompem;
- Fim: qual evento representa resposta, restauração ou resolução;
- Calendário: expediente, feriados, fusos e cobertura 24x7;
- Janela de análise: dia, semana, mês, trimestre ou período contratual;
- Unidade de medição: ticket, ciclo de SLA ou objetivo aplicado ao ticket;
- Exclusões: cancelamentos, duplicidades, testes, solicitações sem SLA e outras situações previstas no acordo.

Se essas regras ainda não estão consolidadas, vale revisar primeiro [como configurar um SLA de forma eficiente](https://blog.agidesk.com.br/como-configurar-um-sla). Um cálculo correto não corrige uma meta mal definida; apenas mede com precisão uma regra que pode continuar inadequada.

## **A taxa de cumprimento mostra quantos compromissos ficaram dentro do prazo**

A forma mais comum de calcular SLA em operações de atendimento é a taxa de cumprimento. Ela representa a proporção de objetivos concluídos dentro do prazo em relação ao total de objetivos concluídos e elegíveis no período.

**Taxa de cumprimento de SLA (%):** (objetivos cumpridos dentro do prazo ÷ total de objetivos concluídos e elegíveis) × 100

Imagine que, em um mês, a operação tenha concluído 180 objetivos de resolução sujeitos ao SLA. Desses, 162 foram cumpridos dentro do prazo e 18 foram violados.

**Exemplo:** (162 ÷ 180) × 100 = 90% de cumprimento do SLA de resolução

O denominador precisa ser explícito. Se houver 200 tickets encerrados, mas 20 não possuírem meta de SLA, a base elegível continua sendo 180. Incluir chamados sem acordo reduziria ou elevaria artificialmente o indicador, dependendo de como o sistema os classifica.

### **Um ticket pode cumprir uma meta e violar outra**

O mesmo chamado pode ter SLA de primeira resposta, de atualização e de resolução. Se a equipe responder em 20 minutos dentro de uma meta de uma hora, mas resolver em 12 horas diante de uma meta de oito, o ticket não possui um único resultado de SLA. Ele cumpriu um objetivo e violou outro.

Por isso, o dashboard deve mostrar cada compromisso separadamente. Uma taxa única por ticket só é válida quando existe uma regra clara, como considerar o chamado cumprido apenas se todos os objetivos aplicáveis forem atendidos. Sem essa definição, duas ferramentas podem exibir percentuais diferentes a partir da mesma base e ambas parecerem corretas.

### **Chamados em andamento pedem outra visão**

Objetivos ainda abertos não devem ser misturados automaticamente à taxa de metas concluídas. Eles podem aparecer em uma visão operacional de risco, divididos entre dentro do prazo, próximos do vencimento e já violados. Essa leitura ajuda a agir antes do atraso; a taxa histórica, por sua vez, mostra o que de fato foi entregue no período.

A data usada para formar a coorte também importa. Agrupar pelo mês de encerramento responde quais resultados foram concluídos naquele mês. Agrupar pelo mês de abertura acompanha o destino das demandas que nasceram no período, mas o dado pode mudar enquanto ainda existirem chamados abertos. Escolha a lógica de acordo com a pergunta e identifique-a no relatório.

## **Tempo de resposta e tempo de resolução não são a mesma conta**

A taxa de cumprimento responde se o compromisso foi respeitado. Os tempos médios mostram quanto a operação consumiu para atingir determinado evento. Eles ajudam a entender a distância entre o desempenho real e a meta, mas precisam seguir o mesmo calendário, as mesmas pausas e o mesmo escopo definidos no SLA.

**Tempo médio de primeira resposta:** soma do tempo medido até a primeira resposta válida ÷ número de objetivos de resposta concluídos

**Tempo médio de resolução:** soma do tempo medido até a resolução ÷ número de objetivos de resolução concluídos

Se 100 chamados somaram 3.000 minutos úteis até a primeira resposta, o tempo médio foi de 30 minutos. Se a meta era responder em até uma hora, a média parece confortável. Ainda assim, ela não informa quantos tickets ultrapassaram o limite nem mostra a experiência de quem ficou no grupo mais lento.

Esse é o motivo para combinar média, mediana, percentis e taxa de cumprimento:

- Média: mostra o tempo total distribuído pelo volume e é sensível a casos extremos;
- Mediana: mostra o ponto em que metade dos casos ficou abaixo e metade acima;
- Percentil 90 (P90): mostra o tempo abaixo do qual 90% dos casos foram concluídos;
- Taxa de cumprimento: mostra a parcela que respeitou a meta definida.

Uma operação pode ter média baixa e P90 alto quando a maior parte dos chamados é rápida, mas uma cauda menor permanece parada por muito tempo. Para quem está nessa cauda, o bom resultado médio não reduz o atraso. A leitura por percentis ajuda a enxergar essa diferença sem permitir que poucos casos rápidos compensem violações relevantes.

## **Disponibilidade transforma minutos de indisponibilidade em nível de serviço**

Quando o SLA trata de sistemas, infraestrutura, APIs ou serviços digitais, a métrica pode ser disponibilidade. Nesse caso, a conta relaciona o tempo em que o serviço esteve disponível com o tempo total acordado.

**Disponibilidade (%):** \[(tempo total acordado − indisponibilidade considerada) ÷ tempo total acordado\] × 100

Em um mês de 30 dias, um serviço 24x7 possui 43.200 minutos de janela total. Se houve 45 minutos de indisponibilidade considerada pelo acordo:

**Exemplo:** \[(43.200 − 45) ÷ 43.200\] × 100 = 99,8958%, arredondado para 99,90%

O resultado parece próximo de 99,9%, mas ficaria abaixo dessa meta por 1,8 minuto. A diferença mostra por que metas com muitos noves precisam de regras precisas e dados confiáveis. Em uma janela de 30 dias, 99,9% permite cerca de 43,2 minutos de indisponibilidade; em meses com outra duração, o limite muda.

Manutenções programadas, falhas de terceiros, indisponibilidade parcial e erros que afetam apenas uma parcela das requisições devem seguir o que foi acordado. Para serviços distribuídos, medir solicitações bem-sucedidas sobre o total de solicitações válidas pode representar melhor a experiência do usuário do que contar apenas minutos em que o sistema esteve completamente fora do ar.

## **Um exemplo completo mostra por que o percentual geral não basta**

Considere uma operação que concluiu 120 chamados elegíveis no mês. O SLA de primeira resposta era de uma hora e o SLA de resolução era de oito horas úteis. O dashboard apresentou os seguintes resultados:

- 102 chamados receberam a primeira resposta dentro do prazo: 85% de cumprimento;
- 96 chamados foram resolvidos dentro do prazo: 80% de cumprimento;
- Tempo médio de primeira resposta: 42 minutos;
- P90 de primeira resposta: 1 hora e 48 minutos;
- Tempo médio de resolução: 6 horas e 20 minutos;
- P90 de resolução: 14 horas.

As médias ficaram abaixo das metas, mas a taxa de cumprimento e o P90 mostram que uma parcela relevante dos usuários esperou além do acordo. A conclusão correta não é que o SLA está saudável porque a média foi de 42 minutos ou de 6 horas e 20 minutos. A operação precisa investigar onde estão os 18 atrasos de resposta e os 24 atrasos de resolução.

Ao segmentar a base, o gestor pode descobrir que os desvios se concentram em chamados críticos abertos fora do horário comercial, em uma categoria encaminhada manualmente ou em solicitações que dependem de aprovação de outra área. O cálculo identifica o desvio; o recorte operacional aproxima a equipe da causa.

## **O dashboard começa a ser útil quando o número vira pergunta**

Interpretar os dados do dashboard de SLA é essencial para entender a performance do serviço, mas um painel eficaz não precisa reunir dezenas de gráficos. Ele precisa permitir que a liderança compare meta e resultado, encontre concentrações, acompanhe tendências e decida o que fazer a seguir.

### **1. Compare o realizado com a meta correspondente**

Evite colocar todos os SLAs sob uma única referência. Compare primeira resposta com a meta de primeira resposta, resolução com a meta de resolução e disponibilidade com a janela acordada. Depois, segmente por serviço, prioridade, cliente, equipe, canal e calendário. Um resultado geral de 92% pode esconder uma categoria crítica com apenas 68% de cumprimento.

### **2. Observe tendência, volume e composição da demanda**

Uma queda de cinco pontos pode sinalizar piora, mas também pode refletir mudança no mix de chamados. Se o mês recebeu mais incidentes críticos ou solicitações complexas, a operação precisa separar efeito de volume, efeito de composição e perda real de capacidade. Compare janelas equivalentes e registre mudanças de equipe, produto, contrato ou processo que possam explicar a curva.

### **3. Localize onde o atraso se concentra**

Quebre as violações por categoria, responsável, etapa, cliente, faixa de aging e horário de abertura. Uma [categorização de tickets de atendimento](https://blog.agidesk.com.br/categorizacao-de-tickets-de-atendimento) consistente é decisiva: quando quase tudo entra como “outros” ou “problema no sistema”, o dashboard registra o atraso, mas não oferece uma pista confiável sobre a origem.

### **4. Cruze o SLA com indicadores de fluxo e qualidade**

O percentual de cumprimento ganha contexto quando é analisado com backlog, tempo por status, transferências, reaberturas, recorrência, satisfação e volume. Se o SLA melhora ao mesmo tempo que as reaberturas aumentam, a pressão por prazo pode estar produzindo encerramentos superficiais. Se a resolução piora enquanto a primeira resposta permanece estável, o gargalo provavelmente está depois da triagem.

O conteúdo sobre [indicadores de atendimento para transformar resultados](https://blog.agidesk.com.br/indicadores-de-atendimento-para-transformar-resultados) aprofunda essa leitura combinada e ajuda a evitar decisões apoiadas em uma única métrica.

### **5. Transforme cada desvio em hipótese, ação e responsável**

Um dashboard não melhora a operação sozinho. Para cada concentração relevante, registre a hipótese de causa, a ação que será testada, o responsável, o prazo e o indicador que confirmará ou rejeitará a hipótese. Uma regra automática de distribuição, uma revisão de calendário ou uma mudança no formulário deve ser acompanhada antes e depois para verificar se alterou o resultado.

Compartilhe a leitura com a equipe, incluindo avanços e desvios. A transparência ajuda os agentes a entender por que determinadas filas recebem atenção e cria uma cultura de melhoria contínua. O objetivo não é transformar o painel em placar individual, mas construir uma linguagem comum sobre capacidade, qualidade e experiência do usuário.

## **Os erros que mais distorcem o cálculo de SLA parecem pequenos**

A fórmula raramente é a parte mais vulnerável. As maiores distorções surgem nas regras e nos dados que alimentam a conta. Alguns sinais merecem atenção:

- Calendário incorreto: o sistema conta noites, finais de semana ou feriados que deveriam estar fora da janela, ou ignora períodos de cobertura 24x7;
- Pausas sem critério: tickets são colocados em “aguardando cliente” mesmo quando a próxima ação ainda pertence à equipe;
- Bases misturadas: chamados sem SLA, testes, duplicidades e cancelamentos entram no denominador;
- Média sem distribuição: poucos casos rápidos compensam atrasos longos e escondem a cauda da operação;
- Período sem definição: o relatório mistura chamados abertos, resolvidos e atualizados em janelas diferentes;
- Prioridade ou categoria alterada tarde: a regra aplicada durante parte do ciclo não corresponde ao contexto real do chamado;
- Reabertura tratada como novo sucesso: o encerramento melhora o indicador mesmo quando a solução não foi definitiva;
- Metas alteradas sem versionamento: o histórico é recalculado com regras novas e deixa de representar o compromisso vigente na época.

Auditar uma amostra de tickets ajuda a confrontar o relatório com a linha do tempo real. Escolha casos cumpridos, violados, pausados e reabertos; reconstrua os eventos; e confira se o cronômetro seguiu as regras documentadas. Essa verificação simples costuma revelar diferenças que uma análise apenas agregada não mostra.

## **Ferramentas diferentes respondem a partes diferentes do problema**

Dashboards de SLA dependem de coleta, cálculo e visualização. A melhor arquitetura é aquela que preserva uma fonte de verdade para os chamados e conecta dados complementares sem criar versões concorrentes do mesmo indicador.

### **Sistemas de gestão de atendimento registram o ciclo do chamado**

Plataformas como Agidesk, Zendesk, Freshdesk e ServiceNow podem centralizar abertura, categorias, prioridades, responsáveis, status, respostas e resolução. Essa camada deve registrar os eventos que iniciam, pausam e encerram cada objetivo. Quando o sistema de atendimento não conhece a regra do SLA, a análise posterior depende de reconstruções frágeis em planilhas.

### **Ferramentas de monitoramento registram disponibilidade e performance técnica**

Soluções como Zabbix, Nagios e SolarWinds ajudam a acompanhar disponibilidade, latência e falhas de infraestrutura ou aplicações. Elas são mais úteis quando o acordo depende de sinais técnicos que não nascem no ticket, como indisponibilidade de um serviço, erro de integração ou degradação de resposta. A integração precisa alinhar fuso, janela e definição de incidente para evitar duplicidade ou minutos contabilizados de forma diferente.

### **Plataformas de BI ampliam cruzamentos e análises executivas**

Power BI, Tableau e Qlik podem combinar dados de atendimento, monitoramento, contratos e satisfação em dashboards personalizados. Essa flexibilidade é valiosa para análises multinível, mas não substitui a governança do indicador. Se cada relatório recria a fórmula com filtros próprios, a empresa passa a discutir qual percentual é verdadeiro em vez de discutir como melhorar o serviço.

A escolha da ferramenta também deve considerar custo de manutenção, frequência de atualização, qualidade das integrações e autonomia da equipe. Uma análise de [redução de custos com portal de atendimento](https://blog.agidesk.com.br/reducao-de-custos-com-portal-de-atendimento) ajuda a conectar tecnologia, capacidade recuperada e impacto operacional sem reduzir a decisão ao preço da licença.

## **A cadência de análise deve acompanhar a velocidade da decisão**

Nem toda leitura precisa acontecer na mesma frequência. Uma visão operacional diária pode acompanhar chamados próximos do vencimento e violações ativas. A reunião semanal pode observar concentração por fila, causas prováveis e ações corretivas. A revisão mensal ou trimestral deve avaliar tendência, aderência das metas, mudanças de capacidade e necessidade de renegociar regras.

Essa separação evita dois extremos: um dashboard consultado apenas depois do fechamento do mês, quando já não é possível prevenir atrasos, e uma vigilância contínua sobre percentuais que mudam a cada ticket, sem tempo para investigar padrões. O dado precisa chegar no ritmo da decisão que ele sustenta.

## **Com a Agidesk, calcular SLA começa por medir o que a operação realmente entrega**

Na Agidesk, os SLAs podem ser configurados por tipo de solicitação, horário de expediente e nível de prioridade, conectando o prazo ao contexto do atendimento. Alertas, pausas e escalonamentos ajudam a equipe a agir antes do vencimento, enquanto dashboards e relatórios dão visibilidade aos objetivos cumpridos, violados e em risco.

Essa estrutura reduz a dependência de controles paralelos e permite cruzar prazos com categorias, filas, responsáveis e etapas. O ganho não está apenas em calcular o percentual automaticamente, mas em preservar os eventos e critérios que explicam o resultado. Assim, a liderança consegue sair da pergunta “qual foi o SLA do mês?” e avançar para “onde estamos perdendo previsibilidade e qual mudança pode corrigir isso?”.

Um SLA confiável é aquele que a operação consegue calcular, explicar e melhorar. Quando a regra é clara, o dado deixa de ser um placar isolado e passa a orientar capacidade, fluxo e experiência. A fórmula fecha a conta; a análise transforma o número em gestão.

Faça o [diagnóstico da sua operação](https://agidesk.com.br/cadastro-e-diagnostico) para identificar gargalos e riscos de prazo. Depois, [conheça melhor a Agidesk](https://agidesk.com.br/) e veja como a plataforma ajuda a estruturar, acompanhar e melhorar seus SLAs.

[Visualizar publicação completa](https://blog.agidesk.com.br/como-calcular-sla)

```json
{
  "@context" : "http://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "Agidesk"
  },
  "dateModified" : "2026-10-05T13:45:00.971Z",
  "datePublished" : "2026-10-05T13:45:00Z",
  "headline" : "Como calcular SLA: fórmulas, exemplos e como interpretar os resultados",
  "image" : {
    "@type" : "ImageObject",
    "height" : 1008,
    "url" : "https://45178310.fs1.hubspotusercontent-na1.net/hubfs/45178310/Blog%20Agidesk/Blog%20Agidesk%20%7C%20Como%20calcular%20SLA%20f%C3%B3rmulas%2c%20exemplos%20e%20como%20interpretar%20os%20resultados.jpg",
    "width" : 1720
  },
  "mainEntityOfPage" : "https://blog.agidesk.com.br/como-calcular-sla",
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "height" : 60,
      "url" : "/hs/hsstatic/content_shared_assets/static-1.4092/img/default-amp-logo.png",
      "width" : 60
    },
    "name" : "Blog Agidesk"
  }
}
```