Continuidade operacional: sua empresa está preparada para continuar funcionando durante uma interrupção?

Uma organização pode possuir bons equipamentos e diferentes fornecedores, mas ainda ficar paralisada quando não sabe:

• quais atividades precisam voltar primeiro;

• quais sistemas sustentam essas atividades;

• quanto tempo a interrupção pode durar;

• quem deve tomar decisões;

• quais alternativas estão disponíveis;

• como comunicar clientes, colaboradores e parceiros;

• se os procedimentos de recuperação realmente funcionam.

A pergunta central não deve ser apenas:

“Temos backup e suporte de TI?”

A pergunta mais relevante é:

“Como nossa empresa continuará atendendo, vendendo, produzindo e tomando decisões quando um recurso essencial ficar indisponível?”

Interrupções não acontecem apenas em grandes desastres

Quando se fala em continuidade, é comum imaginar incêndios, enchentes, ataques cibernéticos de grande proporção ou perda completa de um datacenter.

Esses eventos são relevantes, mas a operação também pode ser afetada por situações mais frequentes:

• falha de internet;

• indisponibilidade de sistema;

• defeito em servidor;

• interrupção de energia;

• ransomware;

• exclusão ou corrupção de dados;

• erro em uma atualização;

• equipamento de rede defeituoso;

• indisponibilidade de fornecedor;

• ausência de colaborador-chave;

• perda de credenciais;

• falha em um serviço de cloud;

• problema em uma unidade;

• rompimento de cabo ou conexão;

• indisponibilidade de telefonia;

• defeito em equipamentos de PDV.

Uma interrupção não precisa atingir toda a empresa para produzir impacto relevante.

Se o sistema de faturamento estiver indisponível, por exemplo, outras áreas podem continuar trabalhando, mas a organização poderá enfrentar atrasos na emissão de documentos, no recebimento e no fechamento financeiro.

A continuidade deve ser planejada conforme o impacto real sobre os processos.

O que é continuidade operacional?

Continuidade operacional é a capacidade de preservar atividades essenciais em condições adversas ou de restabelecê-las dentro de níveis e prazos aceitáveis.

Ela pode envolver:

• prevenção;

• preparação;

• resposta;

• contingência;

• recuperação;

• comunicação;

• retorno à normalidade;

• aprendizado após o incidente.

A ISO 22301:2019 estabelece requisitos para sistemas de gestão de continuidade de negócios. A norma orienta organizações a planejar, implementar, operar, monitorar, revisar e melhorar sua capacidade de responder e se recuperar de interrupções. A edição de 2019 permanece publicada, mas está indicada pela ISO como norma a ser revisada.

Isso significa que continuidade não é apenas um documento preparado para emergências. É um processo de gestão que precisa acompanhar as mudanças da organização.

Continuidade operacional e continuidade de negócios são a mesma coisa?

Os termos são frequentemente utilizados de forma próxima, mas podem receber abrangências diferentes conforme o contexto.

Continuidade operacional

Concentra-se na manutenção ou na recuperação das atividades necessárias ao funcionamento cotidiano da empresa.

Pode abranger:

• sistemas;

• pessoas;

• equipamentos;

• instalações;

• conectividade;

• fornecedores;

• dados;

• procedimentos alternativos.

Continuidade de negócios

Possui uma visão mais ampla sobre a capacidade de a organização continuar entregando produtos e serviços em níveis aceitáveis durante e após uma interrupção.

Pode incluir, além da operação:

• estratégia;

• relacionamento com clientes;

• obrigações contratuais;

• comunicação externa;

• requisitos regulatórios;

• cadeia de fornecedores;

• governança;

• recuperação financeira;

• reputação.

Neste artigo, o termo continuidade operacional é utilizado com foco prático na capacidade de manter os processos empresariais essenciais.

Continuidade não é sinônimo de recuperação de desastre

A recuperação de desastre é um componente possível da continuidade, mas não abrange todo o tema.

Recuperação de desastre

Geralmente está relacionada ao restabelecimento de infraestrutura, sistemas, dados ou ambientes tecnológicos após uma interrupção grave.

Continuidade operacional

Também considera:

• como trabalhar temporariamente sem o recurso;

• quais atividades terão prioridade;

• como mobilizar pessoas;

• como utilizar instalações alternativas;

• como comunicar as partes afetadas;

• como administrar fornecedores;

• como tomar decisões durante a crise.

