Planos de contingência e continuidade

Plano de contingência versus plano de continuidade: a diferença que importa

A distinção entre plano de contingência e plano de continuidade não é apenas semântica — ela define o escopo do documento, quem é responsável por ativá-lo e quando cada um entra em vigor.

Cenários prioritários para PMEs: onde concentrar o esforço

Construir planos para todos os cenários possíveis é impraticável — e desnecessário. O foco deve ser nos cenários de maior probabilidade e impacto para a realidade específica da empresa. Para PMEs, cinco cenários concentram a maior parte do risco de continuidade.

1. Falha do sistema de gestão (ERP ou sistema financeiro): o sistema que centraliza faturamento, contas a pagar, emissão de NF ou folha de pagamento fica indisponível. Sem plano, a operação financeira para. Com plano: processo alternativo em planilha definido, tempo máximo de espera antes de acionar o suporte, responsável pela decisão de escalar para o fornecedor.
2. Ausência de pessoa-chave por doença ou saída abrupta: a pessoa que opera o processo crítico fica indisponível sem aviso. Sem plano: ninguém sabe o que fazer e o processo para. Com plano: substituto designado, procedimento documentado, acesso ao sistema garantido para o substituto.
3. Falha de fornecedor crítico: fornecedor que entrega insumo ou serviço essencial para a operação interrompe o fornecimento. Sem plano: a empresa descobre o problema quando o insumo acaba. Com plano: fornecedor alternativo homologado, estoque de segurança dimensionado, critério de ativação do plano definido.
4. Incidente de segurança digital (ransomware ou perda de dados): ataque cibernético criptografa dados ou o sistema fica comprometido. Sem plano: a empresa descobre que o backup não existe ou não foi testado. Com plano: procedimento de isolamento do sistema, contato do suporte de TI ou fornecedor de segurança, ponto de restauração do backup documentado.
5. Dano físico ao espaço de operação (incêndio, inundação, interdição): o espaço principal fica inacessível por evento físico. Sem plano: sem espaço alternativo, sem equipamentos de backup, sem comunicação ao time. Com plano: espaço alternativo identificado (mesmo que seja home office temporário), equipamentos mínimos listados, plano de comunicação com colaboradores e clientes.

Passo a passo para montar um plano de contingência básico

O plano de contingência pode ser construído em uma página por cenário — um documento simples o suficiente para ser lido e executado sob pressão, por quem não o escreveu. Os seis campos a seguir são o mínimo necessário para que o plano funcione na prática.

1. Processo crítico afetado: qual é o processo que esse plano protege? Nome claro, sem ambiguidade ("Emissão de NF e faturamento", não "processo financeiro").
2. Descrição do cenário de falha: qual é o evento que aciona o plano? ("O sistema de emissão de NF fica indisponível por mais de 2 horas em dia útil".) A especificidade evita ativação prematura ou tardia.
3. Gatilho de ativação: quem identifica o problema e quando o plano é ativado formalmente? Quem é avisado primeiro? O gatilho precisa ser objetivo — não "quando parecer necessário".
4. Ações de resposta em ordem: o que fazer, passo a passo, em ordem de execução. Cada passo tem responsável e prazo máximo. Sem lista ordenada, sob pressão, o time improvisa e comete erros de sequência.
5. Responsáveis por cada ação: nome e cargo (não apenas "o responsável financeiro" — qual responsável, especificamente, e quem assume se ele não estiver disponível).
6. Critério de encerramento e retorno ao normal: como o gestor sabe que o plano pode ser desativado e a operação normal retomada? Sem critério claro, o time fica em modo de contingência mais tempo do que necessário.

RTO e RPO: conceitos aplicados à realidade de PMEs

RTO (Recovery Time Objective) é o tempo máximo que a empresa pode ficar sem um determinado processo ou sistema antes que o impacto se torne inaceitável. RPO (Recovery Point Objective) é o ponto máximo de perda de dados que a empresa aceita — em termos de tempo: "aceitamos perder no máximo as últimas 24 horas de registros".

Para PMEs, a tradução prática é direta:

• RTO do sistema de pagamento: "Se o sistema de pagamentos a fornecedores ficar fora do ar, podemos operar com aprovações manuais por até 2 dias úteis antes de começar a ter atrasos que impactam fornecedores críticos." Esse 2 dias é o RTO — ele define por quanto tempo o plano de contingência precisa ser suficiente antes de ser uma crise de continuidade.
• RPO do backup de dados financeiros: "Podemos restaurar com os dados de ontem à noite — aceitamos perder no máximo um dia de lançamentos, que podem ser refeitos." Esse prazo define a frequência mínima do backup.

O gestor não precisa usar os termos técnicos — mas precisa responder às perguntas subjacentes para dimensionar os planos corretamente.

Como garantir que o plano funciona quando precisar

O plano de contingência que existe mas ninguém conhece é tão inútil quanto a ausência de plano. Para que funcione quando for acionado, três condições precisam ser atendidas.

• Localização conhecida: todos os envolvidos sabem onde está o plano — pasta de rede, intranet, documento impresso no arquivo físico. "Está na cabeça do gestor" não é localização — é dependência de pessoa-chave.
• Critério de ativação comunicado: os responsáveis por cada plano sabem que são responsáveis, conhecem o gatilho e sabem o que fazer sem precisar perguntar a quem escreveu o plano. A comunicação interna dos planos é parte obrigatória da construção.
• Revisão e teste periódicos: plano revisado anualmente (ou após evento que o acionou) e testado pelo menos uma vez — seja por simulação simples (leitura coletiva e identificação de lacunas) ou por exercício prático limitado. Plano desatualizado é plano inútil: os responsáveis mudaram, os sistemas mudaram, os fornecedores mudaram.

Exemplo de ficha de contingência para falha do sistema de ERP

O exemplo a seguir ilustra como uma ficha de contingência básica pode ser preenchida para o cenário mais comum em PMEs — indisponibilidade do sistema de gestão financeira.