Migração de Sistema Legado: Checklist Completo para OSCs Chegarem ao Nexus Social

Pontos-Chave sobre Migração de Sistema Legado

• Sistemas legados concentram até 80% do orçamento de TI em manutenção — sobra pouco para inovação
• 83% dos projetos de migração de dados falham ou estouram prazo/orçamento quando não há planejamento
• Migração de sistema legado é mais complexa que migração de planilhas: envolve esquema relacional, dependências e dados acumulados por anos
• Checklist estruturado (inventário → mapeamento → limpeza → validação → cutover) reduz o risco a quase zero
• Nexus Social oferece migração assistida com templates, validação automática e suporte dedicado em cada etapa

O Que É um Sistema Legado — e Por Que Ele Custa Caro

Sistema legado é qualquer software que sua OSC já usa há anos — pode ser um CRM antigo, uma plataforma de gestão personalizada, um Power Apps interno ou até um sistema desenvolvido por um voluntário que já não está mais na organização. Esses sistemas funcionam, mas acumulam problemas silenciosos:

• Sem documentação — ninguém sabe exatamente como os dados estão estruturados
• Sem suporte — o fornecedor desapareceu ou o desenvolvedor saiu
• Sem atualizações — sem correções de segurança, sem LGPD, sem novos recursos
• Dados isolados — não integram com nada, exportar é difícil ou impossível
• Performance degradada — fica mais lento a cada ano com o acúmulo de dados

Diferente da migração de planilhas, em que os dados estão visíveis e editáveis, o sistema legado esconde a estrutura dos dados. Você não vê os relacionamentos entre tabelas, não conhece os campos calculados e não tem acesso direto ao banco. Isso torna a migração um projeto de engenharia, não uma simples importação.

Diferencial do Nexus Social: antes de qualquer migração, nossa equipe faz um diagnóstico completo do sistema legado — mapeia tabelas, identifica dependências e propõe um plano de migração por módulo, com janela de cutover (transição) planejada para não interromper a operação.

Panorama da Modernização no Terceiro Setor

• 897.054 OSCs ativas no Brasil em 2024, segundo o Ipea — a maioria gerencia dados em sistemas que não foram feitos para o terceiro setor
• Até 80% do orçamento de TI em organizações é consumido apenas mantendo sistemas legados funcionando — sobra pouco para inovação
• 83% dos projetos de migração de dados falham ou excedem prazo e orçamento quando executados sem planejamento estruturado
• 38% das migrações pesquisadas tiveram estouro de prazo ou orçamento, com custo médio de US$ 268 mil em overruns

Fontes: Ipea — Mapa das OSCs (2024); Gartner — Risks and Challenges in Data Migrations and Conversions (2009); Bloor Research — Data Migration Report (2011); CIO.com / Gartner — Why Now's the Time to Tear Down Old Legacy Apps

Nota sobre as estatísticas: o número de 83% (Gartner, 2009) refere-se a projetos que "falham ou excedem prazo e orçamento" — não significa que 83% perdem dados. A cifra é antiga, mas segue sendo a referência mais citada pela ausência de pesquisas mais recentes com metodologia comparável. A cifra de 38% (Bloor Research, 2011) é mais conservadora e foca especificamente em estouro de prazo/orçamento.

6 Desafios Específicos de Migrar de Sistema Legado

1. Esquema Oculto e Sem Documentação

No sistema legado, os dados estão em tabelas com nomes que só o desenvolvedor original entendia. Campos como fld_001, aux_cadastro, tmp_rel não têm significado claro. Sem documentação, o mapeamento para o novo sistema depende de engenharia reversa.

Exemplo prático: Uma OSC tentou migrar de um CRM customizado e descobriu que o campo status_atend tinha 7 valores possíveis (0, 1, 2, 3, A, I, X) — nenhum documentado. Cada valor significava algo diferente e o sistema novo esperava apenas 3 status.

2. Dados Acumulados por Anos sem Limpeza

Sistemas legados acumulam lixo: registros duplicados, campos vazios, dados de pessoas que saíram há 5 anos, formatos inconsistentes. Quanto mais tempo o sistema rodou, mais dados sujos.