Uma empresa pode recuperar seus servidores e ainda permanecer incapaz de operar porque:

• os usuários não possuem acesso;

• a conectividade continua indisponível;

• o sistema depende de outro fornecedor;

• as informações recuperadas não foram validadas;

• os responsáveis não sabem qual atividade retomar primeiro;

• os equipamentos dos usuários estão inacessíveis;

• a equipe não consegue se comunicar.

Backup também não é um plano de continuidade

Backup protege cópias de dados e pode apoiar a recuperação. Porém, não responde sozinho a questões como:

• quais dados devem ser recuperados primeiro;

• qual sistema precisa ser reconstruído;

• onde o sistema será executado;

• quem realizará a restauração;

• quanto tempo o processo levará;

• quais credenciais serão necessárias;

• como os usuários trabalharão durante a indisponibilidade;

• quem validará a integridade;

• como os demais processos serão retomados.

A organização pode possuir um backup tecnicamente íntegro e ainda não conseguir retomar suas atividades dentro do prazo necessário.

Por isso:

Backup é um recurso de continuidade, mas não substitui o planejamento da operação.

Tecnologia precisa estar alinhada às prioridades do negócio

A ISO/IEC 27031:2025 orienta a preparação das tecnologias da informação e comunicação para apoiar objetivos mais amplos de continuidade. A norma relaciona a prontidão tecnológica à capacidade de prevenir, responder e se recuperar de interrupções que possam afetar operações críticas.

Isso exige que a área técnica conheça:

• os processos essenciais;

• os horários críticos;

• o impacto das falhas;

• as dependências;

• os prazos esperados;

• a ordem de recuperação;

• os recursos alternativos disponíveis.

Sem essas informações, a equipe pode restaurar primeiro o sistema tecnicamente mais simples, enquanto outro serviço mais importante para o negócio permanece indisponível.

O primeiro passo é identificar os processos críticos

Nem toda atividade precisa ser restabelecida com a mesma urgência.

A análise deve identificar quais processos são necessários para:

• atender clientes;

• registrar pedidos;

• faturar;

• receber pagamentos;

• produzir;

• expedir;

• operar lojas;

• manter comunicações;

• cumprir obrigações;

• acessar informações essenciais;

• coordenar equipes;

• tomar decisões.

Um processo crítico é aquele cuja interrupção produz impacto incompatível com o tempo durante o qual a empresa consegue tolerá-la.

A criticidade não deve ser definida apenas pela área responsável.

É necessário avaliar:

• efeito financeiro;

• impacto sobre clientes;

• risco à segurança;

• obrigações contratuais;

• requisitos legais;

• dependência de outras áreas;

• possibilidade de operação manual;

• volume afetado;

• prazo da atividade;

• impacto reputacional.

O que é uma análise de impacto no negócio?

A análise de impacto no negócio, frequentemente denominada BIA — Business Impact Analysis, busca compreender as consequências da interrupção de processos e serviços ao longo do tempo.

A CISA apresenta a identificação e a priorização dos serviços essenciais e dos ativos que os sustentam como elementos fundamentais do planejamento da continuidade. Seu guia de continuidade de serviços também relaciona a análise de impacto à definição das prioridades de recuperação.

Uma BIA pode levantar:

• processo;

• responsável;

• produtos ou serviços entregues;

• períodos críticos;

• sistemas utilizados;

• dados necessários;

• pessoas envolvidas;

• fornecedores;

• instalações;

• equipamentos;

• dependências internas e externas;

• impacto da indisponibilidade;

• prazo máximo aceitável;

• alternativas temporárias;

• ordem de recuperação.

A análise deve produzir decisões, e não apenas descrições.

Como avaliar o impacto de uma interrupção?

O impacto pode se modificar conforme o tempo.

Uma falha de 15 minutos pode ser tolerável. A mesma falha durante oito horas pode impedir faturamento, atendimento e cumprimento de prazos.

A avaliação pode considerar:

Impacto operacional

• processos interrompidos;

• redução de capacidade;

• acúmulo de demandas;

• retrabalho;

• impossibilidade de utilizar instalações ou equipamentos.

Impacto financeiro

• vendas não realizadas;

• multas;

• custos emergenciais;

• horas improdutivas;

• perdas de materiais;

• despesas de recuperação.

Impacto sobre clientes

• atraso;

• indisponibilidade do atendimento;

• pedidos não processados;

• descumprimento de compromissos;

• perda de confiança.

Impacto contratual e regulatório

