Voltar ao blog

Sistema de Gestão Escolar: Como Migrar sem Perder Dados

O que realmente se perde numa migração malfeita, o roteiro em sete etapas, a lista de validação por casos, o cronograma de oito semanas e o que fazer se o fornecedor atual não entregar os dados.

Sistema de Gestão Escolar: Como Migrar sem Perder Dados
Autor: Toth
Publicado em:
6 visualizações

A objeção mais comum de quem já usa um sistema de gestão escolar e pensa em trocar não é preço nem funcionalidade. É medo: perder o histórico dos alunos, entrar em fevereiro sem cadastro pronto, descobrir em maio que faltou algo no Censo.

O medo é legítimo, e a boa notícia é que ele tem solução conhecida. Migração dá errado por motivos previsíveis, e todos eles podem ser tratados antes de começar.

O que realmente se perde numa migração malfeita?

Raramente se perde tudo. O que se perde é específico e doloroso:

  • Histórico escolar de ex-alunos. A escola tem obrigação legal de emitir, e descobre o problema quando alguém pede.
  • Movimentações antigas. Transferência, abandono e reclassificação somem, e o histórico fica com buraco.
  • Anexos. Documentos digitalizados, laudos, contratos assinados, que costumam ficar de fora do escopo por serem arquivos e não registros.
  • Financeiro anterior. Parcelas quitadas, acordos e descontos, sem os quais a negociação com a família recomeça do zero.
  • Vínculo entre registros. Aluno e responsável, irmãos, contratos. Cada campo veio certo, mas a ligação entre eles se rompeu.

Esse último é o mais traiçoeiro, porque a migração parece bem-sucedida na conferência por amostragem.

Por que migrações dão errado?

A base antiga estava suja e ninguém olhou. Aluno duplicado, nome divergente do registro civil, campo obrigatório vazio. Migrar sem limpar transporta o problema, agora visível.

O escopo não foi definido por escrito. "Migramos os dados" pode significar cinco anos de histórico completo ou só os alunos ativos deste ano.

Não houve teste antes da virada. A migração aconteceu uma vez, direto no ambiente definitivo, e o erro apareceu com a escola já operando.

A época estava errada. Trocar no meio do bimestre obriga a manter dois controles em paralelo, e um dos dois sempre fica desatualizado.

Ninguém validou do lado da escola. A conferência ficou com o fornecedor, que não sabe que a turma 5ºB nunca existiu.

O roteiro que funciona

1. Inventário do que existe (2 a 4 semanas antes)

Liste o que precisa vir: alunos ativos, ex-alunos com histórico, responsáveis, professores, turmas, matriz curricular, notas e frequência por ano, movimentações, contratos, parcelas em aberto e quitadas, documentos digitalizados.

Marque cada item como essencial, desejável ou dispensável. Essa lista vira o escopo do contrato.

2. Extração e diagnóstico

Peça ao fornecedor atual a exportação em formato aberto. Se o contrato tiver cláusula de devolução, invoque-a; se não tiver, é o momento de aprender a lição para o próximo.

Com os arquivos em mãos, rode um diagnóstico simples: quantos registros, quantos duplicados, quantos com campo obrigatório vazio, quantos alunos sem responsável vinculado.

3. Limpeza

Aqui está o trabalho de verdade, e ele é da escola, não do fornecedor, porque exige decisão: qual dos dois cadastros do mesmo aluno é o verdadeiro.

Priorize por impacto: duplicidade de alunos, responsáveis sem contato, turmas fantasma, parcelas com valor incoerente.

4. Migração de teste

Migre para um ambiente de teste, nunca direto para o definitivo. É o passo que mais evita desastre e o mais frequentemente pulado.

5. Validação pela escola

Não valide por amostragem aleatória. Valide por caso, com uma lista de verificação:

  • Total de alunos ativos bate com o número real?
  • Um aluno de cada série tem histórico completo?
  • Um ex-aluno de três anos atrás gera histórico escolar correto?
  • Um aluno com transferência no meio do ano manteve as duas situações?
  • Irmãos aparecem ligados ao mesmo responsável?
  • O saldo financeiro em aberto bate com o relatório antigo?
  • Um aluno com desconto manteve o percentual?

Erro encontrado aqui custa uma correção. Encontrado depois da virada, custa uma correção mais a confiança da equipe no sistema novo.

6. Virada

Migração final com os dados atualizados até a véspera, congelamento do sistema antigo em modo de consulta e início da operação no novo.

7. Convivência controlada

Mantenha acesso de leitura ao sistema antigo por pelo menos um ciclo completo, idealmente um ano. É a rede de segurança para a dúvida que aparece em julho.

Como preparar a equipe para a virada

Migração é projeto de dados e projeto de gente, em partes iguais. A parte técnica costuma correr bem; o que trava é a equipe operando dois sistemas ao mesmo tempo, com o antigo ainda na memória muscular.

Defina quem responde pelo quê. Uma pessoa da secretaria pelo cadastro, uma do financeiro pelas parcelas, uma da coordenação pelo pedagógico. Migração sem responsável por área termina sem ninguém tendo conferido.

Treine depois da migração de teste, não antes. Treinar com base vazia ensina o sistema; treinar com os dados reais da escola ensina o trabalho.

Combine a data de corte com clareza. A partir de tal dia, nada mais é lançado no sistema antigo. Sem data explícita, alguém continua lançando no lugar errado por semanas.

Avise as famílias. Se o portal muda, o acesso muda. Comunicação antecipada evita a enxurrada de ligações no primeiro dia.

