Como migrar processos administrativos de um sistema legado sem perder o andamento

Migrar processos administrativos de um sistema legado para um novo sistema sem perder o andamento significa transferir cada processo ativo — com seu histórico de despachos, documentos anexados e prazo já em curso — para a nova plataforma sem reiniciar a contagem nem interromper a tramitação. Não é copiar dados de um banco para outro: é reproduzir, no sistema novo, o estado exato em que cada processo estava no sistema antigo no momento da virada.

Este guia cobre o passo a passo dessa migração — do levantamento do dicionário de dados do sistema antigo até a retomada dos processos em andamento no novo sistema — pensado para o cenário mais comum: um órgão público que não pode simplesmente parar de atender enquanto troca de sistema.

O que é migração de processos administrativos entre sistemas

É o conjunto de etapas técnicas e operacionais que transporta processos já protocolados — com metadados, anexos, despachos e status de tramitação — de um sistema para outro, preservando a validade jurídica de tudo o que já ocorreu no processo antes da migração. Difere de uma simples importação de dados porque o objetivo não é só ter a informação disponível na nova base: é que o processo continue tramitando a partir de onde parou, sem que o requerente perceba descontinuidade e sem reabrir prazo que já estava correndo.

Por que essa migração é arriscada quando feita sem planejamento

Migrar sem um roteiro estruturado costuma gerar três problemas concretos. O primeiro é a perda ou distorção de dado: um script de migração mal calibrado pode trocar a ordem de documentos, associar um despacho ao processo errado ou zerar um prazo que já estava em contagem — cada um desses erros é uma fragilidade jurídica se o processo for contestado depois. O segundo é a operação em dois sistemas ao mesmo tempo sem controle: servidores continuam lançando informação no sistema antigo porque o novo ainda não foi validado, e aí ninguém sabe qual versão do processo é a verdadeira. O terceiro é a interrupção do atendimento ao cidadão — se a virada não tem uma janela definida, o requerente fica sem saber se pode protocolar, consultar ou aguardar.

Passo a passo para migrar processos sem perder o andamento

1. Levantar o dicionário de dados do sistema legado

Antes de qualquer migração, mapeie os campos do sistema antigo e como eles se relacionam com a estrutura do processo — tipo de processo, partes envolvidas, documentos, despachos, prazos. Esse dicionário de dados é o que orienta o script de migração; sem ele, a equipe técnica migra “no escuro” e qualquer divergência só aparece depois, quando já é mais caro corrigir.

2. Selecionar processos piloto por tipo e complexidade

Escolha uma amostra pequena de processos — de tipos diferentes e níveis de complexidade diferentes — para testar a migração antes de rodar para toda a base. Um processo simples de restituição de tributo e um processo de licenciamento com múltiplos pareceres técnicos, por exemplo, expõem problemas diferentes do mesmo script.

3. Migrar os pilotos e validar campo a campo

Compare o processo migrado com o original: nome do requerente, endereço, dados do imóvel, responsável técnico, histórico de despachos na ordem correta e documentos vinculados ao despacho certo. A validação precisa ser feita por quem conhece o processo no dia a dia — não só pela equipe técnica que escreveu o script — porque é quem reconhece rapidamente quando algo está fora do lugar.

4. Ajustar o script de migração a partir dos erros encontrados

Cada divergência encontrada na validação dos pilotos alimenta um ajuste no script. Esse ciclo — migrar piloto, validar, ajustar — costuma se repetir mais de uma vez antes do script estar pronto para a migração em lote. Pular etapa aqui é a causa mais comum de migração malsucedida.

5. Configurar os processos espelho para o período de transição

Enquanto o script ainda está sendo validado, mantenha uma configuração de processo espelho no novo sistema: a estrutura já parametrizada e pronta para receber os dados migrados, mas sem substituir ainda o sistema em produção. Isso permite que a equipe teste o fluxo completo — abertura, tramitação entre setores, geração de documento — sem risco sobre o processo real.

6. Definir a janela de moratória do sistema antigo

Estabeleça uma data e um período em que o sistema antigo deixa de aceitar novos protocolos e, se necessário, deixa de aceitar movimentação nos processos já abertos. Comunique essa janela com antecedência às partes internas e, quando o processo tiver requerente externo, ao público. Um período curto e bem definido — dias, não semanas — reduz o risco de confusão sobre qual sistema está valendo.

