Como migrar processos em andamento para o processo eletrônico sem perder o histórico

Migrar processos em andamento para o processo eletrônico significa dar continuidade, dentro do novo sistema, a solicitações que já nasceram e tramitaram em outro ambiente — sem reiniciar o rito do zero e sem perder o que já foi decidido até ali. Na prática, isso quase nunca é uma reconstrução campo a campo: o caminho mais comum é abrir o processo já na etapa em que ele se encontra, anexar o histórico anterior como documento de referência e seguir a tramitação dali em diante dentro do fluxo novo.

Este guia cobre o que caracteriza esse tipo de migração, por que ela costuma ser subestimada no planejamento de uma troca de sistema, o passo a passo para migrar sem deixar processo órfão, o que a legislação exige sobre preservação de documentos e histórico, e os indicadores que mostram se a virada de chave realmente não deixou nada pelo caminho.

O que é migração de processos em andamento

É o conjunto de decisões e etapas técnicas que levam um processo aberto num sistema legado — planilha, sistema de protocolo antigo, módulo específico de uma secretaria — a continuar existindo, de forma íntegra e rastreável, dentro do processo eletrônico novo. Não se confunde com a implantação de um processo novo: aqui já existe requerente, prazo em curso, responsável designado e, às vezes, anos de tramitação registrada em outro lugar.

A diferença entre migrar bem e migrar mal não está em transferir 100% dos campos preenchidos originalmente — a maioria dos sistemas antigos não tem essa granularidade nem essa compatibilidade de estrutura de dados com o novo fluxo. Está em garantir que ninguém perca o rastro de onde aquele processo estava, o que já foi decidido e quem é o responsável atual, mesmo que o corpo histórico da tramitação passe a viver como anexo, não como campo estruturado.

Por que migrar processos em andamento importa

Quando a implantação de um sistema novo trata só os processos que ainda vão nascer — e empurra a decisão sobre o que já está em curso para “resolver depois” —, três problemas concretos aparecem em sequência. O primeiro é a operação em paralelo por tempo indeterminado: a equipe segue consultando o sistema antigo para saber o status de processos abertos há meses, enquanto tenta aprender a operar o novo ao mesmo tempo.

O segundo é o processo que fica sem dono durante a transição — ninguém sabe se cabe à secretaria de origem ou a quem recebeu a implantação decidir o que fazer com aquele protocolo específico, e ele simplesmente para de tramitar. O terceiro, mais grave, é o processo que só é redescoberto quando o requerente cobra uma resposta ou quando um órgão de controle pede o histórico completo de uma decisão — e ninguém consegue reconstruir com precisão em que sistema, e em que etapa, aquele processo estava no momento da virada.

Passo a passo para migrar processos em andamento

1. Levante o estoque real de processos abertos no sistema antigo

Antes de definir qualquer método de migração, tenha o número exato de processos ainda em tramitação por secretaria, tipo e responsável. Sem esse levantamento, a equipe de implantação trabalha com uma estimativa, e é justamente o processo que não entrou na lista o que acaba esquecido depois da virada.

2. Defina o critério de corte por volume e complexidade, não por data

Processos simples e de baixo volume geralmente compensam ser abertos direto no fluxo novo, digitados do zero pelo próprio setor. Processos complexos, com muitos despachos e anexos acumulados, costumam justificar a importação do histórico como um bloco único de referência — recriar despacho a despacho manualmente, nesses casos, custa mais tempo do que preservar o histórico como documento.

3. Abra o processo já na etapa em que ele se encontra hoje

O processo migrado não deveria nascer na primeira etapa do fluxo novo, como se fosse um protocolo recém-aberto. Ele precisa entrar diretamente na etapa correspondente ao que já foi cumprido até ali, com o responsável atual já designado, para que a fila de trabalho reflita a realidade — e não sinalize um atraso que não existe.

4. Anexe o histórico do sistema anterior como documento de referência

Consolide a tramitação anterior — despachos, pareceres, decisões — num arquivo único (normalmente PDF) e vincule esse documento ao processo recém-aberto no fluxo novo. Isso preserva a consulta ao que já aconteceu sem depender de manter o sistema antigo ativo só para essa consulta pontual.

5. Registre a data e o método da migração no próprio processo

Deixe explícito, dentro do histórico do processo novo, que aquele protocolo teve origem em outro sistema, com a data da migração e quem a executou. Esse registro é o que sustenta, mais tarde, a diferença entre “o processo demorou X dias no sistema novo” e “o processo já vinha tramitando há X dias antes da migração”.

6. Comunique formalmente o requerente sobre a mudança de canal

Quando o processo tem parte externa — um cidadão, uma empresa, um fornecedor —, notifique a mudança de sistema e, se aplicável, o novo número de protocolo. Isso evita que o requerente continue tentando acompanhar o andamento pelo canal antigo, que deixará de ser atualizado.

