Backup e Recuperação de Dados em OSCs: o Que Perguntar e Como Avaliar

Pontos-Chave sobre Backup para OSCs

• Backup, histórico de versões e trilha de auditoria resolvem problemas diferentes — e uma OSC costuma precisar dos três
• Google Sheets e Drive têm histórico de versões, mas ele não substitui um backup independente nem uma política de retenção definida pela OSC
• RPO e RTO só valem quando estão escritos: sem número em contrato ou documento operacional, é promessa, não garantia
• O Nexus Social protege campos sensíveis com criptografia em repouso e registra mutações em trilha de auditoria; o banco de dados tem backup diário com retenção de 7 dias; tempo de recuperação, redundância e testes de restauração devem ser confirmados com a equipe antes da contratação

O Que é Backup e Por Que Sua OSC Precisa

Backup é uma cópia de segurança dos dados, guardada separadamente da cópia de trabalho, que permite restaurar o sistema depois de uma perda. Para OSCs, isso significa proteger informações vitais: cadastro de atendidos, histórico de atendimentos, dados de doadores, registros financeiros e documentos importantes.

Imagine perder todo o histórico de atendimentos dos últimos 5 anos. Sem uma cópia recuperável, isso pode significar:

• Perda de memória institucional
• Impossibilidade de demonstrar impacto para mantenedores
• Risco de não conformidade com a LGPD, que exige medidas de segurança contra perda e destruição de dados
• Dificuldade em prestar contas a órgãos fiscalizadores

Backup, Versionamento e Auditoria: Não São a Mesma Coisa

Esses três termos aparecem misturados em propostas comerciais. Separá-los evita falsa sensação de segurança:

Mecanismo	Responde a	Exemplo	Não substitui
Backup	"Consigo restaurar o sistema depois de uma falha grave?"	Cópia do banco em outro local, com retenção e restauração testada	Histórico de edições; trilha de auditoria
Versionamento / histórico	"Como este registro ou arquivo estava antes da última edição?"	Histórico de versões de uma planilha ou documento	Backup independente: vive no mesmo serviço e segue as mesmas regras de exclusão
Auditoria	"Quem fez o quê, e quando?"	Registro de quem alterou ou consultou um dado sensível	Recuperação: saber quem apagou não traz o dado de volta

Panorama de Perda de Dados no Terceiro Setor

• 85% das organizações no Brasil sofreram perda de dados no último ano
• R$ 6,75 milhões é o custo médio de uma violação de dados no Brasil
• 63% dos profissionais de segurança brasileiros apontam usuários descuidados como principal causa de perda

Fontes: Proofpoint — Data Security Landscape Report 2024; IBM — Cost of a Data Breach 2024; TI Inside — Relatório da Proofpoint sobre perda de dados

5 Causas Comuns de Perda de Dados em OSCs

1. Erro Humano

Funcionários podem excluir arquivos acidentalmente, sobrescrever dados importantes ou formatar o dispositivo errado.

Exemplo prático: Um assistente social exclui a planilha principal de atendidos pensando que era uma cópia.

2. Falha de Hardware

Discos rígidos falham, computadores são roubados ou danificados. É uma questão de "quando", não "se".

Exemplo prático: O computador onde ficava o banco de dados da OSC para de funcionar e o disco não pode ser recuperado.

3. Ataques Cibernéticos

Ransomware e malware podem criptografar ou destruir dados. OSCs são alvos crescentes por terem segurança limitada.

Exemplo prático: Um vírus criptografa todos os arquivos da OSC e exige resgate para liberar.

4. Desastres Naturais

Incêndios, inundações, quedas de energia podem destruir equipamentos físicos.

Exemplo prático: Uma inundação no escritório danifica todos os computadores e servidores locais.

5. Roubo

Equipamentos são roubados, levando junto todos os dados armazenados localmente.

Exemplo prático: Um notebook com dados sensíveis de atendidos é furtado durante um evento.

O Que o Nexus Social Documenta (e o Que Você Deve Confirmar)

Para não prometer o que não está comprovado, separamos o que o produto faz, e foi confirmado pela equipe ou está no código, do que depende de contrato e de infraestrutura.