• prazos não cumpridos;

• indisponibilidade de registros;

• falha em obrigações assumidas;

• necessidade de comunicação.

Impacto reputacional

• reclamações;

• exposição pública;

• percepção de desorganização;

• perda de credibilidade.

Os impactos devem ser analisados com premissas documentadas. Não se deve atribuir valores financeiros sem base de cálculo.

Quanto tempo a empresa consegue permanecer parada?

Essa pergunta precisa ser respondida por processo.

Um arquivo histórico pode tolerar recuperação posterior. Um sistema de PDV, produção ou faturamento pode exigir prioridade mais elevada.

Entre os conceitos utilizados no planejamento estão:

MTPD — Período máximo tolerável de interrupção

Representa, de forma simplificada, o período após o qual os efeitos da interrupção se tornam inaceitáveis para a organização.

RTO — Objetivo de tempo de recuperação

Indica o prazo estabelecido para restabelecer um recurso ou serviço após uma interrupção.

RPO — Objetivo de ponto de recuperação

Representa a quantidade de dados que pode ser perdida, considerando o intervalo entre a última informação recuperável e o momento da falha.

Esses parâmetros precisam ser coerentes entre si.

Não seria adequado, por exemplo, definir que um processo precisa voltar em duas horas quando:

• o backup leva oito horas para ser restaurado;

• não existe infraestrutura alternativa;

• o fornecedor não oferece suporte nesse período;

• as pessoas responsáveis não estão disponíveis;

• a conectividade não possui contingência.

Objetivos sem recursos correspondentes criam uma falsa expectativa de continuidade.

Os processos dependem de mais recursos do que parece

Um sistema empresarial pode depender de:

• servidor;

• banco de dados;

• rede;

• internet;

• DNS;

• autenticação;

• licenças;

• cloud;

• integração;

• dispositivo do usuário;

• energia;

• fornecedor;

• equipe especializada;

• credenciais;

• backup;

• documentação.

Por isso, a recuperação não deve ser planejada isoladamente por sistema.

É necessário mapear a cadeia completa de dependências.

Exemplo:

Para emitir uma nota fiscal, a empresa pode precisar de:

1. usuário autorizado;

2. computador funcional;

3. sistema de gestão;

4. banco de dados;

5. conectividade;

6. certificado ou credencial;

7. integração com o serviço fiscal;

8. impressora ou geração eletrônica;

9. cadastro correto;

10. suporte do fornecedor.

A falha em qualquer elemento pode impedir a conclusão do processo.

Fornecedores também são pontos de dependência

Serviços terceirizados podem sustentar atividades essenciais:

• sistema de gestão;

• cloud;

• internet;

• telefonia;

• meios de pagamento;

• backup;

• suporte técnico;

• datacenter;

• emissão fiscal;

• logística;

• equipamentos;

• energia;

• integração.

A empresa deve conhecer:

• serviço prestado;

• criticidade;

• responsabilidades;

• canais de emergência;

• horário de atendimento;

• níveis de serviço;

• contingência do fornecedor;

• subcontratações;

• dependências tecnológicas;

• procedimento de escalonamento;

• alternativa disponível;

• processo de encerramento.

Terceirizar um recurso não transfere automaticamente toda a responsabilidade pela continuidade.

A organização ainda precisa avaliar o risco e preparar alternativas proporcionais.

Dois fornecedores garantem continuidade?

Não necessariamente.

Dois fornecedores podem compartilhar:

• a mesma infraestrutura;

• o mesmo datacenter;

• a mesma rota de telecomunicações;

• a mesma plataforma;

• o mesmo distribuidor;

• o mesmo equipamento;

• a mesma fonte de energia;

• a mesma dependência crítica.

A redundância deve reduzir pontos únicos de falha. Apenas duplicar contratos não comprova independência.

Esse princípio também se aplica a:

• links de internet;

• serviços de cloud;

• provedores de software;

• equipamentos;

• locais;

• equipes;

• credenciais;

• backups.

Procedimentos manuais ainda podem ser necessários

Durante uma indisponibilidade, algumas atividades podem continuar por meio de procedimentos temporários.

Exemplos possíveis:

• registrar pedidos em formulário controlado;

• manter lista temporária de atendimentos;

• utilizar equipamento substituto;

• operar somente serviços prioritários;

• direcionar equipes para outra unidade;

• utilizar canal alternativo de comunicação;

• suspender atividades não essenciais;

• acessar documentos previamente disponibilizados;