7. Executar o backup final e a migração definitiva

Ao final da moratória, gere o backup completo e mais atualizado possível do sistema antigo e rode a migração definitiva com o script já validado nos pilotos. Os processos retomam a tramitação no novo sistema a partir do ponto exato em que pararam, sem reinício de prazo e sem exigir que o requerente refaça qualquer etapa já concluída.

O que a legislação exige

O art. 2º da Lei nº 9.784/1999, que rege o processo administrativo no âmbito federal e serve de referência para leis municipais equivalentes, elenca entre os princípios da administração pública a eficiência e a segurança jurídica — o que sustenta a exigência de que uma migração de sistema preserve o estado do processo, sem gerar prejuízo à parte por um problema técnico que não lhe pertence. A Lei nº 14.129/2021 (Lei do Governo Digital) trata a interoperabilidade entre sistemas como uma de suas diretrizes, o que reforça o planejamento técnico da transição como parte do dever de modernização, e não como um evento avulso de TI. Como a migração envolve dado pessoal do requerente, a LGPD (Lei nº 13.709/2018), no art. 6º, elenca segurança e prevenção entre os princípios que regem qualquer tratamento de dado pessoal — a integridade do dado do cidadão precisa ser preservada na transferência entre sistemas, o que reforça a necessidade de validação campo a campo antes da virada definitiva.

Como o Aprova resolve isso

• Inclui a migração de dados do sistema legado no escopo da implantação, preservando a lógica dos processos que já estavam em andamento no momento da virada.
• Permite configurar processos piloto e validar a migração com a equipe técnica antes de estender o script para o restante do órgão.
• Mantém os dados armazenados em nuvem com redundância, com acesso garantido mesmo depois do encerramento do contrato.
• Oculta dado sensível conforme o nível de permissão de cada usuário, em linha com os princípios de segurança da LGPD.

Indicadores para medir a migração

• Percentual de processos piloto migrados sem divergência na primeira validação.
• Duração real da janela de moratória, comparada ao planejado.
• Número de processos remanescentes fora do novo sistema depois da data de virada.
• Volume de chamados de suporte relacionados à migração nos primeiros 30 dias de uso.

FAQ sobre migração de processos administrativos

É possível continuar abrindo processos novos no sistema antigo durante a migração?

Sim, até a data definida para a moratória. O recomendado é manter o sistema antigo operando normalmente durante a fase de validação dos pilotos, e só suspender novos protocolos quando a janela de transição for formalmente comunicada.

Quanto tempo dura, em média, a janela de moratória do sistema antigo?

Costuma variar de alguns dias a duas semanas, dependendo do volume de processos ativos e da complexidade do script de migração. Janelas mais curtas exigem um script já validado em pilotos anteriores; janelas mais longas aumentam o risco de dúvida sobre qual sistema está valendo.

O que acontece se um processo migrado tiver um erro de dado identificado depois da virada?

O processo é corrigido pontualmente no novo sistema, com o ajuste registrado e justificado — o mesmo tratamento dado a qualquer correção de dado em um processo já em tramitação, sem exigir nova migração de toda a base.

Migrar processos significa perder o histórico de quem assinou cada documento?

Não, se o script de migração preservar os metadados de assinatura junto com o documento. É exatamente esse tipo de campo — autor, data, tipo de assinatura — que deve ser conferido na validação dos processos piloto antes da migração em lote.

É preciso parar o atendimento presencial durante a moratória?

Não necessariamente. A moratória se refere ao sistema, não ao atendimento — o órgão pode manter o atendimento presencial ou telefônico registrando manualmente o que for urgente, para lançar no novo sistema assim que a migração definitiva for concluída.

Conclusão

A diferença entre uma migração bem-sucedida e uma que gera meses de retrabalho não está na ferramenta usada, mas na disciplina do processo: dicionário de dados levantado, pilotos validados campo a campo, script ajustado a partir dos erros reais e uma janela de moratória curta e bem comunicada. Pular a etapa de validação para “ganhar tempo” é o erro mais recorrente — e o mais caro de corrigir depois que os processos já estão tramitando no sistema novo.

Quer estruturar essa migração com uma equipe que já fez essa transição em outros órgãos? Agende uma demonstração da Aprova.