SLA - acordos de nível de serviço explicados

Os SLAs (Service Level Agreements) são a base da relação entre fornecedores e clientes de serviços de TI. Descubra como criar acordos eficazes, as diferenças entre SLA, OLA e UC, as métricas mais importantes e as melhores práticas para garantir o cumprimento dos níveis de serviço acordados no contexto do ITIL 4.

📅 ITIL® v5 Foundation | Online, 3 dias | 20-22 Abril

📅 ITIL® v5 Bridge Foundation (para quem tem ITIL 4 Foundation) | 1 dia | 26 Março · 7 ou 14 de Maio

📅 ITIL 4 Service Desk | 1 dia | 9 Abril

📅 ITIL Monitoring and Event Management | 1 dia | 30 Abril

O que é um SLA?

Definicao ITIL 4

"Um acordo documentado entre um fornecedor de serviços é um cliente que identifica os serviços necessários é o nível de serviço esperado."

Um SLA (Service Level Agreement ou Acordo de Nível de Serviço) é um contrato formal que define as expectativas de ambas as partes numa relação de prestação de serviços. Não é apenas um documento técnico - é a base da confiança entre o fornecedor e o cliente.

No contexto do ITIL 4, os SLAs fazem parte da prática de Service Level Management e são essenciais para garantir que os serviços de TI correspondem as necessidades do negócio. Um SLA bem definido ajuda a alinhar as expectativas, facilita a comunicação e fornece uma base objetiva para medir o desempenho.

Estrutura de um SLA

Cliente Expectativas
SLA
Acordo Metricas e metas
Compromisso
Fornecedor Entrega

Componentes essenciais de um SLA

Um SLA completo deve incluir os seguintes elementos:

  • Descrição do serviço: O que está incluído é o que não está
  • Metricas de desempenho: Indicadores mensuraveis (KPIs)
  • Niveis de serviço: Metas especificas para cada metrica
  • Responsabilidades: Obrigacoes de cada parte
  • Procedimentos de escalacao: O que fazer quando algo corre mal
  • Penalizacoes e incentivos: Consequencias do cumprimento ou incumprimento
  • Processo de revisão: Como e quando o SLA será revisto

SLA vs OLA vs UC

Um dos conceitos mais importantes na gestão de níveis de serviço e entender a diferença entre SLA, OLA e UC. Estes tres tipos de acordos trabalham em conjunto para garantir a entrega de serviços de qualidade.

Aspeto SLA OLA UC
Nome completo Service Level Agreement Operational Level Agreement Underpinning Contract
Partes envolvidas Fornecedor de TI e cliente externo Equipas internas de TI Fornecedor de TI e fornecedor externo
Foco principal Resultado do serviço para o cliente Cooperação entre equipas internas Servicos de terceiros
Tipo de documento Acordo comercial/contratual Acordo interno operacional Contrato legal com fornecedor
Exemplo 99.9% disponibilidade do ERP Rede entrega 99.95% uptime ao servidor Hosting garante 99.99% uptime
Penalizacoes Creditos de serviço, descontos Geralmente não aplicavel Penalizacoes contratuais

Como se relacionam

Para cumprir um SLA com o cliente, a equipa de TI frequentemente precisa de acordos internos (OLAs) entre os vários departamentos e contratos com fornecedores externos (UCs). Por exemplo:

  • O SLA compromete 99.5% de disponibilidade do serviço de email ao cliente
  • O OLA entre a equipa de redes é a equipa de servidores garante resposta em 15 minutos
  • O UC com o fornecedor de cloud garante 99.9% de uptime da infraestrutura

Se qualquer OLA ou UC falhar, o SLA pode ser comprometido. Por isso, é essencial alinhar todos os acordos para suportar os compromissos com o cliente.

Metricas comuns de SLA

As métricas são o coracao de qualquer SLA. Devem ser SMART: Especificas, Mensuraveis, Atingiveis, Relevantes e Temporais. Aqui estão as métricas mais utilizadas:

Disponibilidade (%)
Percentagem de tempo que o serviço está operacional. Ex: 99.9% = max 8.76h de downtime/ano
Tempo de Resposta
Tempo ate a primeira resposta após reportar um incidente. Ex: P1 = 15 min, P2 = 1 hora
Tempo de Resolução
Tempo total para resolver um incidente. Ex: P1 = 4 horas, P2 = 8 horas
Uptime
Tempo continuo de funcionamento sem interrupcoes. Frequentemente medido mensalmente
MTTR
Mean Time To Repair - tempo medio para reparar uma falha
MTBF
Mean Time Between Failures - tempo medio entre falhas

Niveis de prioridade tipicos

Os SLAs normalmente definem diferentes níveis de serviço conforme a prioridade do incidente:

  • P1 - Crítico: Servico completamente indisponível, impacto no negócio. Resposta: 15 min, Resolução: 4h
  • P2 - Alto: Funcionalidade principal afetada, workaround difícil. Resposta: 1h, Resolução: 8h
  • P3 - Médio: Funcionalidade secundária afetada, workaround disponível. Resposta: 4h, Resolução: 24h
  • P4 - Baixo: Pedido de informação ou problema menor. Resposta: 8h, Resolução: 72h

Como criar um SLA eficaz

Criar um SLA eficaz requer um processo estruturado que envolva todas as partes interessadas. Siga estes passos para desenvolver acordos que realmente funcionem:

1

Compreender as necessidades do cliente