• utilizar conexão de contingência.

O NIST reconhece que medidas de contingência podem incluir a transferência para equipamentos ou locais alternativos e a execução manual de determinadas funções durante a recuperação dos sistemas.

O procedimento manual precisa ser planejado. Caso contrário, pode gerar:

• perda de registros;

• duplicidade;

• falhas de autorização;

• informações incompletas;

• dificuldade de reconciliação;

• risco de segurança;

• decisões sem rastreabilidade.

Também deve existir um processo para inserir e validar posteriormente os dados gerados durante a contingência.

Comunicação é parte da continuidade

Em uma interrupção, a ausência de informação pode ampliar o impacto.

Colaboradores podem:

• repetir chamados;

• executar ações conflitantes;

• interromper atividades desnecessariamente;

• utilizar soluções não autorizadas;

• transmitir informações incorretas;

• procurar fornecedores diferentes;

• comunicar clientes sem alinhamento.

O plano deve definir:

• quem comunica;

• para quem;

• por qual canal;

• em qual momento;

• quais informações podem ser divulgadas;

• qual frequência de atualização;

• quem aprova comunicações externas;

• qual canal alternativo será utilizado;

• como registrar as decisões.

A CISA inclui a definição de estruturas internas de comunicação, contatos para apoio, planos de resposta e recuperação entre os elementos essenciais da preparação para incidentes.

Não é necessário comunicar todos os detalhes técnicos. A mensagem precisa orientar as pessoas sobre:

• o que está afetado;

• qual ação devem tomar;

• o que não devem fazer;

• qual alternativa está disponível;

• quando haverá nova atualização.

Quem deve tomar decisões durante a interrupção?

As responsabilidades precisam ser definidas antes do incidente.

Podem existir papéis como:

Responsável pela continuidade

Coordena o plano, os exercícios, as atualizações e o tratamento das pendências.

Responsável pelo processo

Define prioridades e valida a retomada da atividade.

Equipe técnica

Diagnostica, contém, recupera e registra os recursos tecnológicos.

Direção

Aprova decisões críticas, recursos excepcionais e comunicações relevantes.

Comunicação

Coordena mensagens internas e externas.

Jurídico, compliance ou proteção de dados

Avalia obrigações contratuais, legais e regulatórias quando aplicável.

Fornecedores

Executam as atividades previstas em contrato e apoiam o diagnóstico e a recuperação.

Uma pessoa pode acumular diferentes papéis em empresas menores. O essencial é que as atribuições estejam claras e existam substitutos.

Dependência de pessoas também ameaça a continuidade

Uma empresa pode possuir tecnologia adequada e ainda depender excessivamente de uma única pessoa.

Essa dependência ocorre quando somente um colaborador conhece:

• senhas;

• fornecedores;

• configurações;

• procedimentos;

• contatos;

• localização de documentos;

• rotinas de fechamento;

• integrações;

• forma de recuperar sistemas.

Medidas que podem reduzir esse risco incluem:

• documentação;

• compartilhamento controlado de conhecimento;

• substitutos definidos;

• cofres de credenciais;

• procedimentos;

• treinamento cruzado;

• contratos de suporte;

• revisão de acessos;

• registros das mudanças.

A continuidade deve considerar pessoas, não apenas equipamentos.

Credenciais de emergência precisam ser protegidas e acessíveis

Durante uma falha, a recuperação pode exigir:

• contas administrativas;

• senhas de equipamentos;

• acesso a provedores;

• certificados;

• chaves;

• códigos de recuperação;

• contatos;

• credenciais de backup;

• acessos ao domínio;

• portais de suporte.

Essas informações não devem permanecer:

• somente com uma pessoa;

• em arquivos sem proteção;

• em mensagens pessoais;

• em documentos desatualizados;

• no próprio sistema que poderá ficar indisponível.

Também não devem ser distribuídas indiscriminadamente.

É necessário equilibrar:

disponibilidade + confidencialidade + integridade + rastreabilidade

Um plano escrito é suficiente?

Não.

Um plano pode parecer adequado e falhar quando é utilizado pela primeira vez.

Isso acontece quando:

• os contatos estão desatualizados;

• o equipamento alternativo não funciona;

• as credenciais expiraram;

• o backup não restaura;

• o fornecedor não está disponível;

• a equipe desconhece o procedimento;

• a infraestrutura alternativa não possui capacidade;

• os sistemas dependentes não foram considerados;

