Como conduzir a transição gradual entre sistemas de processo

Conduzir a transição gradual entre sistemas de processo significa migrar assunto por assunto e grupo por grupo de servidores, mantendo o sistema antigo ativo para o que ainda não foi migrado, até que o novo concentre toda a tramitação. A alternativa, desligar tudo em uma data única, concentra o risco no dia em que a equipe menos domina a ferramenta e o atendimento ao cidadão mais depende dela.

Este guia descreve as etapas para fazer essa convivência temporária sem duplicar processos, sem perder o histórico e sem exigir que todo servidor tenha o mesmo nível de familiaridade digital desde o primeiro dia.

O que é transição gradual entre sistemas de processo

É a migração em ondas: cada onda define quais assuntos passam a nascer no sistema novo, quais setores e servidores passam a operar nele e qual é a data de corte do sistema antigo para aquele recorte. Enquanto a onda não chega, o fluxo anterior continua válido. Difere da migração em bloco, em que a data de corte vale para o órgão inteiro.

Por que a transição gradual importa

Órgãos públicos raramente têm uma equipe homogênea. Há quem adote qualquer ferramenta em dias e quem precise de meses para trocar de rotina. Forçar o mesmo ritmo para todos produz dois efeitos conhecidos: resistência de quem se sente exposto e queda de qualidade dos processos conduzidos às pressas.

Há também um risco de continuidade. Um órgão que recebe milhares de processos por ano não pode ter a análise interrompida por falha de adoção. A convivência controlada entre sistemas protege o prazo de resposta ao requerente enquanto a equipe ganha confiança.

Passo a passo para conduzir a transição gradual

1. Mapeie os assuntos e escolha a primeira onda

Liste os assuntos por volume, complexidade e número de setores envolvidos. A primeira onda deve ter volume suficiente para gerar aprendizado real e complexidade baixa o bastante para que um erro de configuração não paralise a operação.

2. Defina a regra de entrada de cada sistema

Para cada assunto, deixe explícito onde o processo novo nasce. A regra precisa ser única: um mesmo tipo de pedido não pode ser protocolado nos dois sistemas. Sem isso, a convivência vira duplicidade e ninguém sabe em qual ambiente está o processo.

3. Libere por perfil e por grupo, não por órgão inteiro

Comece por um grupo piloto de servidores com maior abertura à ferramenta e amplie conforme a confiança aumenta. O permissionamento por cargo e setor permite que apenas quem foi habilitado enxergue e opere o fluxo novo, enquanto os demais seguem no anterior sem ruído.

4. Trate o estoque de processos em andamento

Decida o que acontece com o que já está tramitando: concluir no sistema antigo, migrar apenas a consulta ou recriar o processo no novo ambiente preservando tramitação e vínculo com o requerente. Cada caminho tem custo diferente, e a escolha deve ser feita por assunto, não de forma geral.

5. Prepare multiplicadores antes da equipe

Treine primeiro um grupo reduzido de servidores que depois orienta os colegas e filtra os chamados de suporte. Isso desloca a dúvida do dia a dia para dentro da própria secretaria e preserva a equipe técnica para os problemas que de fato dependem dela.

6. Integre o que não pode ser desligado

Sistemas que continuam sendo a referência para outras rotinas, como o sistema de processo eletrônico de uso federal ou o financeiro do município, precisam trocar dados com o novo ambiente por integração, e não por redigitação. Redigitar cria divergência e é o primeiro ponto de erro em auditoria.

7. Estabeleça a data de corte por onda e comunique

Cada onda termina com uma data a partir da qual o sistema antigo deixa de aceitar novos processos daquele recorte. A comunicação deve chegar a servidores e requerentes antes da data, com o canal de atendimento definido.

O que a legislação exige

A Lei 14.129/2021 (Lei do Governo Digital) estabelece princípios e instrumentos de simplificação e de prestação digital de serviços públicos. A lei não prescreve o formato de uma migração entre sistemas, de modo que o cronograma, os critérios de corte e o tratamento do estoque devem ser formalizados pelo próprio órgão, em ato interno, para que a decisão seja rastreável. A Lei 13.709/2018 (LGPD) continua valendo durante a convivência dos sistemas: dados pessoais de requerentes não podem ficar sem controle de acesso em nenhum dos ambientes.

Como o Aprova resolve isso

• O permissionamento por cargo e setor libera o fluxo novo apenas para os grupos habilitados em cada onda, sem afetar os demais. Veja como estruturar permissionamento e caixas de entrada.
• O processo clone recria o processo legado mantendo a tramitação e o vínculo do requerente, para os assuntos em que o estoque precisa continuar no novo ambiente.
• A API aberta permite a integração com sistemas que seguem em uso, como o SEI, evitando redigitação.
• A caixa de setor mantém a fila compartilhada de cada unidade visível, de modo que o processo não se perde na troca de ambiente.
• O histórico de tramitação permanece vinculado ao protocolo, preservando a rastreabilidade de cada decisão.

Indicadores para medir a transição

• Percentual de processos novos protocolados no sistema novo, por assunto.
• Percentual de servidores ativos no novo sistema por setor.
• Número de processos duplicados ou protocolados no ambiente errado.
• Chamados de suporte por servidor, antes e depois do treinamento dos multiplicadores.
• Tempo médio de tramitação por assunto, comparado ao período anterior à migração.

FAQ sobre transição gradual entre sistemas de processo

Quanto tempo a convivência entre dois sistemas deve durar?

O tempo depende do volume de cada assunto e do estoque em andamento, e não de um prazo fixo. O ponto de atenção é evitar que a convivência se prolongue sem data de corte: sem ela, o sistema antigo vira rotina permanente e a duplicidade se instala.

Como evitar que o mesmo processo seja aberto nos dois sistemas?

Definindo, por assunto, uma única porta de entrada e comunicando a regra a servidores e requerentes. Quando o assunto migra, o sistema antigo deixa de aceitar novos protocolos daquele recorte na data de corte.

É melhor migrar o estoque de processos ou concluí-lo no sistema antigo?

Depende do ciclo de vida do assunto. Processos de ciclo curto costumam ser concluídos onde nasceram; os de ciclo longo ou com vínculo contínuo com o requerente tendem a justificar a migração com preservação do histórico.

O que fazer com servidores que ainda não dominam o sistema novo?

Mantê-los em fluxos ainda não migrados até que o treinamento chegue a eles, sem tratar a diferença de ritmo como falha individual. Os multiplicadores internos reduzem a dependência de suporte externo nesse período.

A transição gradual aumenta o risco de perda de dados?

O risco está na redigitação e na falta de integração, não na gradualidade em si. Integrar os sistemas por API e preservar o histórico de tramitação nos casos migrados reduz a exposição.

Conclusão

A transição gradual troca um grande risco concentrado por vários riscos pequenos e controláveis. Funciona quando cada onda tem assunto, grupo, regra de entrada e data de corte definidos, e quando o estoque e as integrações são tratados antes do corte. Para ver como estruturar a migração em ondas dentro de um processo eletrônico único, agende uma demonstração da Aprova.