7. Estabeleça uma janela curta de operação assistida para os processos migrados

Nas primeiras semanas após a migração, mantenha um canal de checagem — mesmo que informal — para confirmar que os processos migrados estão de fato avançando no fluxo novo, e não parados por falta de familiaridade da equipe com o processo específico que chegou já em etapa avançada.

O que a legislação exige

A Lei nº 8.159/1991, no art. 3º, define gestão de documentos como o conjunto de procedimentos técnicos referentes à produção, tramitação, uso, avaliação e destinação de documentos — o que inclui, na prática, a obrigação de preservar a tramitação de um processo administrativo mesmo quando ele muda de sistema ou de suporte. Descontinuar o acesso ao histórico de um processo por causa de uma troca de plataforma não encontra amparo nessa lei.

A Lei do Governo Digital (Lei nº 14.129/2021), no art. 3º, trata a interoperabilidade entre sistemas como diretriz da simplificação de serviços públicos — o que reforça que a migração de processos entre plataformas deve ser tratada como responsabilidade técnica do órgão, não como um risco que se resolve deixando o sistema anterior ligado indefinidamente. E quando o processo envolve dado pessoal do requerente, a LGPD (Lei nº 13.709/2018), no art. 18, V, assegura a portabilidade dos dados a outro fornecedor mediante requisição expressa — o mesmo princípio que sustenta o direito do órgão público de levar consigo o histórico de tramitação ao trocar de sistema.

Como o Aprova resolve isso

• O processo migrado pode ser aberto já na etapa correspondente à tramitação real, com o histórico de visualização e despachos preservando cada movimentação a partir da virada.
• O histórico anterior, consolidado em PDF ou outro formato, é anexado ao processo como documento de referência, disponível para consulta por qualquer participante autorizado, sem depender de manter o sistema legado ativo.
• A trilha de auditoria registra a data da migração e o responsável por ela, sustentando a diferença entre tempo de tramitação no sistema antigo e no sistema novo diante de qualquer questionamento de controle interno ou externo.
• O organograma replicado por setor garante que o processo migrado chegue à caixa de entrada do responsável certo, mesmo quando esse responsável muda de setor durante a transição.
• A equipe de implantação da Aprova acompanha esse mapeamento em conjunto com o órgão, para que o volume real de processos em andamento — não uma estimativa — defina o método de migração de cada tipo de processo.

Indicadores para medir a migração

• Percentual de processos identificados no levantamento inicial que efetivamente foram migrados, por secretaria.
• Número de processos que ficaram sem responsável definido nas primeiras semanas após a virada de sistema.
• Tempo médio entre a comunicação ao requerente sobre a mudança de canal e a primeira movimentação do processo no sistema novo.
• Quantidade de consultas ao sistema legado feitas depois de encerrada a janela de operação assistida — um número que não cai a zero indica processo esquecido fora do novo fluxo.

FAQ sobre migração de processos em andamento

É obrigatório digitar novamente todo o histórico do processo antigo no formulário do sistema novo?

Não. Na maioria dos casos, o histórico anterior é preservado como documento anexado de referência, e apenas os campos necessários para dar continuidade à tramitação — responsável atual, etapa, prazo — são inseridos no fluxo novo.

Quanto tempo o sistema antigo precisa continuar ativo depois da migração?

O ideal é definir uma janela curta e comunicada previamente, suficiente para resolver dúvidas pontuais sobre processos migrados. Manter o sistema legado ativo indefinidamente, sem prazo de desligamento, tende a perpetuar a operação em dois sistemas ao mesmo tempo.

Todo processo em andamento precisa ser migrado, mesmo os quase concluídos?

Não necessariamente. Processos muito próximos da conclusão podem, em alguns casos, ser finalizados no sistema antigo e apenas registrados como referência no novo — desde que essa decisão seja explícita e documentada, não uma omissão.

Quem decide o critério de corte entre migrar e concluir no sistema antigo?

Normalmente a secretaria responsável pelo tipo de processo, em conjunto com a equipe de implantação, com base no volume e na complexidade levantados na etapa inicial — não uma escolha caso a caso feita pelo servidor no momento da virada.

Conclusão

Tratar a migração de processos em andamento como um detalhe operacional a resolver depois da implantação é o erro mais comum na troca de sistema — e o que mais gera processo perdido, prazo estourado e retrabalho nos primeiros meses de operação. Levantar o estoque real, decidir o método por volume e complexidade, abrir o processo já na etapa certa e preservar o histórico como documento de referência transforma a virada de sistema num evento controlado, não numa lacuna que só aparece quando alguém cobra uma resposta.

Isso se conecta diretamente ao que já orienta qualquer processo administrativo eletrônico bem estruturado, e ao cuidado descrito no manual de transição municipal para preservar continuidade administrativa entre gestões. Para ver como o Aprova estrutura esse acompanhamento durante a implantação, agende uma demonstração.