Entenda o que é SLA, como definir metas, calcular cumprimento, diferenciar SLA, OLA, prazo e KPI e aplicar níveis de serviço à engenharia.
Confira!
O SLA transforma expectativas genéricas de prazo e qualidade em compromissos mensuráveis. Em vez de registrar apenas que uma solicitação deve ser atendida “rapidamente” ou que um documento precisa ser analisado “dentro do prazo”, o acordo define o serviço, as condições de início da contagem, as metas, as exceções, as responsabilidades e a forma de comprovação.
Embora o termo seja muito associado a suporte de tecnologia, o conceito também se aplica a serviços continuados de engenharia, manutenção, inspeções, análises técnicas, aprovação documental, atendimento a RFIs, tratamento de não conformidades e entregáveis contratuais.
O que é SLA?
SLA é a sigla de Service Level Agreement, traduzida como acordo de nível de serviço. Trata-se de um compromisso formal entre fornecedor e cliente sobre o desempenho esperado de um serviço. Esse compromisso pode fazer parte do contrato, de um anexo técnico, de uma ordem de serviço ou de um documento operacional vinculado à contratação.
Um SLA não deve ser confundido com uma simples promessa de prazo. Ele precisa explicar exatamente qual serviço está sendo medido, quando a contagem começa, em quais horários o relógio corre, quais situações suspendem o prazo e qual evidência comprova o cumprimento.
SLA não é apenas prazo. Um acordo confiável define serviço, meta, calendário, prioridades, exceções, evidências e governança.
Em um serviço de análise de documentos de engenharia, por exemplo, a meta pode estabelecer que documentos completos e corretamente classificados serão analisados em até cinco dias úteis. Para que essa regra seja aplicável, é necessário definir o que caracteriza uma submissão completa, quem valida o recebimento, como são tratados feriados, revisões incompletas, indisponibilidade do sistema e solicitações de esclarecimento.
Para que serve um acordo de nível de serviço?
O SLA serve para alinhar expectativa e capacidade de entrega. O cliente passa a conhecer o nível de desempenho contratado, enquanto o prestador consegue dimensionar equipe, processos, ferramentas e prioridades de acordo com metas explícitas.
Ele também reduz conflitos de interpretação. Sem critérios objetivos, uma parte pode considerar que o prazo começou no envio de um e-mail, enquanto a outra entende que começou somente após o cadastro formal e a validação das informações. O SLA elimina essa ambiguidade ao definir eventos de início, suspensão, retomada e encerramento.
Outro benefício é a governança. O acordo permite acompanhar desempenho, analisar desvios, discutir causas e decidir melhorias. Quando conectado ao workflow, cada solicitação registra datas, estados, responsáveis, pausas e evidências necessárias ao cálculo.
SLA, prazo e indicador são a mesma coisa?
Não. O prazo é apenas uma das dimensões possíveis do nível de serviço. Um SLA pode combinar tempo, disponibilidade, qualidade, capacidade, conformidade, comunicação e experiência do usuário.
Um indicador mede um aspecto do desempenho. Já o SLA utiliza uma ou mais métricas para estabelecer uma meta acordada. O tempo médio de análise pode ser um indicador, por exemplo, mas o SLA pode determinar que 95% das análises sejam concluídas em até cinco dias úteis.
| Conceito | Função | Exemplo |
| Prazo | Limite de tempo para uma atividade ou entrega | Cinco dias úteis para análise |
| Indicador | Métrica utilizada para acompanhar desempenho | Tempo médio de análise |
| Meta | Resultado esperado para a métrica | Média inferior a quatro dias |
| SLA | Compromisso formal de nível de serviço | 95% das análises em até cinco dias úteis |
| KPI | Indicador crítico para decisão e gestão | Percentual de solicitações dentro do SLA |
Essa distinção é importante porque médias podem ocultar falhas. Um tempo médio satisfatório não garante que solicitações críticas estejam sendo atendidas dentro do limite estabelecido.
Quais elementos devem constar em um SLA?
Um acordo de nível de serviço precisa ser suficientemente preciso para ser medido e administrado. O documento deve começar pela descrição do serviço e de seus limites. Em seguida, deve identificar clientes, prestadores, papéis responsáveis e canais oficiais de entrada.
A meta precisa indicar a unidade de medida e a forma de cálculo. Também devem ser definidos calendário, horário de atendimento, criticidade, prioridade, exclusões, eventos de pausa, evidências e periodicidade de apuração.
Quando o SLA está vinculado a um contrato, é necessário tratar ainda governança, revisão das metas, comunicação de desvios, planos de ação, incentivos, glosas, créditos de serviço ou outras consequências previstas. Penalidades não corrigem um acordo mal definido; primeiro o indicador precisa ser tecnicamente mensurável e auditável.
Quais tipos de SLA podem ser utilizados?
SLA de atendimento
O SLA de atendimento mede o tempo até o primeiro contato qualificado ou até o início efetivo do tratamento. Uma resposta automática confirmando o recebimento não deve ser confundida com atendimento técnico quando o compromisso exige análise inicial por profissional competente.
Em serviços de engenharia, esse indicador pode ser aplicado à abertura de chamados, solicitações de inspeção, dúvidas de projeto, RFIs e ocorrências de campo.
SLA de resposta
O tempo de resposta representa o intervalo até uma manifestação útil. Dependendo do serviço, a resposta pode ser uma solução, uma avaliação preliminar, uma solicitação fundamentada de complementação ou a confirmação de encaminhamento para especialista.
A definição deve impedir respostas vazias utilizadas apenas para interromper artificialmente o relógio.
SLA de solução ou conclusão
Esse SLA mede o tempo até o encerramento do serviço ou da solicitação. É necessário definir o que caracteriza solução. Em uma não conformidade, encerrar pode significar corrigir, verificar a correção e registrar o aceite, não apenas atribuir a pendência a outro responsável.
SLA de disponibilidade
A disponibilidade é comum em plataformas, sistemas, infraestrutura e serviços críticos. O acordo deve definir período de medição, janelas de manutenção, indisponibilidades excluídas, método de monitoramento e ponto de observação.
Uma disponibilidade de 99,9% parece alta, mas ainda permite aproximadamente 43 minutos de indisponibilidade em um mês de 30 dias quando medida continuamente. O impacto real depende do horário, da criticidade e da distribuição das falhas.
SLA de qualidade
Metas de qualidade podem considerar conformidade, índice de retrabalho, aprovação na primeira submissão, completude documental, precisão dos registros e atendimento aos critérios de aceite.
Em engenharia, combinar prazo e qualidade evita que a pressão por velocidade produza entregas incompletas ou tecnicamente inadequadas.
SLA por prioridade e criticidade
Nem todas as solicitações devem possuir o mesmo prazo. O nível de serviço pode variar conforme impacto, urgência, risco técnico e consequência para a operação.
A prioridade não deve ser escolhida livremente pelo solicitante. É necessário definir uma matriz com critérios objetivos. Uma indisponibilidade que interrompe operação crítica pode receber prioridade máxima, enquanto uma melhoria sem impacto imediato pode seguir prazo ordinário.
| Prioridade | Condição típica | Atendimento inicial | Solução ou plano de ação |
| Crítica | Paralisação, risco elevado ou perda de função essencial | 30 minutos | 4 horas |
| Alta | Impacto relevante sem paralisação total | 2 horas | 1 dia útil |
| Média | Impacto controlado e alternativa temporária disponível | 4 horas | 3 dias úteis |
| Baixa | Melhoria, ajuste ou solicitação sem impacto imediato | 1 dia útil | 5 dias úteis |
Os valores acima são apenas ilustrativos. As metas reais devem considerar riscos, capacidade, localização, horário de cobertura, dependências e custos do serviço.
Como definir um SLA passo a passo