• a comunicação não foi preparada;

• o plano não acompanha as mudanças da empresa.

A continuidade precisa ser exercitada e testada.

Qual é a diferença entre teste e exercício?

Teste

Verifica tecnicamente se um recurso funciona.

Exemplos:

• restaurar um backup;

• ativar um link alternativo;

• iniciar uma máquina virtual;

• validar uma conta de emergência;

• utilizar um equipamento de reserva.

Exercício

Simula uma situação de interrupção para avaliar decisões, comunicação, responsabilidades e execução dos procedimentos.

Pode ocorrer como:

• discussão orientada;

• simulação de mesa;

• exercício parcial;

• simulação técnica;

• interrupção controlada;

• teste integrado.

A CISA destaca que a continuidade precisa utilizar procedimentos testados ou exercitados e fornece modelos para análise de impacto, plano de continuidade e exercícios.

O formato deve ser proporcional ao risco. Não é necessário interromper toda a empresa para avaliar o plano.

O que um exercício pode revelar?

Um exercício pode identificar:

• contatos incorretos;

• responsabilidades conflitantes;

• informações ausentes;

• dependências desconhecidas;

• tempos irreais;

• falhas de comunicação;

• indisponibilidade de recursos;

• falta de autorização;

• equipamentos incompatíveis;

• procedimentos difíceis de executar;

• capacidade insuficiente;

• ausência de evidências;

• necessidade de treinamento.

O objetivo não é demonstrar que o plano é perfeito.

É localizar falhas enquanto a organização ainda pode corrigi-las sem estar sob uma crise real.

O retorno à normalidade também precisa ser planejado

Retomar parcialmente uma atividade não encerra a interrupção.

Após a contingência, pode ser necessário:

• validar sistemas;

• reconciliar registros;

• inserir dados gerados manualmente;

• conferir pagamentos;

• revisar acessos;

• monitorar o ambiente;

• comunicar o retorno;

• encerrar medidas temporárias;

• restaurar configurações;

• recolher equipamentos;

• registrar perdas;

• avaliar fornecedores;

• preservar evidências;

• analisar causas.

O retorno precisa evitar que a empresa:

• perca registros realizados durante a contingência;

• duplique operações;

• mantenha acessos emergenciais;

• continue utilizando soluções temporárias inseguras;

• retorne ao ambiente ainda comprometido.

Continuidade após um ataque cibernético exige cuidados adicionais

Em um incidente cibernético, restaurar rapidamente pode não ser suficiente.

Antes do retorno, pode ser necessário confirmar:

• se a ameaça foi contida;

• quais contas foram comprometidas;

• se as credenciais foram alteradas;

• se os backups estão íntegros;

• se o ambiente de recuperação está seguro;

• se os registros foram preservados;

• se os sistemas foram corrigidos;

• se existe risco de nova infecção;

• quais obrigações de comunicação se aplicam.

A CISA disponibiliza orientações para resposta e recuperação que incluem planos de incidente, recuperação de desastre, análise de impacto e priorização dos sistemas a serem restabelecidos.

Em maio de 2026, a agência também reforçou a preparação para operar durante ataques por meio de duas capacidades: isolamento de dependências comprometidas e recuperação dos serviços vitais. A orientação enfatiza testes de recuperação e a preparação de operações locais ou manuais. O material foi direcionado à infraestrutura crítica dos Estados Unidos; sua aplicação a empresas deve ser entendida como referência de resiliência, não como requisito obrigatório.

A operação pode precisar funcionar de forma isolada

Alguns incidentes podem exigir a desconexão temporária de:

• internet;

• fornecedores;

• integrações;

• unidades;

• serviços de cloud;

• equipamentos;

• redes comprometidas.

A empresa deve avaliar se processos essenciais conseguem continuar, ainda que de forma reduzida, quando determinadas dependências externas não estiverem disponíveis.

Isso pode exigir:

• documentos locais protegidos;

• contatos fora do sistema principal;

• procedimentos manuais;

• equipamentos previamente configurados;

• dados mínimos necessários;

• canais alternativos;

• critérios de autorização;

• sincronização posterior.

Não é possível eliminar todas as dependências. O objetivo é conhecer aquelas que produzem maior impacto e estabelecer respostas proporcionais.

Continuidade exige integração entre diferentes soluções

Uma estratégia consistente pode combinar:

Sustentação e suporte

Para registrar, priorizar, escalar e resolver incidentes.

Monitoramento