Diferencial do Nexus Social: a etapa de limpeza de dados é obrigatória antes da importação. O sistema identifica duplicatas por CPF/nome, campos obrigatórios vazios e formatos inconsistentes — e oferece correção em lote.

3. Dependências e Relacionamentos Entre Tabelas

No legado, um atendido pode estar vinculado a atendimentos, turmas, doações e voluntariado simultaneamente. Se a migração não respeitar a ordem (primeiro o atendido, depois os vínculos), os relacionamentos se perdem.

Exemplo prático: Migrar os atendimentos antes dos atendidos gera registros órfãos — atendimentos sem pessoa associada. A ordem correta é: atendidos → turmas → atendimentos → presenças.

4. Campos Personalizados sem Equivalente

Sistemas legados frequentemente têm campos customizados que não existem em sistemas padrão. Um campo observacao_assistente_social pode não ter equivalente direto no novo sistema — exige decisão: criar campo customizado, mapear para um campo existente ou arquivar.

5. Lock-in Tecnológico e Exportação Limitada

Muitos sistemas legados não oferecem exportação em formato aberto (CSV, JSON). Alguns cobram taxa para liberar os dados, exportam em formatos proprietários ou limitam o volume. Isso é conhecido como vendor lock-in — o aprisionamento tecnológico.

Diferencial do Nexus Social: todos os dados do Nexus podem ser exportados a qualquer momento em formato aberto (CSV/JSON), sem taxa e sem limite. O Nexus não pratica lock-in — seus dados são seus.

6. Conformidade LGPD Durante a Migração

Durante a migração, dados pessoais (CPF, endereço, dados de saúde de atendidos) são copiados entre sistemas. Isso é tratamento de dados pessoais e deve seguir a LGPD — em especial o art. 46, que exige medidas de segurança técnicas e organizacionais. Uma migração sem criptografia em trânsito, sem controle de acesso e sem log de quem acessou os dados pode configurar violação.

Fonte: Lei nº 13.709/2018 (LGPD) — art. 46 — Planalto

Diferencial do Nexus Social: a migração é feita por canal criptografado, com criptografia AES-256 em repouso, controle de acesso por roles e trilha de auditoria completa de quem acessou cada registro durante o processo. Conheça mais em nosso guia de conformidade LGPD para OSCs.

Checklist Completo: Migração de Sistema Legado para o Nexus Social

Fase 1 — Diagnóstico e Inventário (Semana 1)

• Listar todos os módulos do sistema legado (atendidos, voluntários, doadores, financeiro, projetos, etc.)
• Identificar o volume de registros por módulo (quantos atendidos, quantas doações, quantos anos de histórico)
• Mapear relacionamentos entre módulos (atendido ↔ atendimento ↔ turma ↔ presença)
• Verificar capacidade de exportação do sistema legado (CSV, JSON, API, acesso direto ao banco?)
• Identificar campos personalizados que podem não ter equivalente no Nexus Social
• Documentar regras de negócio embutidas no legado (validações, cálculos, workflows)
• Levantar integrações existentes (o legado se conecta a algum outro sistema? e-mail? pagamento?)

Fase 2 — Limpeza e Padronização (Semana 2)

• Remover duplicatas por CPF, e-mail ou nome completo
• Padronizar formatos: CPF (000.000.000-00), telefone ((00) 00000-0000), datas (YYYY-MM-DD), CEP (00000-000)
• Corrigir dados inválidos: CPF com dígito errado, e-mail sem @, CEP inexistente
• Preencher campos obrigatórios vazios ou marcar como "não informado"
• Arquivar registros inativos há mais de 5 anos (não migrar lixo)
• Decidir o destino de campos personalizados sem equivalente

Diferencial do Nexus Social: o sistema faz validação automática de CPF, telefone, e-mail e CEP antes da importação. Registros inválidos são isolados em uma lista de correção — não entram no sistema até serem corrigidos.

Fase 3 — Mapeamento de Campos (Semana 3)

• Baixar os templates de importação do Nexus Social para cada módulo
• Mapear cada campo do legado para o campo correspondente no template
• Documentar transformações necessárias (ex: status=1 no legado → ativo no Nexus)
• Identificar campos calculados no legado que não devem ser migrados (serão recalculados pelo Nexus)
• Validar o mapeamento com a equipe que usa o sistema no dia a dia
• Marcar campos sem equivalente para decisão (criar customizado, descartar ou arquivar)

