O que muda ao clonar um processo no Aprova

No Aprova, clonar um processo cria uma cópia completa de um processo já existente — com o mesmo formulário preenchido e a mesma configuração de fluxo — para testar um ajuste de regra, cálculo ou etapa antes de aplicá-lo de verdade, sem alterar o processo original nem os dados de quem efetivamente protocolou aquela solicitação.

Por que clonagem é diferente de testar direto no processo real

Ajustar uma fórmula de cálculo, incluir um campo obrigatório ou mudar uma etapa de encaminhamento é rotina em qualquer sistema de processos administrativos configurável — a legislação muda, o rito interno muda, e o formulário precisa acompanhar. O risco está em onde esse ajuste é validado primeiro.

Testar a mudança direto num processo real significa mexer num registro que já tem requerente, prazo em curso e, eventualmente, assinatura aplicada. Uma alteração mal calibrada pode disparar notificação indevida a quem protocolou, travar uma etapa em andamento ou distorcer um cálculo que já estava correto para aquele caso. A clonagem resolve isso criando uma cópia isolada do processo, com os mesmos dados preenchidos, mas sem nenhum vínculo de efeito com o processo original — qualquer ajuste testado ali fica contido nessa cópia.

O que muda na prática

Sem clonagem, validar uma mudança de configuração exige preencher um processo do zero para simular um caso realista, ou arriscar testar no processo real e reverter manualmente se algo sair errado — as duas opções consomem tempo do administrador e abrem espaço para erro.

Com a clonagem, o administrador informa a URL completa do processo ou apenas o ID — o sistema extrai o número automaticamente da URL — e clica em clonar. A cópia é criada e vai direto para a caixa de entrada de quem clonou, pronta para receber o teste. Se a operação falhar, o sistema aponta que algo nas informações fornecidas não confere, em vez de deixar o administrador sem retorno sobre o que impediu a clonagem.

Um ponto que exige atenção: arquivos anexados ao processo original são copiados junto, mas ações aplicadas sobre eles dentro do clone — como uma nova assinatura — podem refletir no arquivo do processo real, já que o arquivo em si não é duplicado como um objeto novo. Por isso, qualquer alteração feita em anexo dentro do processo clonado deve subir o arquivo de novo, com outro nome, em vez de reaproveitar o anexo herdado da clonagem.

Quando usar a clonagem — e quando não usar

Faz sentido clonar um processo para validar uma nova fórmula de cálculo antes de publicá-la para todos os usuários, testar se uma etapa de encaminhamento nova se comporta como esperado, ou treinar um servidor recém-chegado com um caso realista sem usar o processo de um requerente de verdade.

Não faz sentido usar a clonagem quando o objetivo é reabrir formalmente uma solicitação para o mesmo requerente — isso é um novo protocolo ou uma reabertura, não uma cópia de teste — nem quando o teste depende justamente de reproduzir uma assinatura ou um anexo que precisa permanecer isolado do processo real. A ação também é restrita: só usuários com permissão de administrador do sistema podem clonar um processo, o que evita que qualquer servidor gere cópias soltas de processos em produção.

FAQ sobre clonagem de processo

Quem pode clonar um processo no Aprova?

Só usuários com permissão de administrador do sistema. A restrição existe porque a clonagem replica dados e configuração de um processo real, e não é uma ação pensada para o uso diário de um servidor comum.

Clonar um processo altera o processo original?

Não. A clonagem cria um registro novo e independente. Qualquer alteração feita depois — teste de cálculo, nova etapa, edição de campo — fica contida no processo clonado, e o original permanece exatamente como estava.

O requerente do processo original fica sabendo que ele foi clonado?

Não. O processo clonado vai para a caixa de entrada de quem realizou a clonagem, sem gerar notificação ao requerente do processo de origem, que continua enxergando apenas o processo real dele.

Preciso reanexar documentos no processo clonado?

Depende do teste. Se a validação envolver assinatura ou substituição de um arquivo, é recomendado subir o documento com outro nome no processo clonado, já que ações sobre o anexo herdado podem refletir no arquivo do processo original.

Conheça o Aprova

• A clonagem cria uma cópia isolada de qualquer processo, preservando formulário preenchido e configuração de fluxo.
• A ação é restrita a usuários com permissão de administrador, o que mantém o controle sobre quem pode gerar cópias de processos reais.
• O processo clonado fica disponível na caixa de entrada de quem o gerou, sem notificar o requerente do processo original.
• O recurso se soma ao ambiente de homologação como camada adicional de segurança para validar ajustes de configuração antes de expô-los à operação real.

Quer ver como testar mudanças de configuração com segurança no processo eletrônico da sua instituição? Agende uma demonstração do Aprova.