O que o produto faz

• Criptografia em repouso de campos sensíveis. Campos como CPF, documentos e textos com dados pessoais são criptografados pela aplicação antes de gravar no banco. É criptografia de campos selecionados, não de tudo, e não é ponta a ponta.
• Trilha de auditoria. Alterações e acessos a dados sensíveis são registrados nos fluxos cobertos pela trilha, com autor e horário. A cobertura é declarada por fluxo, não universal.
• Exclusão lógica. Os registros de negócio usam exclusão lógica (o registro é marcado como excluído, não apagado fisicamente), o que reduz o risco de perda por clique errado. Isso não é um backup: não protege contra falha do banco, e a recuperação de um registro excluído depende da equipe.
• Isolamento por organização. Cada organização só enxerga os próprios dados, com regras aplicadas no banco de dados.
• Backup diário com retenção de 7 dias. O banco de dados é copiado todos os dias e as cópias são mantidas por 7 dias. Isso permite recuperar o estado de um dia dentro dessa janela, mas não além dela: um dado apagado ou corrompido que só seja percebido depois de mais de 7 dias não pode ser recuperado por esse backup. Para o que precisa ficar guardado por mais tempo, como relatórios e documentos de prestação de contas, exporte cópias periódicas.

O que depende de confirmação com a equipe

Além da frequência e da retenção descritas acima, os pontos abaixo não estão documentados como compromisso público, e por isso este artigo não os garante:

• localização e redundância geográfica das cópias do backup;
• tempo de restauração (RTO) e quanto dado recente pode ser perdido (RPO);
• realização de testes periódicos de restauração;
• condições contratuais de infraestrutura e subprocessadores.

Antes de contratar qualquer sistema, inclusive o Nexus Social, peça essas respostas por escrito. Detalhes dos controles de segurança estão na página Segurança do Nexus Social.

Google Sheets e Drive: o Que Eles Realmente Oferecem

Planilhas na nuvem não são "sem proteção". O Google Sheets e o Drive mantêm histórico de versões (é possível ver edições anteriores e restaurar uma versão), e arquivos excluídos vão para a lixeira por um período, o que ajuda em erros comuns. Os limites são outros:

• O histórico de versões não é um backup independente: a planilha e o histórico ficam no mesmo serviço e na mesma conta. Se a conta for comprometida, ou o arquivo for apagado em definitivo, as duas coisas se perdem juntas.
• Quem tem permissão de edição pode alterar ou apagar dados em massa. A recuperação depende de alguém perceber a tempo e de a versão certa ainda estar disponível.
• A retenção segue as regras do Google e do plano contratado, não uma política que a OSC definiu e consegue demonstrar.
• Não há controle de acesso por campo nem trilha de auditoria pensada para dados sensíveis de atendidos. Veja o comparativo em planilhas vs. sistema de gestão.

Em resumo: o histórico de versões protege contra erro de edição; um backup protege contra perda do ambiente. Para dados de atendidos, vale ter as duas camadas.

Comparativo: Backup Manual vs Sistema com Backup Gerenciado

Aspecto	Backup manual	Sistema com backup gerenciado
Frequência	Depende de alguém lembrar	Definida pelo fornecedor; peça por escrito
Localização	Disco externo (risco de roubo ou dano)	Definida pelo fornecedor; pergunte onde ficam as cópias
Criptografia	Raramente aplicada	Pergunte se cobre as cópias, não só o banco principal
Tempo de recuperação	Varia muito; costuma exigir apoio técnico	Só vale o que estiver em contrato (RTO)
Teste de restauração	Raramente realizado	Peça evidência de teste, não apenas a promessa
Retenção	Limitada por espaço físico	Pergunte por quanto tempo as cópias são mantidas

Checklist para Avaliar a Proteção de Dados da Sua OSC

Use a lista abaixo com o seu fornecedor atual, seja planilha, sistema próprio ou plataforma:

