Acordo de nível de serviço TI: como definir metas e prazos

Um acordo de nível de serviço (SLA) de TI define metas mensuráveis, prazos e responsabilidades entre sua empresa e o fornecedor de suporte. A Simples Solução TI ajuda empresas no Rio de Janeiro e em São Paulo a estruturar SLAs com critérios auditáveis e indicadores práticos, sem promessas vagas.

• SLA executável exige metas numéricas, fonte de medição definida e critério de aceite por tipo de demanda.
• Incidente crítico deve ter tempo de resposta e evidência de atendimento registrada em ticket, não em e-mail.
• Trilha de auditoria em três camadas (monitoramento, comunicação e relatório consolidado) evita disputa.
• Antes de assinar, valide cobertura de indicadores, responsabilidades por papel e regras de contingência.

O que é um acordo de nível de serviço de TI e o que ele precisa conter para ser executável?

Um acordo de nível de serviço de TI é o contrato que fixa metas mensuráveis de atendimento, disponibilidade e resolução. Para ser executável, ele precisa definir escopo, janela de serviço, indicadores, responsabilidades e critérios de aceite. Sem esses cinco elementos, o SLA vira promessa sem base de cobrança.

• Escopo: limites dos serviços cobertos, equipamentos, usuários e localidades. Exclui demandas fora do contrato.
• Janela de serviço: horários de cobertura, dias úteis, feriados e tempo de resposta inicial.
• Indicadores: métricas com fórmula, fonte de medição, unidade e meta definida.
• Responsabilidades: quem executa cada ação, incluindo obrigações do cliente como fornecer acesso e informações.
• Critérios de aceite: definição de quando um chamado é considerado resolvido e como validar a entrega.

A Simples Solução TI estrutura esses elementos em contratos de service desk e suporte técnico para empresas no Rio de Janeiro e São Paulo. A consultoria de TI ajuda a formalizar o documento antes da assinatura.

Como definir metas e prazos de SLA sem criar indicadores impossíveis?

A regra prática é criar metas com fórmula clara, fonte de medição automática, tolerância explícita e lista de exceções. Indicador sem fonte automática vira disputa manual. Meta sem tolerância pune variações normais do ambiente.

• 1. Comece pelo histórico real: colete dados de chamados dos últimos 90 dias para basear percentis, não intuição.
• 2. Defina fórmula e unidade: por exemplo, tempo de atendimento = hora da primeira resposta menos hora da abertura, em minutos.
• 3. Escolha fonte automática: ferramenta de service desk como GLPI ou Zendesk registra timestamps sem intervenção humana.
• 4. Adicione tolerância: margem de 10% ou 15 minutos para absorver picos sazonais.
• 5. Liste exceções formais: queda de energia, falha de link do provedor, espera por peça de terceiro.

Metas impossíveis geram multas constantes e desgaste comercial. Indicadores sem fonte automática viram palavra contra palavra. Por isso a Simples Solução TI entrega relatórios de SLA a partir do registro de chamados no GLPI, não de planilhas manuais.

Quais métricas usar por tipo de demanda: incidente, requisição e mudança?

Incidente mede restauração de serviço interrompido. Requisição mede entrega de algo novo ou acesso. Mudança mede execução de alteração planejada. Cada tipo exige indicador diferente porque a prioridade e o risco mudam.

A tabela mostra que incidentes exigem meta de tempo, requisições exigem meta de entrega, mudanças exigem meta de sucesso. Usar o mesmo indicador para os três tipos distorce a gestão. A Simples Solução TI aplica essa separação em contratos de field service e service desk para empresas no Rio de Janeiro e São Paulo.

Como estruturar a trilha de auditoria e evitar disputas na medição do SLA?

A trilha de auditoria precisa de três camadas de evidência: logs automáticos do sistema, registros de atendimento com assinatura do técnico e aceite formal do usuário. Sem essas três camadas, qualquer divergência vira disputa subjetiva. Papéis claros de medição e procedimento de contestação reduzem conflito.

• Primeira camada: logs automáticos do sistema de service desk registram abertura, resposta, pausa e encerramento com timestamp imutável.
• Segunda camada: registro de atendimento inclui descrição técnica, ações executadas e identificação do profissional.
• Terceira camada: aceite formal do usuário via e-mail, assinatura digital ou confirmação no portal fecha o ciclo.