Para identificar eventos antes ou durante a interrupção.

Backup

Para preservar e recuperar dados.

Cloud

Para hospedar recursos, ampliar flexibilidade ou oferecer ambientes alternativos.

Conectividade

Para manter acesso a sistemas, unidades e fornecedores.

Infraestrutura

Para sustentar redes, energia, equipamentos e ambientes físicos.

Cibersegurança

Para prevenir, detectar, responder e recuperar-se de ataques.

Locação ou equipamentos de reserva

Para substituir ativos indisponíveis.

Consultoria

Para identificar riscos, processos críticos e prioridades.

Nenhuma dessas frentes garante continuidade isoladamente.

Como estruturar um plano de continuidade operacional?

O plano deve ser proporcional à empresa, mas pode seguir uma estrutura mínima.

1. Objetivo e escopo

Definir:

• quais processos estão abrangidos;

• quais unidades;

• quais cenários;

• quais recursos;

• quais limitações.

2. Critérios de ativação

Estabelecer:

• quais situações ativam o plano;

• quem decide;

• como a decisão será registrada;

• quais pessoas serão comunicadas.

3. Processos prioritários

Indicar:

• prioridade;

• prazo esperado;

• nível mínimo de operação;

• responsável;

• dependências.

4. Estratégias de continuidade

Descrever:

• alternativas;

• equipamentos;

• locais;

• links;

• procedimentos manuais;

• fornecedores;

• capacidade reduzida;

• critérios de utilização.

5. Procedimentos de resposta

Estabelecer:

• ações iniciais;

• contenção;

• diagnóstico;

• escalonamento;

• comunicação;

• preservação de evidências.

6. Procedimentos de recuperação

Definir:

• sistemas;

• dados;

• ordem;

• responsáveis;

• credenciais;

• testes;

• critérios de validação.

7. Comunicação

Relacionar:

• públicos;

• responsáveis;

• canais;

• mensagens;

• atualizações;

• aprovações.

8. Contatos e recursos

Registrar:

• equipes;

• substitutos;

• fornecedores;

• contratos;

• equipamentos;

• locais;

• acessos.

9. Retorno à normalidade

Definir:

• reconciliação;

• validação;

• encerramento;

• retirada das medidas temporárias;

• revisão de acessos.

10. Testes e manutenção

Estabelecer:

• periodicidade;

• escopo;

• responsáveis;

• evidências;

• tratamento das falhas;

• revisão após mudanças.

O plano deve considerar diferentes cenários?

Sim, mas não precisa prever detalhadamente todos os eventos possíveis.

Uma abordagem prática pode utilizar cenários baseados na perda de recursos:

• indisponibilidade de pessoas;

• indisponibilidade de instalações;

• perda de conectividade;

• indisponibilidade de sistemas;

• perda ou corrupção de dados;

• indisponibilidade de fornecedor;

• falha de equipamentos;

• interrupção de energia;

• comprometimento de segurança.

Essa abordagem evita criar um plano separado para cada causa.

Por exemplo, a empresa pode utilizar estratégias semelhantes quando um sistema fica indisponível por falha técnica, ataque ou indisponibilidade do provedor.

Como definir prioridades de recuperação?

A prioridade pode considerar:

• impacto;

• prazo tolerável;

• dependências;

• número de usuários;

• receita;

• atendimento;

• segurança;

• requisitos contratuais;

• capacidade alternativa;

• sequência técnica.

A recuperação deve respeitar as dependências.

Não é possível restaurar adequadamente uma aplicação quando:

• seu banco de dados ainda está indisponível;

• a autenticação não funciona;

• a rede não foi restabelecida;

• o armazenamento não está acessível;

• as integrações permanecem inativas.

A prioridade empresarial e a sequência técnica precisam ser conciliadas.

Como calcular o custo de uma interrupção?

O cálculo pode apoiar decisões sobre prevenção e contingência, mas precisa utilizar premissas verificáveis.

Uma estrutura possível é:

Custo da interrupção = perda de margem ou receita atribuível + horas improdutivas + custos emergenciais + retrabalho + penalidades + perdas materiais comprováveis

Devem ser evitadas duplicidades.

Por exemplo, não se deve somar a receita total não faturada e a margem perdida como se fossem impactos independentes quando se referem ao mesmo evento.

Também é necessário considerar:

• duração;

• período do dia;

• sazonalidade;

• capacidade de recuperar vendas posteriormente;

• áreas afetadas;

