Quando um contrato de manutenção informa apenas que o atendimento será “rápido”, o gestor ainda não sabe o que acontecerá depois da abertura do chamado. O primeiro retorno virá em quanto tempo? Quando começa o diagnóstico? A solução depende de peça, acesso ao local ou autorização? Essas respostas pertencem ao SLA de manutenção — o acordo que define níveis de serviço, critérios de medição e responsabilidades.
Para empresas e condomínios, a distinção mais importante costuma ser entre prazo de resposta e prazo de solução. Eles medem etapas diferentes. Misturá-los pode gerar expectativa incompatível com a criticidade, a disponibilidade de componentes e as condições reais do atendimento.
O que é SLA de manutenção?
SLA é a sigla em inglês para Service Level Agreement, ou Acordo de Nível de Serviço. Em um contrato, ele transforma expressões genéricas em compromissos observáveis: como o chamado é recebido, quando o relógio começa a contar, quais prioridades existem, que evidência comprova cada etapa e o que acontece quando surge uma dependência externa.
A definição deve estar ligada ao escopo contratado. Um SLA para câmeras, controle de acesso, alarme, interfonia ou infraestrutura de rede não precisa repetir a mesma regra para todos os eventos. Uma câmera com imagem degradada, uma porta sem liberação e uma falha total de comunicação podem exigir classificações distintas.
Prazo de resposta não é prazo de solução
O prazo de resposta mede o intervalo entre a abertura válida do chamado e o primeiro atendimento registrado. Esse atendimento pode ser a confirmação de recebimento, uma triagem remota, a coleta de informações ou o início do diagnóstico, conforme o contrato.
O prazo de solução mede o tempo até o restabelecimento definido no acordo. É preciso esclarecer o que “solução” significa: correção definitiva, contorno temporário, retorno parcial da operação ou encerramento após validação do responsável.
Exemplo: a equipe pode responder rapidamente, identificar que a falha está em uma fonte danificada e depender da aprovação de reposição. Nesse cenário, o prazo de resposta foi cumprido, mas o prazo de solução passa a depender das regras para peça, autorização e acesso. O contrato deve registrar essa transição, sem transformar resposta em promessa automática de reparo.
Separe também diagnóstico, contorno e correção definitiva
Entre resposta e solução existem etapas que ajudam o gestor a acompanhar o chamado:
- Confirmação: registro de que o chamado entrou pelo canal correto.
- Triagem: coleta de sintomas, local, equipamento afetado e impacto.
- Diagnóstico: identificação provável ou confirmada da causa.
- Contorno: medida provisória para reduzir o impacto, quando tecnicamente possível e autorizada.
- Solução: restabelecimento conforme o critério previsto no contrato.
- Validação: confirmação do responsável antes do encerramento.
Essa separação evita que um chamado permaneça aparentemente parado quando, na verdade, aguarda uma decisão documentada. Também permite avaliar o desempenho por etapa, em vez de resumir todo o processo em um único número.
Como definir a criticidade
A prioridade deve considerar impacto operacional, abrangência e existência de alternativa. Uma matriz simples pode trabalhar com níveis como crítico, alto, médio e baixo, mas cada nível precisa de critérios objetivos.
Em CFTV, por exemplo, a indisponibilidade de todo o sistema de gravação é diferente da perda isolada de uma câmera sem impacto imediato na operação. Em controle de acesso, uma falha que impede a entrada em um ponto principal é diferente de um leitor secundário com rota alternativa. O mesmo raciocínio vale para interfonia, rede e automação.
O SLA deve dizer quem classifica o chamado, como a prioridade pode ser revista após o diagnóstico e qual registro sustenta a mudança. Sem isso, cada parte pode interpretar a urgência de um modo diferente.
Quando o relógio começa, pausa e termina?
Um bom acordo define o marco inicial. O chamado começa a contar quando uma mensagem é enviada, quando chega ao canal oficial, quando contém informações mínimas ou quando é validado por um responsável? O horário de cobertura e os dias considerados também precisam estar expressos.
As condições de pausa devem ser igualmente claras. Entre as dependências comuns estão:
- liberação de acesso ao local ou à sala técnica;
- autorização para desligamento de equipamentos;
- aprovação de orçamento ou substituição de peça fora do escopo;
- entrega de componente específico;
- atuação de operadora, fabricante, concessionária ou outro fornecedor;
- disponibilização de credenciais, plantas ou informações do ambiente.
A pausa não deve acontecer de forma invisível. O chamado precisa registrar o motivo, a data, o responsável pela próxima ação e a condição necessária para retomar a contagem.
Peças e terceiros precisam de regra própria
O contrato deve separar mão de obra preventiva e corretiva da reposição de equipamentos. Quando peças não estão incluídas, convém definir como serão diagnosticadas, propostas, aprovadas e instaladas. Se houver estoque acordado, é importante listar quais itens fazem parte dele e como ocorre a recomposição.
Também é arriscado prometer prazo fechado para eventos controlados por terceiros. A equipe de manutenção pode acompanhar a ocorrência e manter o gestor informado, mas não controla o prazo de uma operadora de internet, de um fabricante ou de uma transportadora. O SLA deve diferenciar o tempo sob responsabilidade direta do prestador do tempo de dependência externa.
O que registrar em cada chamado
Sem registro, o SLA vira uma percepção. O histórico mínimo deve conter:
- data e hora da abertura;
- canal utilizado e solicitante;
- local, sistema e ativo afetado;
- sintoma e impacto informado;
- prioridade inicial e eventuais revisões;
- horário da primeira resposta e do início do diagnóstico;
- ações realizadas, evidências e responsáveis;
- dependências, pausas e autorizações;
- critério de solução e validação do encerramento.
Esse conjunto permite discutir fatos: quanto tempo cada etapa consumiu, quais falhas se repetiram e quais pendências ficaram fora do controle da manutenção.
Como comparar propostas de manutenção
Ao comparar fornecedores, não use apenas o menor número apresentado como prazo. Verifique se as propostas respondem às mesmas perguntas:
- O prazo é de confirmação, resposta técnica, diagnóstico ou solução?
- A contagem considera horas corridas, horas úteis ou janela contratada?
- Quais sistemas e unidades estão cobertos?
- Quais eventos entram em cada nível de criticidade?
- Visita, deslocamento, mão de obra e peças estão incluídos?
- Como são tratadas aprovações, acessos e dependências de terceiros?
- Qual evidência será usada para medir cumprimento?
- Como ocorre escalonamento e comunicação durante a ocorrência?
Um SLA aparentemente mais longo pode ser mais útil se tiver escopo, etapas e exceções bem definidos. Já um prazo curto e genérico pode esconder condições que só aparecem depois da contratação.
Indicadores que ajudam na gestão
Além do percentual de chamados dentro do SLA, o gestor pode acompanhar tempo médio de primeira resposta, tempo até o diagnóstico, tempo de espera por aprovação, reincidência, quantidade de chamados por sistema e causas mais frequentes. Esses indicadores não substituem a análise técnica, mas ajudam a orientar manutenção preventiva e decisões de modernização.
Vale relacionar o SLA com o escopo de manutenção dos equipamentos e gestão das gravações. Para ambientes de maior movimento, o checklist técnico de segurança e tecnologia também ajuda a identificar pontos críticos antes da contratação.
Checklist para fechar o SLA
- escopo por sistema, unidade e equipamento;
- canal oficial e informações mínimas do chamado;
- horário de cobertura e base de contagem;
- definição separada de resposta, diagnóstico, contorno e solução;
- matriz de criticidade com exemplos;
- responsáveis por acesso, autorização e validação;
- regras para peças, estoque e terceiros;
- evidências, relatórios e rotina de revisão do acordo.
A BRCOM Tecnologia atende empresas e condomínios no Rio de Janeiro e Região Metropolitana com levantamento técnico e elaboração de proposta conforme o ambiente. Para avaliar sistemas, criticidades e responsabilidades, conheça a consultoria técnica ou solicite um orçamento.
Fontes técnicas consultadas: IBM — Service-level agreement; NIST — Service Level Agreement.
Autor: Bruno R. Cardoso