Fase 4 — Migração Piloto e Validação (Semana 4)

• Importar um subconjunto de dados (ex: 10% dos atendidos) em ambiente de homologação
• Comparar registro a registro entre legado e Nexus (contagem, somatórios, amostragem manual)
• Validar relacionamentos (atendimentos estão vinculados aos atendidos corretos?)
• Testar relatórios do Nexus com os dados migrados — os números batem?
• Corrigir problemas identificados no piloto antes da migração completa
• Documentar lições aprendidas do piloto

Fase 5 — Cutover (Transição)

• Definir janela de cutover (fim de semana ou período de baixa operação)
• Comunicar a equipe sobre a data e o período de indisponibilidade
• Fazer backup final do sistema legado antes da migração definitiva
• Congelar o sistema legado (nenhuma alteração durante o cutover)
• Executar a migração completa seguindo a ordem de dependências
• Validar contagem total (número de registros no legado = número no Nexus?)
• Ativar o Nexus Social para a equipe
• Manter o legado em modo somente leitura por 30-90 dias como contingência

Fase 6 — Pós-Migração

• Treinar a equipe nos novos fluxos de trabalho
• Configurar perfis de acesso no Nexus (admin, coordenador, oficineiro, etc.)
• Desativar o sistema legado após confirmação de que tudo funciona
• Agendar backup e revisão de segurança
• Revisar conformidade LGPD no novo sistema (política de retenção, direitos dos titulares)

Estratégia de Dupla Digitação (Para Migrações Graduais)

Nem toda OSC pode parar a operação para migrar de uma vez. A dupla digitação é uma estratégia de transição gradual:

1. Período de sobreposição (2-4 semanas): a equipe registra novos atendimentos no Nexus Social e no sistema legado simultaneamente
2. Migração dos dados históricos em paralelo, sem interromper a operação
3. Validação contínua: comparar relatórios de ambos os sistemas semanalmente
4. Cutover suave: quando os dados históricos estão migrados e validados, desativar o legado

Vantagem: zero interrupção da operação. Desvantagem: esforço duplicado por algumas semanas.

Diferencial do Nexus Social: a equipe de suporte acompanha a dupla digitação, ajudando a identificar divergências entre os sistemas e garantindo que nenhum dado se perca no período de transição.

Comparativo: Migração de Planilhas vs Sistema Legado

Aspecto	Migração de Planilhas	Migração de Sistema Legado
Visibilidade dos dados	Total (tudo visível no Excel)	Limitada (esquema oculto)
Documentação	Implícita (cabeçalhos das colunas)	Frequentemente inexistente
Relacionamentos	Implícitos (planilhas separadas)	Complexos (chaves estrangeiras)
Exportação	Trivial (salvar como CSV)	Pode ser limitada ou bloqueada
Volume de dados	Geralmente pequeno	Anos de histórico acumulado
Risco de perda	Médio	Alto (dependências ocultas)
Tempo de migração	2-4 semanas	4-8 semanas
Necessidade de especialista	Baixa	Alta (engenharia reversa)

Se sua OSC ainda está em planilhas, comece pelo guia de migração de planilhas. Se já tem um sistema — mesmo que antigo — este checklist é para você.

Como o Nexus Social Reduz o Risco de Migração

Diagnóstico Pré-Migração

Antes de qualquer importação, a equipe Nexus faz um diagnóstico do sistema legado: volume de dados, estrutura de tabelas, campos personalizados e dependências. O resultado é um plano de migração documentado com ordem de importação por módulo.

Templates de Importação por Módulo

Cada módulo do Nexus (atendidos, voluntários, doadores, projetos, despesas) tem um template Excel com os campos esperados, formatos e regras de validação. O mapeamento legado → template é feito em conjunto com a equipe da OSC.

Validação Automática

Antes de confirmar a importação, o sistema valida: formato de CPF, campos obrigatórios, duplicatas, tipos de dados, referências (uma turma que não existe, um atendido órfão). Erros são listados e corrigidos antes de entrar no sistema.

Migração em Fases