Papéis de medição: o gestor do contrato no cliente valida os relatórios mensais. O coordenador de service desk do provedor consolida os dados. Um terceiro imparcial pode auditar amostras. Procedimento de contestação: divergências devem ser abertas em até 5 dias úteis após o relatório, com evidência contrária, e resolvidas em reunião de revisão.

A Simples Solução TI padroniza essa trilha em contratos de service desk e segurança de dados para empresas no Rio de Janeiro, São Paulo e em todo o Brasil.

Quando o descumprimento gera consequência e como formalizar sem conflito?

O descumprimento gera consequência quando o contrato define gatilhos objetivos, como percentual mínimo de chamados atendidos no prazo ou reincidência em incidente crítico. A formalização sem conflito exige cláusula de glosa, fluxo de notificação e evidência auditável. Sem esses três elementos, a penalidade vira disputa e corrói a relação com o fornecedor.

A glosa só deve ser acionada após falha mensurável. Indicadores como tempo de resolução, disponibilidade e taxa de abandono precisam vir de sistema de monitoramento. Ferramentas como GLPI, Zabbix e PRTG geram logs com data e hora. O relatório mensal deve comparar o realizado com a meta e listar os chamados que estouraram o prazo.

• Notificação preliminar: enviada em até 48 horas após o fechamento do período, apontando os indicadores abaixo da meta.
• Prazo de contestação: o cliente tem 5 dias úteis para apresentar evidências contrárias.
• Relatório consolidado: depois do prazo, o fornecedor emite o demonstrativo final com cálculo da glosa.
• Aplicação da glosa: desconto na fatura seguinte, limitado a percentual definido em contrato.

A título de exemplo: uma administradora de imóveis com 40 colaboradores contrata suporte com SLA de 2 horas para incidentes de rede. Em dois meses seguidos, a meta ficou abaixo de 95%. O contrato previa glosa proporcional por ponto percentual abaixo da meta. A Simples Solução TI apresentou relatório com logs do firewall e do service desk, notificou o cliente e aplicou o desconto na fatura seguinte. O processo não gerou conflito porque os critérios estavam escritos e as evidências eram automáticas.

No Rio de Janeiro e em São Paulo, a Simples Solução TI adota esse fluxo em contratos de suporte e service desk.

SLA de nível do cliente vs SLA multinível: qual modelo escolher?

Para uma empresa de 10 a 50 funcionários, o modelo multinível é recomendado quando os serviços têm criticidades diferentes, como ERP em nuvem versus e-mail corporativo. O SLA de nível do cliente é suficiente quando toda a operação depende do mesmo nível de disponibilidade e o contrato é único. A escolha errada gera cobrança indevida ou indicadores sem sentido.

Regra: use SLA multinível se houver pelo menos dois serviços com metas de recuperação diferentes ou se áreas distintas consomem o mesmo contrato. Exceção: use SLA de nível do cliente quando a empresa tem poucos serviços e todos compartilham a mesma criticidade. A Simples Solução TI aplica esse critério na consultoria de TI para contratos no Rio de Janeiro e em São Paulo.

Quais são as perguntas mais frequentes sobre acordo de nível de serviço de TI?

As dúvidas mais comuns envolvem prazos de validade, custo de implantação, formas de medir e o que fazer quando o fornecedor não cumpre. As respostas abaixo consideram contratos B2B com equipes de 10 a 50 funcionários.

Qual é o prazo ideal para revisar um SLA de TI?

O ideal é revisar o SLA a cada 12 meses ou quando houver mudança estrutural, como troca de ERP ou expansão de escritório. Revisões anuais permitem ajustar metas à realidade operacional sem inflar indicadores. Empresas que nunca revisam acabam cobrando prazos defasados ou pagando por níveis desnecessários.

O que acontece se o fornecedor não cumprir o SLA?

Depende do que está escrito no contrato. O mais comum é a aplicação de glosa proporcional ao período ou ao número de chamados fora do prazo. Se não houver cláusula de penalidade, o descumprimento vira apenas discussão comercial. Por isso, a Simples Solução TI recomenda incluir gatilhos objetivos e evidências auditáveis desde o início.

