Pesquisar conteúdos

Encontre uma trilha ou aula pelo assunto.

Experimente pesquisar por “governança”, “ITIL” ou “planejamento”.

Conteúdo da trilha

SLA

Aprenda a definir escopo, metas, responsabilidades, regras de medição e revisão para níveis de serviço úteis.
Serviços9 de 1013 min de leitura

O que é SLA

SLA é a sigla de Service Level Agreement, ou Acordo de Nível de Serviço (ANS). Ele registra o que um serviço deve entregar, quais níveis serão buscados, como o desempenho será medido e quais responsabilidades cabem ao provedor e ao cliente.

Um bom SLA transforma expectativas genéricas — como “o sistema precisa estar sempre disponível” — em compromissos compreensíveis e verificáveis. Seu propósito não é apenas cobrar uma equipe: é alinhar o serviço aos resultados do negócio, dar transparência às decisões e criar uma base para melhoria.

O SLA pode integrar um contrato, mas não é sinônimo do contrato inteiro. Um contrato também pode tratar de preço, propriedade intelectual, confidencialidade, vigência e outras condições jurídicas. Em relações internas, o SLA pode funcionar como um acordo formal de gestão mesmo sem existir contratação comercial.

SLI, SLO e SLA não são a mesma coisa

Três conceitos próximos ajudam a separar medição, meta e compromisso:

  • SLI — Service Level Indicator: indicador observado, como percentual de disponibilidade ou tempo de resposta;
  • SLO — Service Level Objective: objetivo definido para esse indicador, como disponibilidade mensal de 99,9%;
  • SLA — Service Level Agreement: acordo mais amplo que relaciona serviço, metas, responsabilidades, regras de medição e tratamento dos resultados.

Se a disponibilidade observada foi 99,92%, esse valor é um SLI. Se a meta era pelo menos 99,90%, ela é um SLO. Quando essa meta aparece em um acordo que explica escopo, janela de serviço, fonte dos dados, exceções e consequências, ela compõe um SLA.

O que um SLA precisa definir

Um documento útil não precisa ser longo, mas deve retirar ambiguidades que poderiam produzir interpretações diferentes. A estrutura depende do serviço, porém normalmente inclui:

  1. serviço e escopo: funcionalidades, público atendido, ambientes e limites;
  2. resultado esperado: capacidade que o serviço deve possibilitar ao cliente;
  3. horário de serviço e suporte: períodos cobertos e calendário aplicável;
  4. indicadores e metas: o que será medido e qual resultado é esperado;
  5. método de medição: fórmula, fonte, período, fuso horário e arredondamento;
  6. responsabilidades: ações do provedor, do cliente, de equipes internas e de fornecedores;
  7. prioridades e exceções: critérios para classificar eventos e situações não contabilizadas;
  8. comunicação e escalonamento: relatórios, alertas, responsáveis e tratamento de desvios;
  9. revisão: frequência e condições para atualizar o acordo.
Diagrama da anatomia de um SLA com serviço e resultado no centro, cercados por escopo, metas, medição, responsabilidades, exceções e revisão
Um SLA confiável conecta o resultado do serviço às metas e também explica como interpretar, medir e revisar o compromisso.

Um número isolado raramente é suficiente. “Responder em quatro horas”, por exemplo, ainda deixa perguntas: quatro horas corridas ou úteis? A contagem começa na abertura ou após triagem? O relógio para enquanto a equipe aguarda informação do solicitante? Qual canal registra o horário oficial? O SLA deve responder apenas ao nível de detalhe necessário para que todos calculem o resultado da mesma forma.

Como escolher metas relevantes

Metas devem partir da necessidade de quem utiliza ou depende do serviço. Antes de definir percentuais, pergunte quais jornadas são críticas, quando o serviço é necessário e qual impacto uma falha provoca. A meta apropriada para uma intranet usada em horário comercial pode ser inadequada para uma plataforma de pagamentos disponível continuamente.

Uma boa meta é:

  • relacionada a um resultado ou experiência importante;
  • escrita de modo claro para públicos técnicos e de negócio;
  • mensurável com dados confiáveis e auditáveis;
  • compatível com riscos, custos, capacidade e dependências;
  • exigente o bastante para orientar melhoria;
  • revisada quando o serviço ou o contexto muda.

Evite escolher um indicador apenas porque a ferramenta já o exibe. Quantidade de chamados fechados é fácil de contar, mas não demonstra que necessidades foram resolvidas. Também não convém prometer 100% sem examinar arquitetura, manutenção, fornecedores, custo e tolerância real a interrupções.

Indicadores frequentes

Os indicadores variam conforme o serviço. Alguns exemplos são:

  • disponibilidade: proporção do período acordado em que o serviço esteve utilizável;
  • tempo de resposta: intervalo até o primeiro atendimento válido, não até uma mensagem automática;
  • tempo de restauração: intervalo até recuperar o funcionamento após uma interrupção;
  • tempo de resolução: intervalo até concluir a necessidade segundo a regra acordada;
  • sucesso de transações: proporção de operações críticas concluídas corretamente;
  • resolução no primeiro contato: demandas resolvidas sem transferência ou retorno;
  • experiência: percepção e esforço do usuário em jornadas relevantes.

Uma forma comum de calcular disponibilidade é:

Disponibilidade (%) = (tempo de serviço acordado − indisponibilidade contabilizada) ÷ tempo de serviço acordado × 100

O valor só é comparável quando cada termo está definido. Se a janela mensal tem 720 horas, mas o serviço foi acordado apenas para dias úteis das 8h às 18h, o denominador não deve ser escolhido depois do incidente. Também é preciso definir se degradação parcial conta como indisponibilidade.

