Quem administra contratos de serviços gerenciados de TI conhece bem a dúvida que aparece na hora de renovar ou fechar um acordo: sla de msp o que cobrar e como transformar essa resposta em um número defensável. O SLA é o documento que converte promessas comerciais em compromissos mensuráveis, e cada métrica que entra nele tem um custo operacional por trás — plantão, ferramentas de monitoramento, equipe sênior, redundância. Definir o preço sem entender essa relação costuma gerar dois problemas opostos: mensalidades que não sustentam o nível de serviço prometido ou cobranças acima do que o ambiente realmente exige.
Este texto foi escrito para decisores de TI, segurança da informação e compliance que precisam avaliar propostas de MSP com critério técnico, e não apenas comparar valores de tabela. A proposta é mostrar quais itens compõem o preço de um SLA, como estimar o custo real antes de pactuar prazos e quais cláusulas merecem atenção em ambientes que lidam com dados sensíveis ou transações via Pix.
Ao final, você terá um roteiro para revisar contratos existentes, questionar fornecedores com objetividade e calibrar expectativas sobre disponibilidade, tempo de resposta e escopo — sem promessas de proteção absoluta, mas com parâmetros claros para reduzir risco e manter conformidade.
O que é SLA em contrato de MSP e o que ele realmente obriga
SLA, ou Service Level Agreement (Acordo de Nível de Serviço), é o documento que transforma promessas comerciais de um provedor gerenciado de serviços de TI em compromissos mensuráveis e auditáveis. Em um contrato de MSP, o SLA define parâmetros objetivos como tempo máximo de resposta a incidentes, janela de resolução, disponibilidade mínima de sistemas e canais de acionamento. Sem ele, a relação entre cliente e fornecedor fica baseada em expectativas subjetivas — justamente o cenário que gera disputa sobre o que "estava incluso" na mensalidade.
Do ponto de vista jurídico e operacional, o SLA não é um anexo decorativo: ele obriga o provedor a manter estrutura de plantão, ferramentas de monitoramento e processos internos capazes de cumprir as métricas pactuadas. Um SLA de resposta em 15 minutos para incidente crítico, por exemplo, exige NOC com cobertura ininterrupta e alertas automatizados — custo que precisa estar precificado. Por isso, a pergunta "sla de msp o que cobrar" não é apenas sobre valores, mas sobre mapear o custo real de sustentar cada nível de compromisso.
O SLA também delimita o que o cliente pode exigir como direito contratual. Se um servidor de banco de dados ficar indisponível por 4 horas e o SLA de disponibilidade for de 99,5%, o cliente tem base objetiva para acionar cláusulas de crédito ou penalidade. A métrica de disponibilidade, em especial, costuma ser calculada sobre janela mensal: 99,5% representa tolerância de cerca de 3,6 horas de indisponibilidade acumulada no mês — número que ajuda a calibrar expectativas em ambientes que processam transações Pix ou dados sensíveis.
Os componentes que definem o preço do seu SLA
Cada componente de um SLA tem impacto direto e mensurável no custo operacional do MSP. A combinação entre horário de cobertura, tempos de resposta, severidade, escopo e disponibilidade determina se a mensalidade será uma operação sustentável ou um contrato deficitário. Ignorar um desses eixos na hora de precificar é a origem mais comum de margem negativa em contratos de serviços gerenciados.
Horário de cobertura: comercial, estendido ou 24x7
O horário de cobertura define em quais janelas o SLA está ativo e, portanto, quando o provedor precisa ter técnicos disponíveis para atuar. Cobertura comercial, normalmente das 8h às 18h em dias úteis, exige apenas equipe em horário administrativo, com custo de mão de obra previsível e sem adicional noturno. Já a cobertura estendida, que costuma ir até 22h ou incluir sábados, demanda escalas diferenciadas e, em muitos casos, pagamento de horas extras ou banco de horas.
A cobertura 24x7 é a mais cara de sustentar e a que exige maior rigor de dimensionamento. Ela não significa apenas ter alguém "de sobreaviso": implica plantão noturno com tempo de resposta garantido, o que pode exigir equipe dedicada em turnos ou contratação de NOC terceirizado. Para empresas do setor financeiro que operam com Pix, a cobertura 24x7 costuma ser requisito de compliance ou de continuidade de negócio, e o preço precisa refletir esse custo estrutural.
Tempo de resposta x tempo de solução
Tempo de resposta é o intervalo entre a abertura do chamado e a primeira ação técnica documentada do provedor. Tempo de solução, por sua vez, é o prazo para restaurar o serviço ou entregar a correção definitiva. São métricas diferentes, com custos diferentes: responder rápido exige central de atendimento e triagem eficiente; resolver rápido exige nível técnico sênior e acesso a ambientes de diagnóstico.
Um erro frequente em contratos é pactuar tempos de resposta agressivos, mas deixar o tempo de solução vago ou irrealista. O cliente sente segurança com "resposta em 10 minutos", mas o que impacta o negócio dele é a restauração do serviço. Na precificação, tempos de solução curtos para severidade alta são o item que mais pressiona o custo, porque exigem engenheiros seniores disponíveis imediatamente — não apenas atendentes registrando chamado.
Severidade dos chamados e priorização
A tabela de severidade classifica incidentes conforme o impacto no negócio do cliente e determina os tempos de resposta e solução aplicáveis. Severidade 1, ou crítica, normalmente indica parada total de um serviço essencial — como a indisponibilidade de um ambiente de produção que processa transações. Severidades menores cobrem degradação parcial, falhas sem impacto imediato e solicitações de rotina.
A priorização precisa estar vinculada a critérios objetivos, não à percepção de urgência de quem abre o chamado. Um chamado de "esqueci minha senha" aberto como crítico por um diretor não pode consumir o mesmo recurso que um incidente real de segurança. O SLA deve conter uma matriz com exemplos concretos de cada severidade, e o preço precisa considerar que chamados críticos consomem equipe sênior e podem exigir acionamento de especialistas em SOC ou em infraestrutura Azure.
Escopo coberto: remoto, presencial e deslocamento
O escopo geográfico do atendimento é um dos pontos mais subestimados na precificação de SLA. Atendimento remoto, feito via ferramentas de acesso e monitoramento, tem custo marginal baixo e escala bem. Atendimento presencial, por outro lado, envolve deslocamento, tempo de trânsito improdutivo e, frequentemente, a necessidade de técnico alocado exclusivamente para um cliente durante a visita.
Contratos que prometem "atendimento presencial quando necessário" sem delimitar prazo, frequência ou custo de deslocamento criam passivo operacional. A recomendação é separar o SLA remoto — com tempos de resposta garantidos — do atendimento presencial, que pode ser cobrado por evento, por quilômetro ou incluído em faixas específicas de contrato. Empresas com filiais fora da capital, por exemplo, precisam saber se o deslocamento para outra cidade está incluso ou é custo adicional.
Disponibilidade de infraestrutura e monitoramento
A métrica de disponibilidade mede o percentual de tempo em que os serviços gerenciados permanecem operacionais dentro da janela contratada. Ela é calculada sobre a infraestrutura que o MSP é responsável por manter — servidores, ambientes em nuvem, rede, aplicações críticas — e precisa excluir indisponibilidades programadas, como manutenções acordadas previamente.
Para sustentar um SLA de disponibilidade de 99,9%, que tolera cerca de 43 minutos de indisponibilidade mensal, o provedor precisa de monitoramento proativo, redundância de componentes e processos de failover testados. Em ambientes Azure, isso pode envolver configurações de alta disponibilidade, backups automáticos e políticas de recuperação. Quanto maior o percentual prometido, maior o investimento em arquitetura resiliente — e maior precisa ser o preço.
Níveis de SLA e tempos de resposta
Os valores abaixo são estimativas de mercado para contratos de MSP no Brasil, calculados sobre uma base de 50 usuários e infraestrutura em nuvem Microsoft. Não são preços fixos: servem como referência de magnitude para calibrar propostas. Variações regionais, complexidade do ambiente e exigências de compliance — como as aplicáveis a instituições que operam com Pix — podem deslocar essas faixas para cima ou para baixo.
- SLA Comercial (8h às 18h, dias úteis): resposta em até 4h, solução em até 24h para severidade média
- SLA Estendido (7h às 22h, incluindo sábado): resposta em até 2h, solução em até 12h para severidade média
- SLA 24x7 com resposta em 30 minutos: solução em até 8h para severidade alta
- SLA 24x7 crítico com resposta em 15 minutos: solução em até 4h para severidade 1 e disponibilidade de 99,9%
Para contratos por dispositivo ou servidor, a lógica muda: o valor depende do nível de SLA e da criticidade. Um servidor de banco de dados com SLA 24x7 e disponibilidade de 99,9% tende a custar três a quatro vezes mais que um servidor de arquivos com cobertura comercial. A granularidade da tabela precisa refletir o custo real de cada ativo, não uma média genérica.
Como calcular o custo real antes de definir o preço
Definir preço de SLA sem conhecer o custo interno é o caminho mais curto para contratos que parecem bons no papel e destroem a margem na operação. O cálculo precisa partir do custo por hora técnica, adicionar o fator de urgência imposto pelo SLA e, só então, aplicar a margem alvo. Inverter essa ordem — partir do preço que o cliente quer pagar e tentar encaixar o custo depois — é o erro clássico de MSP em fase de crescimento.
Custo por hora técnica e multiplicador de urgência
O custo por hora técnica é a soma de salário, encargos, benefícios, rateio de ferramentas e custos indiretos dividida pelas horas produtivas do técnico. Um engenheiro sênior com custo mensal total de R$ 18.000 e 140 horas produtivas tem custo-hora de aproximadamente R$ 128. Esse número é a base para qualquer cálculo de SLA, mas ele sozinho não sustenta o preço: é preciso aplicar o multiplicador de urgência.
O multiplicador de urgência reflete o fato de que um técnico em plantão 24x7 não está 100% ocupado o tempo todo, mas precisa estar disponível e impossibilitado de assumir outras demandas. Na prática, horas de plantão noturno ou de resposta imediata costumam ser precificadas com multiplicador entre 1,5 e 3,0 sobre o custo-hora padrão. Um chamado crítico às 3h da manhã, atendido por engenheiro sênior com custo-hora de R$ 128, pode ter custo efetivo de R$ 256 a R$ 384 por hora — valor que precisa estar diluído na mensalidade ou cobrado como adicional por evento.
Margem alvo e o impacto do SLA na recorrência
A margem alvo de um contrato de MSP saudável costuma ficar entre 30% e 50% sobre o custo operacional direto, dependendo do nível de automação e da maturidade dos processos. Contratos com SLA 24x7 e equipe dedicada tendem a ter margem menor se mal dimensionados, porque o custo fixo de plantão é alto e não escala com o número de chamados. Já contratos com forte base de automação — monitoramento proativo, scripts de correção e ferramentas de produtividade — conseguem sustentar margens maiores mesmo com SLA agressivo.
O SLA também afeta a previsibilidade da receita recorrente. Um contrato com tempos de resposta frouxos tende a gerar poucos acionamentos e margem confortável, mas baixa percepção de valor e risco de cancelamento. Um SLA rigoroso gera mais engajamento e retenção, porém exige disciplina operacional para não estourar o custo. A margem alvo precisa considerar esse equilíbrio: SLA forte melhora retenção, mas só é financeiramente viável com processos maduros e ferramentas de automação.
O que NÃO deve entrar no SLA sem cobrança adicional
Um dos maiores vazamentos de margem em contratos de MSP é a inclusão implícita de serviços que não foram dimensionados. O SLA padrão deve cobrir operação e manutenção do ambiente gerenciado — e nada além disso. Tudo que envolve projeto, mudança estrutural ou suporte a sistemas fora do escopo precisa ser tratado como adicional, com orçamento próprio.
- Projetos de migração ou implantação: mover cargas para Azure ou implementar novas soluções é projeto, não operação
- Suporte a sistemas legados ou de terceiros: softwares que não estão sob gestão do MSP não podem gerar obrigação de SLA
- Desenvolvimento ou customização: criação de scripts, integrações ou relatórios sob medida extrapola o escopo de sustentação
- Atendimento a usuários fora da base contratada: cada usuário adicional precisa ser faturado, sem exceção
- Recuperação de desastres não planejada: acionamento de DR por incidente real tem custo de infraestrutura e horas extras que precisa ser cobrado à parte
- Visitas presenciais recorrentes: deslocamento e tempo de trânsito devem ser orçados por evento ou incluídos em faixa específica
A regra prática é simples: se o serviço não está listado explicitamente no escopo do SLA, ele não está incluso. A ambiguidade favorece o cliente no curto prazo e corrói a rentabilidade do provedor no médio prazo. Contratos bem desenhados separam claramente o que é "sustentação" — coberta pela mensalidade — do que é "evolução" — tratada como projeto com orçamento próprio.
Cláusulas de penalidade, crédito e reajuste
Cláusulas de penalidade e crédito são o mecanismo que dá força contratual ao SLA: se o provedor não cumpre a métrica pactuada, o cliente recebe compensação financeira. O modelo mais comum é o crédito escalonado sobre a mensalidade — por exemplo, 5% de desconto para cada hora de indisponibilidade além do limite, limitado a um teto mensal. Esse teto é essencial para o provedor, pois evita que um incidente grave gere crédito superior ao valor do contrato.
As penalidades precisam ser proporcionais e vinculadas a métricas objetivas, nunca a percepções subjetivas de qualidade. Um SLA que prevê crédito por "insatisfação do usuário" é impossível de auditar e vira fonte de disputa. O ideal é que cada métrica do SLA — tempo de resposta, tempo de solução, disponibilidade — tenha uma fórmula de cálculo e uma consequência específica em caso de descumprimento, ambas definidas no contrato.
Já a cláusula de reajuste precisa proteger o provedor da inflação de custos, especialmente em contratos longos. O reajuste anual por índice de inflação, como IPCA ou IGP-M, é o padrão de mercado. Contratos de MSP com SLA 24x7 devem prever ainda revisão anual de escopo: se a base de usuários crescer, se novos servidores entrarem em gestão ou se o nível de SLA mudar, a mensalidade precisa ser recalculada. Sem essa cláusula, o provedor absorve crescimento do cliente sem aumento de receita.
Erros de precificação que destroem a margem do MSP
Os erros de precificação em SLA raramente são óbvios no momento da assinatura — eles se revelam meses depois, quando o contrato já está em operação e o custo real supera a receita. Identificar esses padrões antes de fechar a proposta é o que separa MSPs lucrativos de operações que vivem no limite do caixa.
- Precificar por usuário sem limite de chamados: um cliente com 50 usuários que abre 300 chamados por mês consome muito mais recurso do que a mensalidade cobre
- Prometer SLA 24x7 sem dimensionar plantão: o custo de manter técnico disponível à noite é fixo, independentemente de haver chamados
- Incluir presencial sem delimitar frequência: visitas semanais não planejadas consomem horas que não voltam
- Ignorar custo de ferramentas no rateio: monitoramento, RMM, backup e antivírus têm licenças que precisam estar embutidas no preço
- Não prever reajuste ou revisão de escopo: contrato de 3 anos com preço congelado e base crescendo é prejuízo garantido
- Confundir tempo de resposta com tempo de solução: responder rápido é barato; resolver rápido exige sênior e custa caro
Um caso hipotético ajuda a dimensionar o impacto: imagine um contrato de R$ 10.000 mensais com SLA 24x7 e resposta em 15 minutos. Se o cliente gerar em média 40 chamados críticos por mês, cada um exigindo 2 horas de engenheiro sênior em plantão, o custo só de mão de obra para esses chamados pode ultrapassar R$ 12.000 — antes de considerar ferramentas, gestão e margem. O contrato nasceu deficitário porque o volume de chamados críticos não foi estimado nem limitado.
Outro erro silencioso é não contabilizar o tempo administrativo. Cada chamado gera registro, documentação, follow-up e relatório — atividades que consomem entre 15 e 30 minutos adicionais por ocorrência, mesmo quando a solução técnica é rápida. Em contratos com alto volume de chamados, esse custo administrativo pode representar 20% a 30% do custo total de operação, e precisa estar previsto no cálculo do preço.
Modelo de proposta: como apresentar o SLA ao cliente
A forma como o SLA é apresentado na proposta comercial influencia diretamente a percepção de valor e a disposição do cliente em pagar mais por níveis superiores de serviço. Em vez de entregar uma tabela única de preço, o modelo mais eficaz é apresentar opções de SLA em camadas — por exemplo, um pacote Essencial, um Avançado e um Crítico — cada um com tempos, coberturas e preços diferentes.
Essa estrutura em camadas cumpre três funções: educa o cliente sobre o que cada nível entrega, permite que ele escolha conforme o orçamento e a criticidade do negócio, e ancora o preço do pacote intermediário como referência. Empresas que operam com Pix e dados sensíveis tendem a migrar naturalmente para o pacote superior quando entendem que a diferença de preço representa horas de indisponibilidade evitadas.
Cada camada da proposta precisa detalhar, em linguagem clara e sem jargão excessivo, os seguintes blocos: cobertura de horário, tempos de resposta e solução por severidade, disponibilidade garantida, canais de acionamento, escopo coberto e exclusões explícitas. A clareza nas exclusões é tão importante quanto a descrição do que está incluso — ela protege o provedor e alinha expectativas desde o primeiro contato.
Por fim, a proposta deve incluir uma seção curta sobre governança do SLA: como as métricas serão medidas, com que frequência os relatórios serão entregues e quando haverá reuniões de revisão. Para clientes que ainda não têm maturidade de monitoramento, vale contextualizar o SLA dentro de uma discussão mais ampla sobre governança e segurança de dados. Um SLA bem apresentado deixa de ser um anexo técnico e passa a ser o argumento central de venda do contrato.