• custos efetivamente incrementais;

• limitações da estimativa.

A análise pode demonstrar que determinada estratégia de contingência é economicamente justificável. Contudo, números não devem ser divulgados sem base documentada.

Todo processo precisa de alta disponibilidade?

Não.

Alta disponibilidade pode exigir:

• equipamentos duplicados;

• links independentes;

• licenças;

• cloud;

• automação;

• monitoramento;

• suporte contínuo;

• testes;

• maior complexidade operacional.

Esses recursos possuem custos.

A decisão deve considerar a criticidade e o impacto.

Processos menos críticos podem utilizar:

• recuperação convencional;

• equipamentos de reserva;

• procedimentos manuais;

• prazos mais longos;

• suporte em horário comercial.

O objetivo não é tornar tudo igualmente resiliente. É concentrar recursos onde a interrupção se torna inaceitável.

O plano precisa estar disponível durante a falha

Armazenar o plano somente no sistema que pode ficar indisponível cria uma dependência inadequada.

A empresa pode avaliar:

• cópia protegida em local alternativo;

• acesso offline controlado;

• versão impressa para funções essenciais;

• contatos externos ao ambiente principal;

• repositório independente;

• atualização das cópias;

• controle de versões.

A disponibilidade não deve comprometer a confidencialidade. O plano pode conter dados sensíveis, contatos e informações sobre a infraestrutura.

Mudanças exigem revisão da continuidade

O plano pode ficar desatualizado após:

• abertura de unidade;

• troca de sistema;

• migração para cloud;

• alteração de fornecedor;

• contratação ou desligamento de pessoas;

• mudança de endereços;

• instalação de equipamentos;

• alteração de rede;

• crescimento do volume;

• mudança de processo;

• novos requisitos contratuais.

O processo de Gestão de Mudanças apresentado pela Glautec prevê planejamento, avaliação de riscos e impacto, aprovação, comunicação, validação pós-implementação e manutenção de registros. Esse fluxo pode apoiar a atualização dos requisitos de continuidade sempre que o ambiente for alterado.

Uma mudança concluída tecnicamente pode criar novas dependências que precisam ser incorporadas ao plano.

Indicadores podem demonstrar se a continuidade está preparada

Alguns indicadores possíveis são:

• processos críticos avaliados;

• planos atualizados;

• contatos validados;

• testes realizados;

• ações corretivas concluídas;

• backups testados;

• tempo observado de recuperação;

• disponibilidade dos serviços;

• falhas de contingência;

• fornecedores críticos avaliados;

• equipamentos de reserva testados;

• colaboradores treinados;

• dependências sem alternativa.

Cada indicador deve possuir:

• definição;

• fonte;

• periodicidade;

• responsável;

• meta ou critério;

• ação em caso de desvio.

A existência de um documento não deve ser utilizada como único indicador de prontidão.

Dez sinais de que a continuidade precisa ser revista

A empresa deve avaliar sua preparação quando:

1. Ninguém sabe quais processos precisam voltar primeiro.

2. Os backups nunca foram restaurados em teste.

3. Os contatos de fornecedores estão dispersos ou desatualizados.

4. Um único colaborador concentra conhecimentos e credenciais.

5. O link alternativo nunca foi testado.

6. Não existe procedimento para trabalhar temporariamente sem o sistema.

7. A empresa não sabe quanto tempo consegue tolerar uma interrupção.

8. Equipamentos de reserva não estão configurados.

9. Sistemas críticos dependem de fornecedores sem contingência conhecida.

10. O plano nunca foi exercitado ou atualizado após mudanças.

Esses sinais não comprovam que a operação irá parar. Indicam exposições que podem aumentar o impacto e o tempo de recuperação.

Como avaliar um parceiro para continuidade operacional?

A empresa deve verificar se o parceiro consegue:

• compreender os processos críticos;

• mapear dependências;

• avaliar o ambiente tecnológico;

• relacionar riscos a impactos;

• definir prioridades;

• propor alternativas proporcionais;

• documentar responsabilidades;

• apoiar testes;

• monitorar recursos;

• coordenar fornecedores;

• registrar falhas;

• acompanhar ações corretivas.

Também é necessário distinguir:

• consultoria;

• diagnóstico;

• plano de continuidade;

• plano de recuperação;

• suporte;

• monitoramento;

• backup;

• infraestrutura alternativa;

• atendimento emergencial;

• testes e exercícios.