Reserve a primeira semana. A equipe vai render menos, e é normal. Planejar como se fosse semana comum é o que gera a sensação de que a migração deu errado.

Quando trocar de sistema?

A janela é a virada do ano letivo, com a migração concluída antes das matrículas do ano seguinte. Em segundo lugar, o início de um período letivo.

Períodos a evitar: fechamento de bimestre, semana de Censo Escolar, e o pico da rematrícula. Em rede pública, evite também o prazo de prestação de contas ao tribunal.

Se a decisão for tomada em setembro, é melhor esperar janeiro do que apressar. Migração com pressa é a origem da maior parte das histórias ruins do setor.

O que exigir do novo fornecedor por escrito

  • Escopo item a item, com os anos que serão migrados.
  • Prazo com datas e responsáveis de cada lado.
  • Ambiente de teste antes da virada, com período de validação definido.
  • Tratamento de registro incompleto: o que acontece quando falta campo obrigatório.
  • Documentos digitalizados, dentro ou fora do escopo, dito claramente.
  • Cláusula de saída do novo contrato, para não repetir o aperto na próxima vez.

Fornecedor que resiste a colocar isso no papel está dizendo algo importante sobre como será a execução.

E se o fornecedor atual não entregar os dados?

Acontece, e é onde a cláusula contratual importa. Três caminhos, na ordem:

Notificação formal com prazo, citando a cláusula de devolução, se houver, e a LGPD, que assegura ao titular o direito de portabilidade e limita a retenção de dados sem finalidade.

Extração pelo que estiver disponível: relatórios do próprio sistema, exportações parciais, portais. É trabalhoso, mas costuma recuperar a maior parte.

Reconstrução do essencial a partir dos documentos físicos da secretaria, que continuam sendo a fonte oficial do histórico.

A lição que fica: a cláusula de exportação deve ser negociada na entrada, quando ainda se tem poder de barganha.

Vale mesmo a pena trocar?

Antes do projeto, uma pergunta honesta: o problema é o sistema ou é o uso dele? Boa parte das insatisfações vem de configuração malfeita, treinamento que nunca aconteceu ou módulos contratados e nunca ativados. Trocar nesses casos reproduz a frustração com outro fornecedor.

Cinco sinais indicam que o problema é mesmo o sistema:

  • Falta função essencial e o fornecedor não tem prazo para entregá-la.
  • O suporte não responde em prazo aceitável, e isso já foi tratado formalmente.
  • A equipe usa planilhas em paralelo porque o sistema não dá conta de algo do dia a dia.
  • O custo cresceu desproporcionalmente, sem contrapartida.
  • O sistema não atende a uma obrigação legal nova, e não há previsão de adequação.

Se nenhum desses se aplica, vale primeiro cobrar uma revisão de configuração e uma rodada de treinamento. Sai muito mais barato que uma migração e resolve com frequência.

Perguntas frequentes

Quanto tempo leva uma migração?

Para uma escola com até 500 alunos e base organizada, de duas a seis semanas entre extração e validação. O que estica o prazo é a limpeza, não a conversão.

Preciso migrar todo o histórico?

Migre o que a escola tem obrigação de emitir. Para os anos muito antigos, uma alternativa aceitável é manter o acervo em consulta e migrar apenas os últimos ciclos, desde que a emissão de histórico esteja garantida.

Dá para migrar de planilha?

Dá, e costuma ser mais simples do que migrar de outro sistema, porque não há estrutura rígida a converter. O trabalho se concentra na limpeza e na padronização.

Quem deve conduzir do lado da escola?

A secretaria, com apoio do financeiro. É quem conhece os casos particulares, e são eles que quebram migração.

E numa rede municipal?

O mesmo roteiro, com piloto em algumas escolas antes de estender. O volume de casos particulares é maior, e a validação precisa envolver as secretarias escolares. Veja sistema de gestão escolar para rede municipal de ensino.

Um cronograma de 8 semanas

Para uma escola de porte médio que decidiu trocar e quer virar no início do ano letivo, este calendário funciona:

  • Semana 1. Inventário do que existe e definição do escopo, item a item, assinado pelas duas partes.
  • Semana 2. Solicitação formal da exportação ao fornecedor atual e diagnóstico dos arquivos recebidos.
  • Semanas 3 e 4. Limpeza da base pela escola: duplicidades, campos obrigatórios, vínculos entre aluno e responsável.
  • Semana 5. Migração para ambiente de teste.
  • Semana 6. Validação por casos, com a lista de verificação, e correção do que aparecer.
  • Semana 7. Treinamento da equipe já com os dados reais no ambiente de teste.
  • Semana 8. Migração final, data de corte e início da operação, com o sistema antigo em consulta.

As semanas 3 e 4 são as que costumam estourar, porque limpeza depende de decisão humana. Se o prazo apertar, é melhor postergar a virada do que abrir mão da validação da semana 6.

Conclusão

Migração não dá errado por azar. Dá errado por escopo indefinido, base suja, ausência de teste e época mal escolhida. Os quatro têm tratamento conhecido, e nenhum deles é caro se tratado antes.

Defina o escopo por escrito, limpe a base, teste em ambiente separado, valide por casos e vire na janela certa. Feito assim, a troca deixa de ser risco e passa a ser cronograma.

Se estiver avaliando uma troca, conheça o sistema de gestão escolar da Toth ou agende uma demonstração. E para o panorama do tema, leia sistema de gestão escolar: o que é, como funciona e como escolher.