A migração é feita módulo por módulo, respeitando a ordem de dependências. Cada módulo é validado antes de passar para o próximo. Se algo der errado, o rollback é imediato — o backup anterior é restaurado em minutos.

Ambiente de Homologação

Antes do cutover, os dados migrados ficam em um ambiente de homologação onde a equipe da OSC pode testar, navegar e validar. Só após aprovação os dados vão para produção.

Suporte Dedicado em Cada Etapa

A equipe Nexus acompanha toda a migração — do diagnóstico ao cutover — com suporte técnico e orientação sobre melhores práticas. Não é self-service: é migração assistida.

Perguntas Frequentes

Quanto tempo leva a migração de um sistema legado?

Depende do volume de dados e da complexidade do legado. Em média, 4 a 8 semanas: 1 semana de diagnóstico, 1-2 semanas de limpeza e mapeamento, 1-2 semanas de migração piloto e validação, e 1 semana de cutover. Sistemas muito antigos com anos de histórico podem levar mais tempo.

Preciso parar a operação durante a migração?

Não. A estratégia de dupla digitação permite migrar sem interromper a operação. O cutover (transição final) pode ser feito em uma janela de algumas horas, geralmente em um fim de semana de baixa atividade.

E se o sistema legado não permitir exportar os dados?

Alguns sistemas legados dificultam a exportação (vendor lock-in). A equipe Nexus avalia alternativas: exportação parcial, acesso direto ao banco de dados (se contratualmente permitido), ou extração via API. Se o fornecedor cobrar taxa para liberar os dados, isso deve ser negociado antes — seus dados são seus por direito.

A migração respeita a LGPD?

Sim. A migração é feita por canal criptografado, com criptografia AES-256 em repouso, controle de acesso por roles e trilha de auditoria. O art. 46 da LGPD exige medidas de segurança técnicas e organizacionais no tratamento de dados — a migração no Nexus cumpre esses requisitos desde o primeiro byte.

O que acontece com o sistema legado depois da migração?

Recomendamos manter o legado em modo somente leitura por 30-90 dias como contingência. Após confirmação de que tudo funciona no Nexus, o legado pode ser desativado. O backup final do legado deve ser guardado conforme a política de retenção da OSC.

Consigo migrar dados de qualquer sistema?

Na maioria dos casos, sim. Se o sistema legado permite exportação em CSV, JSON, XML ou acesso ao banco de dados, a migração é viável. Sistemas sem nenhuma forma de exportação exigem avaliação técnica — a equipe Nexus faz essa avaliação no diagnóstico inicial.

---

Pronto para sair do sistema legado sem perder dados nem parar a operação? Agende uma demonstração e nossa equipe faz um diagnóstico gratuito do seu sistema atual. Conheça mais em nexussocial.com.br.

---

Fontes e Referências

• Ipea — Brasil possui mais de 897 mil organizações da sociedade civil ativas (2024) — Levantamento do Mapa das OSCs com o número de organizações ativas no Brasil (2024)
• Gartner — Risks and Challenges in Data Migrations and Conversions (2009) — Pesquisa que apurou que 83% dos projetos de migração de dados falham ou excedem prazo e orçamento (2009)
• Bloor Research — Data Migration Report (2011) — Estudo de Philip Howard apurando que 38,3% das migrações estouraram prazo ou orçamento, com custo médio de US$ 268 mil em overruns (2011)
• CIO.com / Gartner — Why Now's the Time to Tear Down Old Legacy Apps and Rebuild — Reportagem citando Gartner: entre 60% e 80% do orçamento de TI médio é gasto em manutenção de sistemas legados
• GAO — Information Technology: Agencies Need to Plan for Modernizing Critical Decades-Old Legacy Systems (2025) — Relatório do Government Accountability Office confirmando que ~80% do orçamento federal de TI vai para operação e manutenção de sistemas existentes, incluindo legados (2025)
• Lei nº 13.709/2018 (LGPD) — Planalto — Base legal: art. 46 (segurança e boas práticas no tratamento de dados) e art. 18 (direitos do titular)
• Tale of Data — Data Migration from Legacy Systems: Risks & Checklist — Guia técnico sobre os riscos específicos de migrar dados de sistemas legados, com checklist de boas práticas

---