Quanto custa implantar um SLA de TI?

O custo depende do escopo: número de usuários, quantidade de serviços monitorados, ferramentas de medição e nível de formalização exigido. Não existe valor fixo porque cada contrato define metas e relatórios diferentes. O orçamento sai após diagnóstico da infraestrutura e dos processos atuais.

Posso usar o mesmo SLA para todas as unidades da empresa?

Pode, se todas as unidades tiverem a mesma criticidade e os mesmos serviços. Caso contrário, um modelo multinível é mais adequado para evitar que uma unidade crítica pague pelo nível básico ou que uma unidade simples sustente metas irreais. A decisão deve seguir o mapeamento de impacto de cada serviço.

Como comprovar que o fornecedor descumpriu o SLA?

A comprovação vem de evidências automáticas: logs do sistema de chamados, registros de monitoramento e relatórios de disponibilidade. Ferramentas como GLPI e Zabbix geram trilhas com data e hora. No Rio de Janeiro e em São Paulo, a Simples Solução TI entrega relatório mensal com esses dados para evitar disputa.

O SLA substitui o contrato de prestação de serviços?

Não. O SLA é um anexo técnico do contrato e especifica metas, prazos e consequências. O contrato principal define escopo, responsabilidades, valores e vigência. Os dois documentos precisam estar alinhados, mas um não substitui o outro.

Preciso de advogado para formalizar o SLA?

Não é obrigatório, mas recomendável quando há cláusulas de glosa, responsabilidade por perdas ou dados sensíveis. O advogado revisa a redação para evitar ambiguidade. A parte técnica pode ser conduzida por consultoria de TI, que define indicadores e fontes de medição.

Perguntas frequentes

Quando devo revisar o SLA de TI para mantê-lo alinhado ao negócio?

Agende a revisão anual do SLA, e antecipe-a se houver mudança estrutural, como troca de ERP ou expansão de escritório. Metas desatualizadas geram indicadores impossíveis de cumprir e disputas com o fornecedor.

Quanto custa implantar um SLA de TI?

Solicite orçamento após um diagnóstico do escopo: número de usuários, serviços monitorados e nível de formalização exigido. O custo não é tabelado e varia conforme esses fatores. Evite comparar preços sem antes definir exatamente o que será medido.

Como comprovar que o fornecedor descumpriu o SLA?

Reúna evidências automáticas: logs do sistema de chamados, registros de monitoramento e relatórios de disponibilidade. Esses dados eliminam a subjetividade da discussão. Se o contrato não prevê coleta automática, exija antes da assinatura.

O que fazer se o fornecedor não cumprir o SLA?

Acione as cláusulas de penalidade ou glosa previstas no contrato, se existirem. Caso contrário, documente o descumprimento com evidências e renegocie formalmente. Ignorar o descumprimento abre precedente para tolerância contínua.

Posso usar o mesmo SLA para todas as unidades da empresa?

Use o mesmo SLA apenas se todas as unidades tiverem a mesma criticidade e os mesmos serviços. Caso contrário, crie SLAs separados por unidade ou por tipo de serviço. Um SLA único para realidades diferentes gera metas irreais e conflitos.

Preciso de advogado para formalizar o SLA?

Contrate um advogado se o SLA incluir penalidades financeiras, glosa ou tratamento de dados sensíveis. Caso contrário, um modelo técnico bem estruturado atende sem custo jurídico extra. A omissão do advogado em cláusulas críticas pode tornar o acordo inexecutável.

O SLA substitui o contrato de prestação de serviços?

Mantenha o contrato de prestação de serviços como documento principal e o SLA como anexo técnico. O SLA não substitui o contrato; ele detalha metas e indicadores. Assinar apenas o SLA deixa de fora obrigações de confidencialidade e rescisão.

Como escolher entre SLA de cliente e SLA multinível?

Para uma empresa de 10 a 50 funcionários, adote o modelo multinível se os serviços tiverem criticidades diferentes, como ERP em nuvem versus e-mail corporativo. Caso contrário, um SLA de cliente único é suficiente e mais simples de gerenciar. A escolha errada gera complexidade desnecessária ou falta de foco nos serviços críticos.