Pular para o conteúdo principal
    Voltar ao Blog
    Gestão de TI 03 de setembro de 2026· 18 min de leitura

    Quanto custa uma hora de empresa parada por problema de TI?

    Metodologia prática para estimar o custo de uma hora de empresa parada por falha de TI: pessoas afetadas, faturamento interrompido, custos extras e impactos indiretos.

    Quanto custa uma hora de empresa parada por problema de TI?

    Quando um problema de TI interrompe a operação, a primeira pergunta é técnica: o que aconteceu e quanto tempo leva para voltar. A segunda é financeira: quanto isso custou — e é essa que a maioria das empresas não consegue responder com precisão.

    Uma falha de infraestrutura raramente afeta apenas um computador. Ela pode interromper pessoas, vendas, atendimento, sistemas de gestão, produção, comunicação e acesso a arquivos ao mesmo tempo. Enquanto o problema não é resolvido, boa parte da empresa continua sendo paga para trabalhar sem conseguir produzir no ritmo normal.

    O erro mais comum é medir o prejuízo pelo valor do reparo, quando o custo real está nas horas em que a operação ficou comprometida. Este artigo apresenta uma metodologia prática para estimar esse valor, com fórmulas, exemplos ilustrativos e um checklist final.

    Resposta rápida: não existe um valor universal por hora de empresa parada. O custo depende de quantas pessoas foram efetivamente afetadas, quanto custa a operação por hora, quanto de receita ou produção deixou de ser gerada e quais custos extras surgiram durante a indisponibilidade. Uma fórmula conceitual organiza a conta: custo do downtime = custo das pessoas paradas + perda operacional/comercial + custos extras + impactos indiretos mensuráveis. Duas empresas do mesmo porte podem ter prejuízos muito diferentes na mesma falha, porque dependem de sistemas diferentes e possuem margens diferentes. O número que importa é o da sua operação — e ele pode ser estimado com dados que a empresa já tem.

    O que é downtime de TI?

    Downtime é o período em que um recurso de tecnologia necessário à operação fica indisponível.

    • Indisponibilidade total: a operação para por completo, como em uma queda de energia sem nobreak;
    • Indisponibilidade parcial: apenas um setor, sistema ou grupo de usuários é afetado;
    • Sistema fora do ar: o ERP ou a aplicação de gestão para, mesmo com computadores e rede funcionando;
    • Servidor indisponível: arquivos, banco de dados, autenticação ou aplicações internas deixam de responder;
    • Internet caída: serviços em nuvem, e-mail, telefonia IP e acesso remoto ficam inacessíveis;
    • Falha de rede: switches, cabeamento ou Wi-Fi comprometem a comunicação interna;
    • Infraestrutura crítica indisponível: energia, links ou equipamentos que sustentam todo o restante.

    Existe ainda a degradação: o ambiente não caiu, mas está tão lento que a produtividade cai de forma perceptível — financeiramente, comporta-se como parada parcial.

    Por que o prejuízo não é apenas o custo do conserto

    Ao encerrar um incidente, a maioria das empresas registra apenas uma linha de despesa: o atendimento técnico ou a peça trocada. É o custo mais visível — e, com frequência, o menor deles.

    • Custo técnico da correção: mão de obra, peças, licenças e serviços emergenciais;
    • Custo operacional da parada: valor das horas em que as pessoas afetadas não puderam trabalhar;
    • Custo de oportunidade: o que deixou de ser produzido, vendido ou entregue;
    • Impacto comercial: pedidos não fechados, clientes não atendidos, prazos comprometidos.

    Uma correção barata pode acompanhar uma parada cara. Avaliar apenas a nota fiscal do reparo distorce as decisões sobre infraestrutura e prevenção.

    Primeira parte do cálculo: pessoas afetadas

    O componente mais direto é o tempo das pessoas:

    Funcionários afetados × custo médio por hora × duração da parada

    Funcionários afetados não é o total de colaboradores, e sim quantos dependiam do recurso indisponível naquele momento: se o sistema fiscal parou, o impacto pode se concentrar em um departamento; se a rede caiu, alcança quase todos.

    O custo médio por hora não deve ser tratado como o salário bruto dividido pelas horas do mês. Conforme a metodologia da empresa, pode considerar remuneração, encargos, benefícios, estrutura e custos operacionais do posto de trabalho. Não existe percentual universal para essa composição: use os números da sua empresa, com apoio do setor financeiro ou contábil.

    A duração da parada não é o tempo do reparo, mas o tempo em que a operação ficou comprometida — assunto tratado adiante. Vale observar que "parado" nem sempre significa ocioso: parte da equipe pode seguir com produtividade reduzida, e nesses casos aplica-se um percentual de perda em vez da hora inteira. O impacto individual de um equipamento lento é detalhado no artigo sobre como resolver notebook lento no escritório; aqui o foco é a parada sistêmica.

    Segunda parte: faturamento ou produção interrompida

    Muitas empresas conseguem uma boa aproximação desse componente a partir de indicadores que já acompanham:

    • Vendas médias por hora: comércio, e-commerce, distribuidoras e franquias;
    • Pedidos processados: quando a emissão depende de sistema, servidor ou internet;
    • Consultas e atendimentos: clínicas, consultórios e centrais de atendimento;
    • Produção: unidades, ordens ou lotes por período em operações industriais e logísticas;
    • Faturamento operacional: receita média nos horários efetivamente afetados.

    A fórmula simplificada é:

    Receita ou produção média por hora × percentual realmente afetado × horas de indisponibilidade

    Dois cuidados: receita perdida não é automaticamente igual a lucro perdido — como os custos variáveis da venda também não ocorreram, a margem de contribuição costuma ser base mais rigorosa; e parte da demanda pode ser postergada, não perdida, caso em que o prejuízo está no acúmulo, nas horas extras e no atraso. Em operações com demanda de passagem — comércio de rua, atendimento por ordem de chegada, vendas online — a perda tende a ser definitiva.

    Terceira parte: custos extras da parada

    Uma indisponibilidade costuma gerar despesas que só existem por causa do incidente:

    • Horas extras para recuperar o trabalho acumulado;
    • Retrabalho: refazer lançamentos, digitações e documentos;
    • Atendimento emergencial: chamados fora do escopo contratado e plantões;
    • Deslocamentos: visitas técnicas urgentes e transporte de equipamentos;
    • Reprocessamento: rodar novamente integrações, rotinas e fechamentos;
    • Recuperação de dados: serviços especializados quando há perda ou corrupção;
    • Operação manual temporária: controles em papel ou planilhas conferidos depois;
    • Contratação emergencial: apoio externo contratado às pressas.

    Esses custos são mensuráveis e costumam aparecer em lançamentos contábeis ou registros de ponto, o que dá credibilidade à estimativa.

    Custos indiretos: reais, porém difíceis de precificar

    • Atraso em entregas e prazos com clientes ou fornecedores;
    • Descumprimento de SLA em contratos com nível de serviço definido;
    • Insatisfação de clientes que tentaram comprar ou ser atendidos;
    • Perda de oportunidade comercial que não retorna;
    • Imagem e percepção de confiabilidade perante clientes e parceiros;
    • Desgaste da equipe em incidentes recorrentes;
    • Efeito cascata sobre processos dependentes nos dias seguintes.

    O recomendável é registrá-los qualitativamente e quantificá-los apenas com base concreta — uma multa contratual, um pedido cancelado. Números arbitrários enfraquecem toda a estimativa.

    A fórmula prática

    Custo estimado da parada = pessoas paradas + operação/faturamento afetado + custos extras + impactos adicionais mensuráveis

    A versão detalhada, útil para montar uma planilha interna:

    [(nº de pessoas afetadas × custo médio por hora) × horas] + [(valor operacional médio por hora × percentual da operação afetada) × horas] + custos extras mensuráveis

    • Nº de pessoas afetadas: quem dependia do recurso indisponível, e não o quadro total;
    • Custo médio por hora: valor do posto de trabalho conforme a metodologia da empresa;
    • Horas: duração da operação comprometida, incluindo detecção e normalização;
    • Valor operacional médio por hora: receita, margem ou produção de referência no período;
    • Percentual da operação afetada: quanto da atividade realmente parou, de 0% a 100%;
    • Custos extras mensuráveis: despesas que só existiram por causa do incidente.

    Se algum dado não estiver disponível, é preferível deixá-lo de fora e sinalizar a lacuna: uma estimativa conservadora e defensável é mais útil em uma discussão de orçamento do que um número inflado.

    Exemplo hipotético 1 — empresa pequena

    Os números abaixo são apenas ilustrativos e não representam média de mercado nem qualquer referência estatística. Servem exclusivamente para demonstrar a fórmula.

    Escritório com 5 funcionários afetados por uma queda de internet que derruba o sistema em nuvem e o e-mail. A parada dura 3 horas e a empresa considera, na própria metodologia, R$ 60 por hora por posto de trabalho.

    • Pessoas: 5 × R$ 60 × 3 h = R$ 900;
    • Produtividade parcial: a equipe mantém cerca de 30% das tarefas offline → R$ 630;
    • Operação: sem venda direta interrompida no período → R$ 0;
    • Custos extras: 2 horas de atendimento emergencial → R$ 300 (hipotético);
    • Total estimado: R$ 930.

    Mesmo em um cenário simples e sem perda de receita, o atendimento técnico representa menos de um terço do total.

    Exemplo hipotético 2 — empresa média

    Todos os valores continuam hipotéticos e ilustrativos.

    Empresa com 20 funcionários afetados por indisponibilidade do ERP durante 4 horas em horário comercial. Custo hipotético por hora: R$ 75. Faturamento operacional médio estimado de R$ 4.000 por hora, com 50% da operação dependente do sistema.

    • Pessoas: 20 × R$ 75 × 4 h = R$ 6.000, ajustados para 80% de perda efetiva → R$ 4.800;
    • Operação: R$ 4.000 × 50% × 4 h = R$ 8.000 de receita afetada — a ser reinterpretada pela margem, não como lucro perdido;
    • Custos extras: horas extras para recuperar lançamentos e atendimento emergencial → R$ 1.200;
    • Faixa estimada: entre R$ 6.000 e R$ 14.000, conforme a receita seja convertida em margem ou considerada integralmente.

    A leitura em faixa evita falsa precisão e mantém a estimativa defensável internamente.

    Exemplo hipotético 3 — operação maior

    Valores meramente ilustrativos, sem qualquer referência externa.

    Operação com 50 funcionários afetados por falha de rede que interrompe o servidor de arquivos e a autenticação por 90 minutos. Custo hipotético por hora: R$ 80.

    • Pessoas: 50 × R$ 80 × 1,5 h = R$ 6.000, ajustados para 90% → R$ 5.400;
    • Operação: atendimentos represados e reagendados → R$ 2.500 (hipotético);
    • Custos extras: reprocessamento e conferência posterior → R$ 800 (hipotético);
    • Total estimado: cerca de R$ 8.700 para uma hora e meia de indisponibilidade.

    O exemplo evidencia um ponto central: períodos curtos ganham escala quando muitas pessoas e processos dependem do mesmo recurso.

    Tabela de cenários de indisponibilidade

    A tabela organiza cenários comuns e seus componentes de custo, sem valores — estes dependem do perfil de cada empresa.

    CenárioQuem pode ser afetadoImpacto imediatoComponentes do custo
    Internet fora do arToda a empresa, em ambientes dependentes de nuvemSistemas em nuvem, e-mail, VoIP e acesso remoto paramPessoas paradas, vendas online, atendimento, contingência
    Servidor paradoUsuários de arquivos, ERP, banco de dados e autenticaçãoAplicações internas e documentos ficam inacessíveisPessoas, produção interrompida, reprocessamento, emergência
    Sistema ERP indisponívelVendas, faturamento, estoque, financeiro e comprasPedidos e notas deixam de ser processadosFaturamento adiado ou perdido, retrabalho, horas extras
    Arquivos inacessíveisSetores que trabalham com documentos compartilhadosProjetos, contratos e planilhas ficam indisponíveisPessoas paradas, atraso em entregas, retrabalho
    Rede corporativa indisponívelPraticamente todos os usuários do escritórioEstações perdem comunicação com servidores e serviçosPessoas, operação, atendimento emergencial, contingência
    E-mail corporativo indisponívelComercial, atendimento, compras e diretoriaComunicação externa e aprovações paramOportunidades comerciais, atrasos, retrabalho
    Falha de autenticaçãoTodos os usuários com login centralizadoAcesso a estações e sistemas bloqueadoPessoas paradas, suporte emergencial, atraso generalizado
    Indisponibilidade parcial de setorUm departamento ou grupo específicoUma etapa da cadeia interna travaPessoas do setor, gargalo em processos dependentes, horas extras

    Internet fora do ar

    O impacto de uma queda de link varia conforme a arquitetura: quanto mais serviços hospedados fora do escritório, maior a dependência da conectividade.

    • Sistemas em nuvem: ERP, CRM e aplicações web tornam-se inacessíveis;
    • Telefonia VoIP: o atendimento telefônico pode parar junto;
    • E-mail: comunicação com clientes e fornecedores é interrompida;
    • Acesso remoto: equipes externas perdem conexão com o ambiente interno;
    • Vendas e atendimento: meios de pagamento e canais digitais podem ficar fora;
    • Redundância de links: com segundo link e failover, o impacto tende a ser bem menor.

    A mesma queda de trinta minutos pode ser irrelevante em uma empresa com sistemas locais e cara em outra baseada em nuvem.

    Servidor parado

    Quando o servidor principal fica indisponível, o efeito tende a ser transversal: arquivos compartilhados, banco de dados do ERP, aplicações internas, autenticação e rotinas automatizadas costumam depender dele.

    O cálculo precisa considerar todos os setores que usam esses serviços, e não apenas quem "usa o servidor" conscientemente. Dimensionamento adequado e redundância reduzem a probabilidade e a duração desse tipo de parada — tema tratado nas soluções de servidores para empresas.

    Sistema fora do ar

    Há incidentes em que computadores, rede e internet funcionam e a operação para mesmo assim, porque um sistema crítico ficou indisponível — ERP, prontuário, plataforma de atendimento, sistema fiscal.

    Esse cenário costuma ser subestimado: como "nada parece quebrado", a parada é registrada apenas como transtorno, embora financeiramente se comporte como qualquer indisponibilidade. A origem pode ser interna ou do fornecedor do software.

    Parada total ou parcial: estimando o percentual afetado

    Tratar toda falha como parada total distorce o cálculo para cima. Um método simples é estimar o impacto em três dimensões:

    • Quantas pessoas dependiam do recurso naquele horário;
    • Qual parcela do trabalho dessas pessoas ficou inviável — algumas atividades seguem offline;
    • Qual parte da operação comercial parou de fato, considerando canais alternativos.

    Multiplicando essas parcelas chega-se a um percentual mais realista; registrar a estimativa no mesmo dia evita distorção de memória.

    Quanto tempo de parada deve entrar no cálculo?

    O relógio do prejuízo não começa quando o técnico inicia o reparo nem termina quando ele conclui:

    • Detecção: intervalo entre a falha ocorrer e alguém perceber;
    • Diagnóstico: identificação da causa e da extensão;
    • Acionamento: abertura do chamado e mobilização de quem vai atuar;
    • Correção: execução técnica da solução;
    • Restauração: retorno de serviços, dados e acessos;
    • Validação: confirmação de que tudo voltou a funcionar;
    • Normalização: tempo para a equipe recuperar o ritmo e o trabalho acumulado.

    Na prática, a parada operacional é maior que o tempo de reparo: a fila formada durante a indisponibilidade pode se estender por horas após a normalização técnica.

    RTO e RPO em linguagem simples

    RTO (Recovery Time Objective) é quanto tempo a empresa tolera ficar sem um serviço; se uma hora sem o ERP representa valor inaceitável, o RTO precisa ser curto — o que influencia redundância, contratos e arquitetura. RPO (Recovery Point Objective) é quanto de dados, em tempo, a empresa tolera perder: um backup diário implica aceitar a perda de até um dia de informação.

    Definir RTO e RPO por sistema, e não de forma genérica, permite investir proporcionalmente ao impacto de cada parada.

    O papel do backup

    O backup cumpre uma função específica: recuperar dados. Protege contra perda, corrupção, exclusão acidental e ransomware, sendo decisivo para reduzir o RPO — mas não elimina a indisponibilidade, já que restaurar leva tempo e a empresa continua parada durante o processo. Backup não é o mesmo que alta disponibilidade. Um plano de backup corporativo completo inclui retenção definida e teste periódico de restauração, que é o que revela o tempo real de recuperação.

    O papel do monitoramento

    O monitoramento atua sobre o tempo. Acompanhando servidores, links e serviços críticos, ele pode:

    • Detectar falhas assim que ocorrem, sem depender de um chamado;
    • Alertar os responsáveis automaticamente;
    • Antecipar problemas indicados por tendências, como disco enchendo;
    • Reduzir o tempo de resposta, encurtando detecção e diagnóstico.

    Monitoramento não elimina falhas nem garante ausência de paradas; pode reduzir a duração de parte dos incidentes, como detalha o artigo sobre monitoramento de TI 24x7 para evitar paradas.

    O papel do suporte recorrente

    Há diferença estrutural entre acionar um técnico depois da falha e manter rotina contínua de manutenção, documentação, monitoramento e resposta organizada. No modelo reativo, cada incidente começa do zero: descobrir o ambiente, localizar senhas, entender a topologia. No recorrente, o ambiente já é conhecido e documentado, o que tende a encurtar diagnóstico e acionamento — justamente as etapas que mais alongam a parada. Nenhum modelo impede 100% das falhas; a diferença está na previsibilidade da resposta, princípio do suporte de TI para empresas em regime contínuo.

    Conheça o suporte de TI para empresas

    A Suporte de TI - Resolve Tecnologias mantém rotinas de manutenção preventiva, documentação do ambiente e atendimento organizado para reduzir a frequência e a duração das paradas.

    Conheça o suporte de TI para empresas

    Como reduzir o custo do downtime

    • Manutenção preventiva: verificações periódicas em servidores, estações, rede e energia;
    • Monitoramento: detecção e alerta antes que o usuário perceba;
    • Redundância: componentes duplicados nos pontos críticos, como discos, fontes e switches;
    • Documentação: topologia, acessos e procedimentos disponíveis a quem responde ao incidente;
    • Backup com retenção adequada: cópias suficientes para cobrir o RPO definido;
    • Teste de restauração: validação de que o backup restaura no tempo esperado;
    • Links redundantes: segundo acesso à internet com failover, quando a operação depende de nuvem;
    • Atualização de infraestrutura: substituição de equipamentos no fim da vida útil;
    • Plano de contingência: o que fazer manualmente enquanto o ambiente não volta;
    • Definição de responsáveis: quem decide, quem aciona e quem comunica;
    • SLA adequado: prazos compatíveis com o custo real da parada de cada sistema.

    Nenhuma medida promete zero downtime. O objetivo realista é tornar as paradas menos frequentes, mais curtas e menos surpreendentes — e o cálculo do custo é o que permite dimensionar quanto vale investir em cada uma.

    Checklist — calcule o custo da sua própria parada

    Responder às perguntas logo após o incidente, com os fatos frescos, produz estimativa mais confiável que uma reconstituição semanas depois.

    • Quantos funcionários foram efetivamente afetados pela indisponibilidade?
    • Qual é o custo médio por hora dessas pessoas, segundo a metodologia da empresa?
    • Quanto tempo durou a indisponibilidade, incluindo detecção e normalização?
    • Qual percentual da operação ficou realmente parado?
    • Houve vendas, atendimentos ou produção interrompidos?
    • Essa demanda foi perdida ou apenas adiada?
    • Houve retrabalho, reprocessamento ou digitação posterior?
    • Foram pagas horas extras para recuperar o acúmulo?
    • Foi necessário atendimento técnico emergencial fora do escopo?
    • Houve atraso em entregas ou compromissos com clientes?
    • Existem outros custos adicionais mensuráveis ligados ao incidente?

    Registrando as respostas incidente após incidente, a empresa constrói um histórico próprio — o argumento mais sólido em qualquer discussão sobre investimento em infraestrutura.

    Perguntas frequentes sobre o custo de empresa parada

    1. Quanto custa uma hora de empresa parada? Não existe valor universal: depende das pessoas afetadas, do custo por hora delas, da receita ou produção interrompida e dos custos extras do incidente.

    2. Como calcular o custo do downtime? Some quatro componentes: pessoas paradas, perda operacional ou comercial, custos extras mensuráveis e impactos adicionais com base concreta.

    3. O que é downtime de TI? É o período em que um recurso necessário à operação fica indisponível — servidor, rede, internet ou sistema. Pode ser total ou parcial.

    4. Como calcular o custo de um funcionário parado por falha de TI? Multiplique o custo médio por hora do posto pelo tempo de indisponibilidade, ajustando pelo percentual de tarefas inviabilizadas. O custo por hora segue a metodologia da empresa, não apenas o salário bruto.

    5. Como calcular a perda de faturamento durante uma parada? Multiplique a receita média por hora pelo percentual da operação dependente do recurso e pelas horas de parada; para leitura mais rigorosa, use a margem de contribuição.

    6. Receita perdida é o mesmo que lucro perdido? Não. Os custos variáveis da venda também não ocorreram, então a receita bruta tende a superestimar o prejuízo.

    7. Internet fora do ar entra no cálculo de downtime? Sim, sempre que a operação depender dela. O impacto varia conforme o uso de nuvem, telefonia IP, acesso remoto e a existência de link redundante.

    8. Quanto custa um servidor parado? Depende dos serviços que ele hospeda. Como arquivos, ERP, banco de dados e autenticação costumam se concentrar nele, o impacto tende a ser transversal.

    9. Um sistema fora do ar gera prejuízo mesmo com internet funcionando? Sim: se o sistema crítico está indisponível, o trabalho para ainda que computadores, rede e internet funcionem.

    10. Toda parada de TI afeta 100% da empresa? Não. Muitos incidentes atingem apenas um setor ou grupo, e considerar toda falha como total superestima o custo.

    11. Qual a diferença entre custo direto e indireto? Diretos são mensuráveis: horas paradas, receita afetada, horas extras, emergências. Indiretos envolvem atraso, insatisfação, imagem e oportunidades — reais, mas difíceis de precificar.

    12. Backup evita downtime? Não. Ele garante a recuperação dos dados, mas a restauração leva tempo e a empresa segue indisponível durante o processo.

    13. O que é RTO? É o tempo máximo que a empresa tolera ficar sem um serviço, definido por sistema conforme a criticidade.

    14. O que é RPO? É o volume de dados, medido em tempo, que a empresa aceita perder: backup a cada 24 horas implica RPO de até um dia.

    15. Monitoramento 24x7 evita paradas? Não elimina falhas, mas pode reduzir a duração de parte delas ao encurtar detecção e acionamento.

    16. Como reduzir o tempo de indisponibilidade? Encurtando cada etapa: detecção com monitoramento, acionamento com responsáveis definidos, diagnóstico com documentação e restauração com backup testado.

    17. Suporte preventivo ajuda a reduzir o impacto? Tende a ajudar, porque o ambiente já é conhecido e documentado quando o incidente ocorre — não impede todas as falhas, mas torna a resposta previsível. Esse é o papel de um parceiro de TI que acompanha o ambiente.

    18. Como calcular o percentual da operação afetada? Estime quantas pessoas dependiam do recurso, qual parcela do trabalho delas ficou inviável e quanto da operação comercial parou de fato.


    Descubra quanto uma parada custa à sua operação

    A Suporte de TI - Resolve Tecnologias avalia a infraestrutura, identifica os pontos que mais expõem a empresa a indisponibilidades e propõe medidas proporcionais ao impacto real de cada parada.

    Solicitar Avaliação

    Serviços relacionados

    RT

    Suporte de TI - Resolve Tecnologias

    Equipe Editorial · Política editorial

    Compartilhar:W

    Artigos Relacionados

    Como trocar de empresa de suporte de TI sem interromper a operação

    Como trocar de empresa de suporte de TI sem interromper a operação

    Ler
    Inventário de TI e Gestão de Ativos para Empresas

    Inventário de TI e Gestão de Ativos para Empresas

    Ler
    Como Escolher Notebook para Empresa | Guia de Compra

    Como Escolher Notebook para Empresa | Guia de Compra

    Ler