Tempo de leitura: 10 min · Publicado em 11/10/2026
Um contrato de recuperação de desastres em TI deve definir o que precisa ser restaurado, em quais condições e como a capacidade será testada. Ter cópias de segurança ou contratar um ambiente de contingência não demonstra, sozinho, que a empresa retomará seus processos essenciais. Antes de assumir metas de recuperação, cliente e fornecedor precisam conectar sistemas, dados, dependências, acesso, responsabilidades e evidências de teste às obrigações efetivamente negociadas.
O recorte é a contratação preventiva de recuperação para operações empresariais relevantes. Não é uma discussão de indenização depois da perda de uma base nem de custódia de código-fonte. A análise jurídica organiza compromissos, enquanto a avaliação técnica confirma se a estrutura consegue executá-los.
Defina a operação que deve ser retomada
Identifique processos essenciais e os recursos que os sustentam: sistemas, bancos de dados, autenticação, rede, integrações, equipamentos e fornecedores. Restaurar uma máquina não significa que faturamento ou atendimento voltou a funcionar se outra dependência continuar indisponível.
Separe atividades que precisam de retomada imediata daquelas que podem aguardar, conforme a avaliação da empresa. Essas prioridades são decisões operacionais e contratuais; não há uma ordem nacional única aplicável a qualquer negócio. Setores sujeitos a regras específicas podem exigir exame adicional.
O guia sobre perda de banco de dados na hospedagem aborda consequências de uma falha. Aqui, a pergunta é anterior: quais obrigações verificáveis serão assumidas para permitir recuperação quando ocorrer um evento coberto?
Separe backup, restauração e continuidade operacional
Descreva qual serviço está sendo contratado. Armazenar cópias, disponibilizar infraestrutura alternativa, executar restauração e manter processos de negócio podem envolver entregas diferentes. Um pacote chamado “recuperação completa” precisa ser traduzido em tarefas, recursos e limites.
Identifique frequência, abrangência e proteção das cópias, além dos procedimentos de restauração. A equipe técnica deve verificar consistência, integridade, dependências e possibilidade de uso. O jurídico não deve certificar esses resultados apenas porque existe uma cláusula de segurança.
Confira também o que fica fora do serviço: sistemas antigos, arquivos de usuários, dispositivos locais ou certas integrações. Exclusões devem ser confrontadas com a finalidade da contratação. Se um recurso essencial não estiver coberto, a empresa precisa decidir como tratar essa lacuna antes do incidente.
Negocie metas com marco inicial e condições de medição
O projeto pode utilizar RTO, objetivo de tempo de recuperação, e RPO, objetivo referente à perda de dados tolerada no tempo. Esses parâmetros exigem definição técnica e contratual. Não representam, por si, prazos legais universais ou promessa de que nenhum dado será perdido.
Indique quais sistemas cada meta abrange, de quando se conta o período e como se comprova a retomada. Disponibilizar um servidor e concluir uma transação empresarial são eventos distintos. O critério precisa refletir o resultado contratado e permitir conferência.
Relacione as premissas: acesso a credenciais autorizadas, ambiente disponível, licença, conectividade e cooperação de terceiros. Uma condição não deve justificar qualquer falha sem relação com o impedimento. Sua influência deve ser documentada e analisada conforme a obrigação assumida.
Defina acionamento, responsáveis e comunicação
Estabeleça quem pode declarar o evento, autorizar a ativação e decidir a volta ao ambiente principal. Descreva canais, pessoas substitutas e prioridades. O contato com um suporte genérico pode não ser suficiente para mobilizar os recursos necessários em uma situação crítica.
Organize a comunicação com administração, equipe técnica e fornecedores, incluindo atualização sobre impedimentos e medidas adotadas. A empresa precisa conhecer o estado da recuperação sem receber afirmações de conclusão que não correspondam aos testes previstos.
Não distribua senhas pessoais em anexos contratuais ou planilhas abertas. A disponibilidade de acessos deve seguir controles seguros, com permissões e procedimentos autorizados. A necessidade de reação rápida não elimina deveres de segurança nem autoriza entrada irrestrita em sistemas de terceiros.
Seu caso envolve uma situação semelhante?
Cada caso possui particularidades e deve ser analisado individualmente. Para informações sobre análise jurídica do seu caso, entre em contato com o escritório.
Conecte os contratos dos fornecedores envolvidos
Examine hospedagem, suporte, licenciamento, telecomunicação e integrações. O fornecedor de recuperação não pode prometer autorização de outro contratante sem verificar direitos e condições. Licenças podem limitar ambientes alternativos, usuários ou recursos necessários à operação.
Distribua tarefas e cooperação, evitando que cada empresa atribua a responsabilidade inteira à outra. Identifique o que o cliente precisa contratar separadamente e quais evidências serão compartilhadas. O acordo principal deve ser compatível com instrumentos e anexos que controlam as dependências.
O escrow de software crítico possui finalidade distinta, ligada ao depósito e às condições de liberação do material contratado. Ter acesso a código não substitui infraestrutura, pessoal e procedimentos de recuperação, assim como contratar contingência não garante receber o código-fonte.
Transforme testes em entregas documentadas
Defina periodicidade negociada, cenários, ambiente, participantes e critérios de sucesso. Inclua procedimento para avaliar falhas e corrigir o plano. Não há uma frequência legal única de testes para toda empresa; exigências setoriais e a operação concreta precisam ser consideradas.
O relatório deve permitir conferir o que foi restaurado, quanto tempo levou, quais dados foram utilizados e quais impedimentos apareceram. Um certificado genérico de backup não equivale a prova de teste integral de recuperação. Os limites precisam ser explicitados.
Testes também exigem autorização e proteção da operação. Evite interrupções improvisadas de sistemas essenciais para produzir evidência. A equipe responsável deve planejar ambientes e medidas adequadas; a documentação jurídica acompanha responsabilidades e consequências sem incentivar simulação perigosa.
Trate dados pessoais e incidentes de maneira coordenada
A recuperação pode envolver cópias de dados pessoais, novos acessos e infraestrutura alternativa. A LGPD exige medidas técnicas e administrativas aptas à proteção, desde a concepção até a execução do serviço. Mapear dados e agentes evita atribuir todas as funções ao nome de um fornecedor.
Quando houver operador, suas atividades devem seguir as instruções do controlador, com registro e verificação das obrigações pertinentes. Organize informações necessárias à análise de incidentes, sem presumir que toda indisponibilidade exige comunicação à ANPD ou que restaurar o sistema dispensa uma comunicação devida.
Defina preservação de registros e acesso às evidências relevantes. A pressa para retomar a operação não deve eliminar informações necessárias à apuração. Os períodos e formas de conservação dependem dos deveres aplicáveis, do contexto e da necessidade, evitando retenção indiscriminada de dados pessoais.
Examine preço, responsabilidade e encerramento
Separe custo de disponibilidade, testes, acionamento, consumo adicional e retorno ao ambiente principal. O cliente precisa saber quais eventos geram cobrança e como conferi-la. Uma mensalidade não demonstra que todos os recursos serão fornecidos sem custos adicionais.
Confronte limites de responsabilidade, exclusões e consequências negociadas com a importância do serviço e com o regime jurídico. O Código Civil exige boa-fé e respeito à alocação de riscos, prevê presunção de paridade e simetria ressalvada por elementos concretos e regimes especiais, e revisão excepcional e limitada.
Na saída, trate transferência de configurações, cópias, registros e desligamento de acessos. O histórico de indisponibilidade de sistema mostra uma questão complementar de responsabilidade, sem substituir o planejamento para continuidade entre fornecedores.
Um exemplo hipotético de dependência descoberta em teste
Exemplo hipotético: uma empresa consegue restaurar seu banco de dados no ambiente alternativo, mas não emitir pedidos porque falta integração licenciada. O teste identifica a dependência, e as partes ajustam escopo, autorizações e procedimento. A recuperação do arquivo, isoladamente, não demonstrava retomada do processo.
O exemplo não constitui certificação técnica nem relato de resultado real. Ele evidencia por que metas devem ser relacionadas a entregas e dependências. A decisão sobre infraestrutura e viabilidade exige participação dos profissionais responsáveis.
Perguntas frequentes
Ter backup garante recuperar a operação?
Não. É necessário conferir conteúdo, integridade, acesso e procedimentos, além das dependências dos sistemas. Uma cópia existente pode não permitir retomada do processo empresarial dentro do tempo necessário. Os testes devem demonstrar o alcance real do serviço contratado.
RTO e RPO são prazos impostos pela lei?
Não são prazos legais universais. São objetivos técnicos que precisam ser definidos e negociados para os recursos abrangidos. Regras setoriais podem exigir análise própria. Marco inicial, condições e forma de medição devem constar do planejamento e do contrato.
Posso contratar somente infraestrutura alternativa?
É possível delimitar o escopo, mas confira se faltam tarefas indispensáveis de restauração, integração ou operação. A contratação deve esclarecer responsabilidades do cliente e de terceiros. Disponibilizar máquinas não deve ser presumido equivalente a retomar todos os serviços da empresa.
O teste deve interromper o sistema de produção?
Não presuma que esse procedimento seja necessário ou seguro. O cenário deve ser planejado por profissionais responsáveis, com autorizações e proteção adequada. O contrato precisa definir a evidência esperada sem incentivar interrupções improvisadas de operações essenciais.
Uma falha de recuperação gera indenização automática?
Não. Obrigações, descumprimento, causas, prejuízo e regime aplicável precisam ser examinados. Consequências contratuais também dependem dos instrumentos. Testes e registros ajudam a esclarecer fatos, mas não garantem acolhimento de uma pretensão ou pagamento.
Na prática, contrate uma recuperação que possa ser demonstrada
Uma operação crítica pode exigir assessoria para compatibilizar escopo, metas, fornecedores, dados, custos e responsabilidades. O trabalho deve ser coordenado com tecnologia, que valida capacidade, dependências e resultados dos testes.
O objetivo é organizar obrigações verificáveis antes de uma crise. A contratação não elimina todas as interrupções; permite identificar entregas, responsáveis e medidas de correção quando a estrutura não atender ao que foi negociado.
Leia também
Seu caso envolve uma situação semelhante?
Cada caso possui particularidades e deve ser analisado individualmente. Para informações sobre análise jurídica do seu caso, entre em contato com o escritório.