1. Delimite o serviço
A primeira etapa é definir o que está dentro e fora do acordo. Termos amplos, como “suporte de engenharia”, não permitem medição confiável. É preferível separar análise documental, atendimento a chamados, inspeções, pareceres, atualizações cadastrais e outras modalidades de serviço.
A fronteira deve indicar o evento de entrada e o resultado que encerra a obrigação.
2. Identifique clientes, prestadores e dependências
O SLA envolve pelo menos uma parte que recebe e outra que presta o serviço, mas o desempenho pode depender de áreas internas, fornecedores, sistemas e aprovações externas.
Essas dependências precisam ser reconhecidas. Quando uma meta externa depende de compromissos internos, podem ser criados acordos de nível operacional.
3. Defina a classificação das solicitações
Estabeleça categorias, prioridades e critérios de criticidade. Uma classificação excessivamente complexa dificulta uso e auditoria; uma classificação genérica demais distribui demandas diferentes sob o mesmo prazo.
4. Escolha as métricas
A métrica deve representar valor para o cliente e ser controlável pelo processo. Tempo até primeira resposta, tempo até solução, percentual dentro do prazo, disponibilidade, retrabalho e aprovação na primeira submissão são exemplos possíveis.
Evite medir somente aquilo que o sistema registra com facilidade. A medição deve refletir o resultado do serviço, não apenas a conveniência da ferramenta.
5. Estabeleça metas realistas
Metas devem considerar histórico, capacidade, volume, sazonalidade, complexidade, riscos e custo. Um prazo extremamente agressivo pode exigir equipe dedicada, plantão, redundância e automação. Essas condições precisam estar refletidas no modelo de contratação.
Quando não há histórico, pode ser adotado período inicial de medição antes da consolidação das metas.
6. Defina o relógio do SLA
O relógio precisa de regras claras. Informe calendário, fuso horário, horário comercial, feriados, início da contagem, pausas, retomadas e limite para arredondamento.
Em serviços prestados em dias úteis, uma solicitação recebida fora do horário pode começar a contar no próximo período de atendimento. Em cobertura contínua, a contagem pode ocorrer 24 horas por dia.
7. Trate exceções e exclusões
Exceções devem ser objetivas e registradas. Falta de informação obrigatória, impedimento de acesso, evento de força maior, manutenção programada e dependência de decisão do cliente podem suspender ou excluir parte da medição.
Não é adequado utilizar categorias genéricas, como “aguardando cliente”, sem registrar qual informação foi solicitada, quando a solicitação ocorreu e quando houve resposta.
8. Defina evidências e governança
O acordo deve indicar a fonte oficial dos dados, responsáveis pela apuração, periodicidade dos relatórios e processo de contestação. Também precisa prever análise de desvios, plano de ação e revisão das metas.
Como calcular o cumprimento do SLA
Uma forma comum de medir cumprimento é calcular o percentual de solicitações concluídas dentro do limite aplicável:
Cumprimento do SLA (%) = solicitações dentro do SLA ÷ solicitações válidas avaliadas × 100
Se 190 de 200 solicitações válidas foram concluídas dentro do prazo, o resultado é 95%.
O denominador exige atenção. Solicitações canceladas, duplicadas ou classificadas incorretamente não devem ser removidas sem regra documentada. Exclusões precisam ser rastreáveis para evitar distorção do resultado.
Para disponibilidade, uma fórmula simplificada é:
Disponibilidade (%) = tempo disponível ÷ tempo total considerado × 100
A janela de medição e as exclusões de manutenção programada devem ser explicitadas. Medir apenas períodos convenientes compromete a confiabilidade do indicador.
Tempo médio, percentil e percentual dentro do SLA
O tempo médio é útil, mas pode ser influenciado por casos extremos. Percentis ajudam a compreender a distribuição. O percentil 95 indica o tempo abaixo do qual 95% dos casos foram concluídos.
O percentual dentro do SLA responde diretamente ao compromisso contratado. Já a média e os percentis ajudam a analisar comportamento, tendência e capacidade do processo.
Um painel consistente pode apresentar os três elementos: cumprimento do SLA, tempo médio e percentil 95. Assim, a gestão evita concluir que o serviço está estável apenas porque a média permanece baixa.
SLA, OLA e contrato de apoio
O OLA, ou Operational Level Agreement, é um acordo de nível operacional entre equipes internas. Ele define como áreas que participam do processo contribuirão para o cumprimento do SLA externo.
Se o cliente deve receber um parecer em cinco dias úteis, por exemplo, a triagem pode ter um OLA de quatro horas, a análise técnica de três dias e a aprovação de um dia. A soma precisa preservar margem para correções e comunicação.
Contratos com fornecedores externos também podem sustentar o SLA. Quando uma plataforma, laboratório ou fabricante participa da entrega, seus compromissos precisam ser compatíveis com o nível prometido ao cliente.
O erro comum é estabelecer um SLA externo sem decompor dependências internas. O prazo passa a existir no contrato, mas não no processo operacional.
O compromisso externo depende da operação interna. Um SLA somente é sustentável quando OLAs, fornecedores, capacidade da equipe e ferramentas são compatíveis com a meta prometida.
SLA e workflow
O workflow é o principal mecanismo para operacionalizar o acordo. Cada solicitação deve possuir estado, responsável, prioridade, data de entrada, prazo aplicável e registro das transições.
O sistema pode calcular vencimento, emitir alertas, escalonar atrasos e registrar pausas. Entretanto, a automação precisa reproduzir as regras aprovadas. Um botão de “pausar SLA” sem justificativa obrigatória ou aprovação cria risco de manipulação.
Pausas precisam de rastreabilidade. Motivo, informação pendente, data de início, retomada e responsável devem ficar registrados no workflow.
Entenda como estruturar workflows com estados, regras, SLA, exceções e trilha de auditoria.
O workflow também permite diferenciar tempo total, tempo de trabalho e tempo de espera. Essa separação ajuda a identificar se o atraso ocorre na execução, na aprovação, na complementação de informações ou em dependência externa.
Exemplo de SLA para aprovação de documento técnico
Considere um processo de análise de memorial descritivo submetido pelo projetista. O acordo define que documentos completos serão verificados em até cinco dias úteis, contados a partir da validação de recebimento pelo controle documental.
A submissão deve conter arquivo editável, PDF, identificação de revisão, lista de alterações e documentos de referência. Caso falte item obrigatório, o documento é devolvido antes do início da contagem.
Durante a análise, o relógio pode ser suspenso quando houver solicitação formal de esclarecimento que impeça a continuidade. A pausa começa no registro da pergunta e termina no recebimento da resposta completa. Comentários produzidos pela própria verificação não suspendem o prazo.
O indicador principal é o percentual de documentos analisados dentro de cinco dias úteis. Indicadores auxiliares incluem tempo médio, percentil 95, taxa de devolução por entrada incompleta e percentual de aprovação sem retrabalho.
Esse exemplo mostra que o SLA depende de critérios de entrada, workflow, responsabilidades, documentos e indicadores. Registrar apenas “prazo de cinco dias” seria insuficiente.
SLA em serviços continuados de engenharia
Em contratos continuados, o acordo pode combinar atendimento, mobilização, análise e entrega. Chamados críticos podem exigir resposta rápida, enquanto pareceres e estudos seguem prazo proporcional à complexidade.
É recomendável distinguir solicitações padronizadas de demandas que exigem levantamento, mobilização, ensaio, visita técnica ou participação de especialista. Um único prazo para todos os casos incentiva classificação inadequada e reduz a previsibilidade.
O SLA também deve estar alinhado ao saldo de horas, à disponibilidade da equipe, ao regime de plantão e ao modelo de remuneração. Cobertura 24×7 possui estrutura de custo diferente de atendimento em horário comercial.
SLA em contratos e critérios de aceite
O acordo de nível de serviço precisa conversar com escopo, entregáveis, medição e aceite. O cumprimento do prazo não significa aceite automático quando o resultado não atende aos requisitos técnicos.
Da mesma forma, uma entrega pode estar tecnicamente correta e ainda descumprir o SLA. Contrato e governança devem tratar separadamente conformidade técnica, prazo e consequências comerciais.
Glosas ou créditos de serviço precisam de fórmula clara, limite, evento gerador e processo de contestação. A consequência deve ser proporcional e não pode substituir a obrigação de corrigir a causa do desvio.
Indicadores para acompanhar o SLA
O cumprimento percentual é o indicador principal, mas não deve ser analisado isoladamente. Volume recebido, demanda acumulada, idade do backlog, reincidência, retrabalho, tempo em espera e distribuição por prioridade ajudam a explicar o resultado.
Indicadores recomendados incluem:
- percentual de solicitações dentro do SLA;
- tempo médio e percentil 95 por categoria;
- quantidade de violações por prioridade;
- solicitações próximas do vencimento;
- tempo suspenso por dependência externa;
- taxa de reabertura;
- percentual de aprovação na primeira submissão;
- causas mais frequentes de descumprimento.
Esses dados devem conduzir decisão. Um dashboard que apenas exibe números, sem responsável e rotina de análise, não constitui gestão do nível de serviço.
Erros comuns na definição de SLA
Medir somente o primeiro contato
Responder rapidamente e deixar a solicitação parada não representa bom serviço. Atendimento inicial e solução devem ser medidos separadamente.
Usar metas iguais para todas as demandas
Solicitações possuem impactos e complexidades diferentes. A classificação precisa justificar prioridades e prazos distintos.
Não definir o início da contagem
Sem evento de início, cada parte calcula o prazo de maneira diferente. O canal oficial e os critérios de entrada devem ser inequívocos.
Permitir pausas sem evidência
Pausas genéricas distorcem o indicador. Motivo, data, informação pendente e responsável devem ficar registrados.
Criar metas sem capacidade operacional
O SLA precisa ser suportado por equipe, processo, ferramentas e fornecedores. Metas incompatíveis com a capacidade produzem atrasos recorrentes ou custo não previsto.
Confundir cumprimento com qualidade
Uma entrega dentro do prazo pode estar incorreta. O nível de serviço deve ser complementado por critérios de qualidade e aceite.
Não revisar o acordo
Mudanças de volume, escopo, tecnologia, risco e horário de cobertura podem tornar a meta inadequada. O SLA precisa de ciclo de revisão.
Como implantar SLA sem criar burocracia excessiva
Comece pelos serviços mais críticos e por poucas métricas relevantes. Defina regras simples, registre dados confiáveis e acompanhe o comportamento antes de ampliar o modelo.
A implantação pode ocorrer em ciclos. Primeiro são estabelecidas fronteiras e métricas. Depois, o workflow passa a calcular prazos e registrar pausas. Em seguida, os resultados são analisados e as metas são ajustadas. Somente após estabilização faz sentido associar consequências comerciais mais sofisticadas.
O objetivo não é medir cada movimento do processo. É assegurar que cliente e prestador tenham uma referência comum sobre valor, prazo, qualidade e responsabilidade.
Conclusão
O SLA é um acordo mensurável sobre o desempenho de um serviço. Ele combina escopo, metas, regras de contagem, prioridades, exceções, evidências e governança.
Em empresas de engenharia, sua aplicação melhora serviços continuados, análise documental, atendimento técnico, manutenção, inspeções e processos de aprovação. Para funcionar, o acordo precisa estar conectado ao contrato, ao workflow, aos responsáveis e aos indicadores.
Um SLA bem estruturado não serve apenas para cobrar atrasos. Ele cria previsibilidade, orienta capacidade, evidencia gargalos e fornece uma base objetiva para melhoria contínua.
Referências técnicas
[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 20000-1:2018 — Information technology — Service management — Part 1: Service management system requirements. Geneva: ISO, 2018. Amendment 1:2024.
[2] PEOPLECERT. ITIL 4 Practitioner: Service Level Management. Disponível em: PeopleCert. Acesso em: 23 jul. 2026.
[3] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 9001:2015 — Sistemas de gestão da qualidade — Requisitos. Rio de Janeiro: ABNT, 2015.
[4] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 31000:2018 — Gestão de riscos — Diretrizes. Rio de Janeiro: ABNT, 2018.
[5] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 21502:2021 — Gerenciamento de projetos, programas e portfólios — Orientação sobre gerenciamento de projetos. Rio de Janeiro: ABNT, 2021.
Perguntas frequentes
SLA é um acordo de nível de serviço que define metas mensuráveis de desempenho entre prestador e cliente, incluindo escopo, prazos, qualidade, regras de contagem e evidências.
SLA significa Service Level Agreement, traduzido como acordo de nível de serviço.
Prazo é um limite de tempo. SLA é um acordo mais amplo que define serviço, métricas, metas, calendário, prioridades, exceções, responsabilidades e forma de medição.
Uma fórmula comum divide a quantidade de solicitações concluídas dentro do SLA pelo total de solicitações válidas avaliadas e multiplica o resultado por 100.
OLA é um acordo de nível operacional entre equipes internas que define compromissos necessários para sustentar o SLA oferecido ao cliente.
Não. O SLA estabelece um compromisso de nível de serviço. KPI é um indicador crítico utilizado para acompanhar desempenho e apoiar decisões.
Pode, desde que as condições de suspensão e retomada estejam definidas e cada pausa possua motivo, evidência, data e responsável registrados.
Não. O conceito pode ser aplicado a engenharia, manutenção, inspeções, análise documental, logística, atendimento, serviços continuados e outros processos mensuráveis.
Materiais técnicos complementares
1. Entenda o processo antes de definir o SLA
- Gestão de processos: o que é, etapas e aplicação em empresas de engenharia
- Mapeamento de processos: como fazer AS-IS e TO-BE em empresas de engenharia
- SIPOC: fornecedores, entradas, processo, saídas e clientes
- Fluxograma de processos: símbolos e elaboração passo a passo
- BPMN: modelagem estruturada de processos de engenharia
2. Operacionalize prazos, responsabilidades e evidências
- Workflow: como estruturar fluxos de aprovação
- Matriz RACI em Projetos de Engenharia
- Gestão Eletrônica de Documentos
- Critérios de Aceite em Engenharia
- Termo de Aceite Técnico em Engenharia
3. Conecte SLA, contrato e modelo de prestação
- Gestão de Contrato em Engenharia
- Gestão de Contratos, Escopo e Entregáveis
- Serviços Continuados de Engenharia Consultiva
- Locação de CFTV como Serviço: modelo técnico, SLA, TCO e governança
- Owner’s Engineering
4. Meça, automatize e acompanhe o nível de serviço
- Indicadores, Dashboards e Relatórios Executivos de Engenharia
- Gestão de Processos, Workflows e Aprovações Técnicas
- ENGiOS — Plataforma de Gestão para Empresas de Engenharia
- Automação de Processos
- Gestão de Projetos
5. Fontes externas e referências oficiais