Como este tema funciona na sua empresa
Raramente conseguem validar SLA; acreditam no prometido. Risco alto de contratar com expectativas indevidas. Pedir histórico de uptime antes de assinar; referenciar clientes atuais; fazer visita técnica ao fornecedor para ver infraestrutura. Desconfiança saudável: se oferece 99,99% mas nunca atingiu 99%, é vitrine.
Começam a questionar SLA mas podem ser insuficientemente críticas. Falta expertise para validar infraestrutura. Análise de infraestrutura do fornecedor: redundância, failover, backups. Benchmarks de similares. Perguntar ao fornecedor: "Quantas vezes violou SLA em clientes? Por quê?" Se responde "nunca", desconfie.
Conseguem validar SLA, mas podem cair em SLA complexo que parece real mas tem brechas. Auditoria de SLA com consultores. Revisão contínua de cumprimento. Contrato com cláusula de revisão aos 6 meses permitindo renegociação se SLA não for validado. Desconfiança estruturada: dados de uptime reais, não promessas.
SLA realista vs SLA de vitrine é a diferença entre SLA que fornecedor consegue cumprir consistentemente versus SLA que oferece para parecer profissional mas sem base em capacidade real[1].
Red flags de SLA de vitrine
SLA muito acima de benchmarks de mercado para tipo de serviço (ex: 99,99% para infraestrutura compartilhada). Sem detalhamento de exclusões ou limitações. Fornecedor não consegue explicar como atinge SLA. Sem histórico de cumprimento. Pequeno fornecedor com 1-2 clientes e SLA robusto é suspeito.
Validação de SLA realista: técnicas práticas
Solicitar histórico de uptime dos últimos 12 meses com detalhamento de downtime (causa, duração). Validar infraestrutura: redundância, failover, backups. Falar com clientes atuais sobre cumprimento real. Perguntar se fornecedor já violou SLA e com quê frequência. Visita técnica ao datacenter. Incluir cláusula de revisão aos 6 meses.
Pedir histórico simples: uptime últimos 6 meses. Referências de 2-3 clientes atuais. Visita técnica informal para ver servidor/ambiente. Questão direta: "Você já falhou em SLA? Quando? Quantas vezes?" Resposta honesta é bom sinal. Contrato com cláusula: "Se SLA não for cumprido em primeiro trimestre, renegociável."
Histórico de uptime detalhado: últimos 12 meses com downtime discriminado (causa, duração, impacto). Análise de infraestrutura: redundância (N+1?), failover automático, backup (RTO/RPO). Referências: 3-5 clientes similares ao seu porte. Perguntar sobre violações de SLA e como foram tratadas. Visita técnica ao datacenter. Contrato com revisão aos 6 meses e penalidade por violação.
Auditoria técnica da infraestrutura. Dados de uptime histórico por componente. Referências de empresas similares (grande porte, operações críticas). Análise de violações: frequência, causas, mitigação implementada. Cálculo de SLA realista baseado em histórico (ex: se histórico é 99,5%, não aceitar promessa de 99,99%). Contrato com revisão periódica, penalidade estruturada por violação, cláusula de melhoria contínua.
Diferença entre SLA teórico e prático
SLA teórico é o "melhor caso": sistema roda perfeitamente, sem falhas. SLA prático é histórico real de desempenho. Fornecedor pode oferecer SLA teórico de 99,99% (matematicamente possível) mas prático de 98% (realidade histórica). Validação com dados reais é essencial.
Sinais de alerta de SLA de vitrine
Se você reconhece cenários abaixo, SLA oferecido pode ser vitrine.
- SLA está muito acima do benchmark de mercado para tipo de serviço
- Fornecedor não consegue explicar como atinge SLA
- Histórico de uptime é menor que SLA prometido
- Fornecedor recusa fornecer histórico de downtime
- Sem detalhamento de exclusões (força maior, manutenção, etc)
- Fornecedor é pequeno com poucos clientes
- Referências são genéricas ou indiponíveis
- Infraestrutura é compartilhada sem redundância aparente
Caminhos para validar SLA de fornecedor
Viável com expertise técnica e acesso a referências.
- Perfil necessário: gestor de TI ou arquiteto técnico
- Tempo estimado: 2-3 semanas para coleta de dados e visita
- Faz sentido quando: fornecedor é conhecido ou referências são acessíveis
- Risco principal: falta expertise técnica para avaliar infraestrutura detalhadamente
Recomendado para validação rigorosa de SLA crítico.
- Tipo de fornecedor: auditor técnico, consultor de infraestrutura, especialista em SLA
- Vantagem: validação independente, expertise técnica, auditoria formal
- Faz sentido quando: contratação é crítica ou SLA é complexo
- Resultado típico: 4-6 semanas, relatório de validação, recomendações de ajuste
Precisa validar se SLA de fornecedor é realista?
Se validação de SLA é desafio, o oHub conecta você gratuitamente a consultores especializados em auditoria técnica. Em menos de 3 minutos, descreva o tipo de serviço e SLA oferecido, e receba análise de realismo, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe análise e decide se valida internamente ou com consultor.
Perguntas frequentes
Como saber se SLA é real ou apenas marketing?
Pedir histórico de uptime real dos últimos 12 meses. Fornecedor que oferece 99,99% mas nunca atingiu 99% é vitrine. Perguntar diretamente: "Você já falhou em SLA? Quantas vezes?" Resposta honesta é positiva. Validar infraestrutura presencialmente: se não tem redundância, não consegue atingir 99,99%.
Qual é a diferença entre SLA teórico e prático?
Teórico é o "melhor caso" matemático. Prático é histórico real de desempenho. Fornecedor pode oferecer teórico de 99,99% mas prático de 98%. Sempre considerar histórico prático como mais relevante. Contrato deve especificar se SLA é teórico ou baseado em histórico.
Por que fornecedor promete SLA que não consegue cumprir?
Razões variadas: falta de rigor técnico, pressão comercial para parecer competitivo, falta de transparência sobre capacidade real. Alguns fornecedores mentem; outros simplesmente não sabem sua capacidade real. Validação rigorosa protege você de surpresas desagradáveis.
Como verificar SLA histórico do fornecedor?
Solicitar relatório de uptime dos últimos 12 meses. Falar com clientes atuais sobre cumprimento real. Se fornecedor recusa fornecer histórico, é red flag. Verificar online (relatórios públicos se fornecedor é grande empresa). Visita técnica ao datacenter para validar infraestrutura.
Qual SLA é realista para infraestrutura compartilhada?
Infraestrutura compartilhada (múltiplos clientes em mesma infraestrutura) tipicamente oferece 99,5% ou 99,9%. Muito acima (99,99%) é improvável sem custo extra. Se fornecedor oferece 99,99% compartilhado, validar como consegue (pode ter isolamento extra, redundância cara). Comparar preço com mercado.
Como estruturar contrato com cláusula de revisão de SLA?
Incluir: "Se SLA não for atingido em primeiro trimestre (período de estabilização), partes renegociam SLA e preço." Permite ajustar expectativa real com promessa. Evita disputes futuras. Penalidade por violação deve estar clara: crédito de serviço, desconto, rescisão se recorrente.