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.

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ário | Quem pode ser afetado | Impacto imediato | Componentes do custo |
|---|---|---|---|
| Internet fora do ar | Toda a empresa, em ambientes dependentes de nuvem | Sistemas em nuvem, e-mail, VoIP e acesso remoto param | Pessoas paradas, vendas online, atendimento, contingência |
| Servidor parado | Usuários de arquivos, ERP, banco de dados e autenticação | Aplicações internas e documentos ficam inacessíveis | Pessoas, produção interrompida, reprocessamento, emergência |
| Sistema ERP indisponível | Vendas, faturamento, estoque, financeiro e compras | Pedidos e notas deixam de ser processados | Faturamento adiado ou perdido, retrabalho, horas extras |
| Arquivos inacessíveis | Setores que trabalham com documentos compartilhados | Projetos, contratos e planilhas ficam indisponíveis | Pessoas paradas, atraso em entregas, retrabalho |
| Rede corporativa indisponível | Praticamente todos os usuários do escritório | Estações perdem comunicação com servidores e serviços | Pessoas, operação, atendimento emergencial, contingência |
| E-mail corporativo indisponível | Comercial, atendimento, compras e diretoria | Comunicação externa e aprovações param | Oportunidades comerciais, atrasos, retrabalho |
| Falha de autenticação | Todos os usuários com login centralizado | Acesso a estações e sistemas bloqueado | Pessoas paradas, suporte emergencial, atraso generalizado |
| Indisponibilidade parcial de setor | Um departamento ou grupo específico | Uma etapa da cadeia interna trava | Pessoas 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.
Serviços relacionados
Suporte de TI - Resolve Tecnologias
Equipe Editorial · Política editorial