Essas atividades não devem ser consideradas automaticamente incluídas em uma única contratação.

Como a Glautec pode atuar na continuidade da operação

Os materiais institucionais da Glautec não apresentam, de forma explícita, um produto autônomo denominado “Continuidade Operacional”.

Entretanto, o portfólio associa diferentes soluções à disponibilidade, recuperação e manutenção da operação:

• Glautec Sentinela: segurança, monitoramento e redução de riscos;

• Glautec Protege: backup, recuperação assistida e proteção dos dados;

• Glautec Cloud: ambientes em nuvem, disponibilidade e flexibilidade;

• Glautec Conecta: links corporativos e conectividade;

• Glautec Infra: redes, Wi-Fi, cabeamento e estrutura física;

• Glautec Locação: equipamentos e substituição conforme as condições contratadas;

• Glautec Consultoria: diagnóstico, planejamento e gestão do ambiente.

A revista institucional também apresenta sustentação, NOC, SOC, manutenção preventiva, equipamentos de reserva, cloud, backup e suporte como componentes integrados da infraestrutura tecnológica.

O Welcome Kit reforça:

• canais formais;

• priorização por impacto e urgência;

• SLA conforme contrato;

• escalonamento;

• atendimento contínuo em modalidades específicas;

• gestão de mudanças;

• avaliação de riscos;

• validação pós-implementação.

Esses elementos sustentam uma abordagem integrada de continuidade, mas não comprovam que a Glautec entregue atualmente:

• BIA formal;

• plano completo de continuidade de negócios;

• certificação ISO 22301;

• auditoria de continuidade;

• exercícios abrangentes;

• site alternativo;

• recuperação de desastre completa;

• garantia de operação ininterrupta.

Essas afirmações não devem ser feitas sem validação técnica e comercial.

A abordagem recomendada para a Glautec

A Glautec deve tratar continuidade operacional como um resultado produzido pela integração entre suas soluções.

A abordagem pode seguir esta lógica:

1. Entender a operação

• processos críticos;

• sistemas;

• dados;

• pessoas;

• fornecedores;

• equipamentos;

• conectividade;

• impacto das falhas.

2. Identificar exposições

• pontos únicos de falha;

• ausência de backup;

• falta de redundância;

• equipamentos sem suporte;

• dependência de pessoas;

• ausência de monitoramento;

• procedimentos não documentados.

3. Definir prioridades

• o que precisa ser protegido primeiro;

• quanto tempo pode ficar indisponível;

• qual volume de dados pode ser perdido;

• quais alternativas serão necessárias.

4. Implementar medidas proporcionais

• sustentação;

• monitoramento;

• backup;

• cloud;

• conectividade;

• infraestrutura;

• segurança;

• equipamentos de reserva;

• documentação.

5. Testar

• restauração;

• failover;

• acesso;

• equipamentos;

• comunicação;

• procedimentos.

6. Acompanhar e melhorar

• incidentes;

• testes;

• falhas;

• mudanças;

• riscos;

• ações pendentes.

Essa abordagem fortalece o posicionamento da marca porque não reduz continuidade à venda de uma ferramenta.

Continuidade não significa eliminar todas as interrupções

Nenhuma arquitetura elimina integralmente:

• falhas;

• erros;

• ataques;

• indisponibilidades;

• eventos externos;

• dependências;

• riscos humanos.

O objetivo da continuidade é reduzir:

• probabilidade;

• impacto;

• tempo de interrupção;

• perda de dados;

• improvisação;

• incerteza;

• dificuldade de recuperação.

Uma empresa preparada pode sofrer uma falha e, ainda assim, responder de forma organizada.

A pergunta decisiva

Antes de considerar a operação preparada, a direção deve conseguir responder:

Quais atividades precisam continuar, quanto tempo podem ficar indisponíveis, quais recursos sustentam essas atividades e quando a capacidade de recuperação foi testada pela última vez?

Quando essas respostas não estão disponíveis, a empresa pode possuir diferentes soluções tecnológicas, mas ainda não ter uma estratégia confiável de continuidade.

Próximo passo

Antes de contratar novos recursos, é necessário identificar processos críticos, mapear dependências, avaliar pontos únicos de falha e verificar se as estratégias atuais realmente funcionam.

Converse com a Glautec para avaliar os riscos tecnológicos que podem interromper sua operação e definir prioridades de proteção, contingência e recuperação.

Prepare sua empresa para continuar em movimento. Deixa que a gente resolve.