Antes de definir métricas, entende o que o cliente realmente precisa. Quais processos de negócio dependem do serviço? Qual o impacto de uma falha? Reune com stakeholders para capturar requisitos.

2

Definir serviços e ambito

Descreve claramente o que está incluído no serviço é o que está fora do ambito. Evita ambiguidades que possam gerar conflitos mais tarde. Documenta exclusoes explicitas.

3

Estabelecer métricas realistas

Baseie as metas em dados historicos e capacidade real. Prometer 99.99% quando só consegue 99.5% cria frustracoes. Comece conservador e melhore progressivamente.

4

Alinhar OLAs e UCs

Garanta que os acordos internos (OLAs) e contratos com fornecedores (UCs) suportam os compromissos do SLA. Se o fornecedor de cloud garante 99.9%, não pode prometer 99.99%.

5

Definir processos de excecao

Documenta o que acontece quando o SLA e violado. Quem e notificado? Que compensacoes se aplicam? Como se faz a análise de causa raiz? Processos claros evitam conflitos.

6

Implementar monitorizacao

Um SLA só tem valor se for monitorizado. Implemente ferramentas que capturem métricas automaticamente e configurem alertas proativos quando os limites se aproximam.

Monitorizacao e reporting

A monitorizacao continua é essencial para garantir o cumprimento dos SLAs e identificar áreas de melhoria. Um bom sistema de monitorizacao permite atuar proativamente antes que os problemas afetem os clientes.

Elementos-chave da monitorizacao de SLA

Dashboards em tempo real

Visualizacao instantanea do estado de todos os SLAs com indicadores de semaforo (verde/amarelo/vermelho)

Alertas proativos

Notificacoes automaticas quando as métricas se aproximam dos limites acordados, permitindo acao preventiva

Relatorios periodicos

Relatorios semanais/mensais com análise de tendencias, violacoes e acoes de melhoria implementadas

Reunioes de revisão de serviço

Alem da monitorizacao automatizada, é importante realizar reunioes regulares com o cliente para:

  • Rever o desempenho do periodo anterior
  • Discutir incidentes significativos e acoes tomadas
  • Identificar oportunidades de melhoria
  • Ajustar SLAs conforme as necessidades do negócio evoluem
  • Fortalecer a relação e construir confianca

Estas reunioes devem ser documentadas e as acoes acordadas devem ser acompanhadas ate a conclusao. A transparência na comunicação é fundamental para uma relação de sucesso.

Boas práticas na gestão de SLAs

Manter simplicidade

SLAs complexos demais são dificeis de gerir e comunicar. Foca-te nas métricas que realmente importam para o negócio do cliente.

Envolver stakeholders

Tanto o lado técnico como o negócio devem participar na definicao do SLA. Isto garante que os acordos são realistas e relevantes.

Documentar tudo

Mantem registos detalhados de todas as violacoes, excecoes aprovadas e alterações ao SLA. Esta documentação e valiosa em disputas.

Melhoria continua

Usa dados de desempenho para identificar áreas de melhoria. Revisa SLAs regularmente para refletir mudanças nas capacidades e necessidades.

Comunicar proativamente

Nao esperes que o cliente descubra problemas. Comunica proativamente quando ha riscos de violacao ou incidentes significativos.

Focar no valor

O objetivo do SLA não e penalizar, mas garantir que o cliente recebe valor. Mantem o foco na experiência do cliente, não apenas nos numeros.

Descarregue a template de SLA

Modelo de acordo de nível de serviço completo e personalizável, baseado em ITIL 4.

Ver todas as templates ITSM

Perguntas frequentes

Um SLA (Service Level Agreement) é um acordo documentado entre um fornecedor de serviços é um cliente que identifica os serviços necessários é o nível de serviço esperado. Define métricas mensuraveis, responsabilidades e expectativas de ambas as partes.

O SLA é um acordo com o cliente externo. O OLA (Operational Level Agreement) é um acordo entre equipas internas que suportam o SLA. O UC (Underpinning Contract) é um contrato com fornecedores externos. Os tres trabalham em conjunto para garantir a entrega do serviço.

As métricas mais comuns incluem: disponibilidade do serviço (%), tempo de resposta, tempo de resolução, uptime, MTTR (Mean Time To Repair), MTBF (Mean Time Between Failures) e taxa de sucesso de transacoes.

A monitorizacao de SLAs requer ferramentas de ITSM que capturem métricas automaticamente, dashboards em tempo real, alertas proativos quando os limites se aproximam, e relatórios periodicos para revisão com o cliente.

Quando um SLA e violado, normalmente aplicam-se penalizacoes definidas no acordo (creditos de serviço, descontos). Mais importante, deve-se realizar uma análise de causa raiz, implementar acoes corretivas e comunicar transparentemente com o cliente.

Domine a gestão de níveis de serviço

Aprenda a criar SLAs eficazes e todas as práticas de gestão de serviços com a certificação ITIL 4 Foundation.

Peça informações

Gestao de Incidentes

Restaura serviços rapidamente após uma interrupção não planeada.

Ler artigo

Service Desk

O ponto único de contacto entre utilizadores e TI na gestão de serviços.

Ler artigo

Práticas ITIL 4

Conheça todas as 34 práticas do ITIL 4 e como se interligam.

Ler artigo

ITIL 4 Foundation

Aprenda os conceitos fundamentais com a certificação Foundation.

Ver curso