Médias podem esconder extremos. Se nove requisições respondem em um segundo e uma demora 31 segundos, a média é quatro segundos, embora uma parcela dos usuários tenha enfrentado espera muito maior. Percentis ou proporções dentro de um limite frequentemente mostram a distribuição com mais fidelidade, desde que sejam explicados ao público do relatório.

Regras de medição evitam disputas

Para cada indicador, registre a fonte oficial dos dados e regras como:

  • evento que inicia, pausa e encerra a contagem;
  • calendário, horário e fuso considerados;
  • critério de prioridade e quem pode alterá-lo;
  • ponto de observação usado para testar o serviço;
  • tratamento de manutenção planejada;
  • tratamento de falhas em dependências externas;
  • comportamento diante de dados ausentes ou inválidos;
  • período de consolidação e casas decimais.

O cliente também pode ter responsabilidades: fornecer informações corretas, manter contatos atualizados, respeitar canais acordados ou executar uma validação dentro de determinado prazo. Essas condições precisam ser proporcionais e não podem servir para transferir indiscriminadamente o risco do provedor.

Os compromissos formam uma cadeia

O serviço percebido pelo cliente normalmente depende de várias equipes e fornecedores. Um SLA externo só é sustentável quando os compromissos de apoio são compatíveis com ele.

Imagine um serviço com restauração prometida em até quatro horas. Se a equipe depende de um fornecedor cuja primeira resposta pode levar oito horas, existe uma lacuna. Da mesma forma, cobrar apenas o Service Desk não resolve atrasos causados por infraestrutura, aplicação, segurança ou aprovação de negócio.

Cadeia de compromissos em que o SLA com o cliente é sustentado por acordos com equipes internas, fornecedores e componentes técnicos
A promessa ao cliente deve ser sustentada de ponta a ponta. Metas locais incompatíveis criam um SLA que existe no documento, mas não na capacidade real.

Mapear a cadeia revela dependências críticas e ajuda a negociar capacidade, redundância, escalonamento e contratos de apoio. O objetivo não é replicar a mesma meta para todos, mas garantir que o conjunto consiga cumprir o resultado prometido.

Exemplo de SLA para um serviço de pedidos

Considere uma plataforma interna usada por lojas para emitir pedidos. Uma definição inicial poderia conter:

Esse recorte é mais útil que “sistema disponível 99,9%” porque identifica a jornada, o período, o ponto de observação, o início e o fim da contagem e a rotina de acompanhamento. Ainda seriam necessários critérios de severidade, responsabilidades, canais, dependências, exceções e procedimentos de revisão.

Cumprir o número não basta

Um serviço pode cumprir a disponibilidade mensal e ainda frustrar usuários. Interrupções curtas podem ocorrer sempre no momento mais importante; páginas podem carregar, mas transações falham; o atendimento pode responder rapidamente sem resolver a necessidade.

Por isso, indicadores técnicos devem ser interpretados junto a resultados e sinais de experiência. Medidas de experiência não anulam o SLA: elas complementam a visão e ajudam a identificar situações em que o indicador formal não representa o que as pessoas vivenciaram.

A gestão de níveis de serviço descrita no ITIL enfatiza metas baseadas no negócio e o acompanhamento da utilidade, garantia e experiência do serviço. Já o Service Desk usa essas expectativas na comunicação e no atendimento, mas não deve responder sozinho pelo desempenho de toda a cadeia.

Acompanhamento, desvio e melhoria

O SLA precisa ser acompanhado antes, durante e depois do período de apuração. Painéis operacionais ajudam equipes a agir; relatórios de serviço ajudam as partes a compreender tendências, impactos e decisões. Uma cor verde ou vermelha, sem contexto, raramente orienta melhoria.

Quando ocorre um desvio, o caminho saudável é:

  1. validar dados e impacto;
  2. comunicar as partes no prazo e canal combinados;
  3. investigar causas e fatores contribuintes;
  4. definir ações com responsáveis e prazos;
  5. acompanhar a eficácia das mudanças;
  6. rever meta, capacidade ou desenho quando necessário.
Ciclo contínuo do SLA com as etapas acordar, instrumentar, medir, analisar, comunicar, melhorar e revisar
O SLA não termina na medição. Evidências alimentam comunicação, decisões de melhoria e a revisão periódica do próprio acordo.

Créditos, descontos ou penalidades podem existir em contratos, porém não substituem restauração, transparência e correção das causas. Aspectos jurídicos e comerciais devem ser elaborados com as áreas responsáveis. Este conteúdo apresenta conceitos de gestão e não constitui orientação jurídica.

O histórico do SLA também produz evidências relevantes para auditoria, risco e compliance em TI, desde que os registros tenham fonte, período, responsável e critérios preservados.

Erros comuns

  • copiar metas de outra organização sem avaliar contexto e impacto;
  • negociar percentuais sem definir fórmula e fonte de dados;
  • medir componentes enquanto a jornada do usuário permanece invisível;
  • confundir resposta, restauração e resolução;
  • usar apenas médias e ocultar ocorrências extremas;
  • prometer mais do que equipes e fornecedores conseguem sustentar;
  • criar tantas exceções que o indicador perde significado;
  • responsabilizar somente a equipe que recebe o chamado;
  • apresentar relatórios sem causas, impacto ou decisões;
  • manter o mesmo SLA depois de mudanças relevantes no serviço.

O que você deve guardar

SLA é um instrumento de alinhamento e gestão. Ele conecta um serviço e seus resultados a metas mensuráveis, responsabilidades, regras de cálculo, comunicação e revisão. Indicadores confiáveis e objetivos coerentes são necessários, mas o acordo só gera valor quando representa a experiência real, é sustentado pela cadeia de entrega e orienta melhoria.

Referências