• Backup automático, sem depender de ação manual
• Cópias em local separado do ambiente principal
• Criptografia das cópias de segurança
• Retenção definida, com prazo conhecido
• Teste de restauração com data e responsável
• RPO e RTO escritos em contrato ou documento operacional
• Histórico de versões para recuperar edições anteriores
• Trilha de auditoria de quem alterou ou consultou dados sensíveis
• Plano de recuperação de desastres documentado
• Procedimento para atender pedidos de titulares (acesso, correção, eliminação) mesmo após restaurações

Nenhum item vale só por estar numa página de marketing: peça evidência de cada um.

Dúvidas Frequentes sobre Backup para OSCs

Com que frequência devo fazer backup?

Depende de quanto dado a OSC aceita perder. Esse limite é o RPO: se o RPO é de 24 horas, você aceita perder até um dia de registros. Defina o número com sua equipe e confirme se o fornecedor o cumpre por escrito.

Por quanto tempo devo manter os backups?

Depende das necessidades da OSC, de exigências de editais e da política de retenção da LGPD. Backups mantidos por muito tempo também guardam dados que talvez devessem ter sido eliminados; veja o guia de política de retenção e descarte de dados.

Backup na nuvem é seguro?

Pode ser, mas depende de como é feito: criptografia, controle de acesso, separação em relação ao ambiente principal e teste de restauração. "Estar na nuvem" não basta como critério.

Posso recuperar dados de uma data específica?

Depende do mecanismo. Histórico de versões recupera estados anteriores de um arquivo ou registro; backup com retenção recupera o ambiente de um ponto no tempo. Pergunte ao fornecedor qual dos dois existe, com que prazo, e quem executa a recuperação.

O que acontece se eu excluir dados acidentalmente?

Em planilhas, verifique a lixeira e o histórico de versões. No Nexus Social, os registros de negócio usam exclusão lógica, e a trilha de auditoria mostra quem fez a ação. A recuperação de um registro excluído deve ser solicitada à equipe.

Backup é necessário se uso planilhas na nuvem?

Recomendamos. Google Sheets e Drive têm histórico de versões e lixeira, que ajudam em erros de edição, mas isso não é uma cópia independente com retenção definida por você. Quem concentra dados sensíveis de atendidos deve exportar cópias periódicas para um local separado ou migrar para um sistema com backup contratado.

O backup está incluído no plano?

Este artigo não assume condições comerciais. Consulte a oferta vigente em Planos e confirme com a equipe o que está coberto antes de contratar.

Como o backup ajuda na conformidade LGPD?

A LGPD exige medidas de segurança contra perda, destruição e acesso indevido. Backup contribui para a disponibilidade dos dados, mas não substitui os demais controles: criptografia, controle de acesso, auditoria e retenção. Para um panorama, veja o checklist LGPD para OSCs e o guia de segurança contra phishing e ransomware.

Plano de Recuperação de Desastres em 4 Etapas

Etapa 1: Identificação

Identifique quais dados são críticos para a operação da sua OSC (atendidos, doadores, financeiro) e quanto tempo de interrupção e quanta perda recente são toleráveis.

Etapa 2: Proteção

Garanta, por escrito com o fornecedor, a frequência, a retenção e o local das cópias. Para o que ficar fora do sistema, como planilhas e documentos locais, defina uma rotina própria de cópia.

Etapa 3: Documentação

Documente o plano de recuperação, incluindo responsáveis, contatos e procedimentos.

Etapa 4: Teste

Teste a restauração regularmente e registre data, resultado e tempo gasto. Um backup que nunca foi restaurado é uma hipótese.

---

Quer conversar sobre proteção de dados na sua OSC? Fale com a equipe do Nexus Social para confirmar prazos, retenção e condições antes de decidir.

---

Fontes e Referências

• Proofpoint — Data Security Landscape Report 2024 — 85% das organizações no Brasil sofreram perda de dados; 63% atribuem a usuários descuidados
• IBM — Cost of a Data Breach Report 2024 — Custo médio de R$ 6,75 milhões por violação de dados no Brasil em 2024
• TI Inside — Relatório da Proofpoint sobre perda de dados — Cobertura do Data Loss Landscape 2024 com dados específicos do Brasil
• ANPD — Regulamento de Comunicação de Incidente de Segurança — Resolução CD/ANPD nº 15/2024 estabelece procedimentos para comunicação de incidentes