Como bloquear nova solicitação quando já existe processo em andamento para o mesmo objeto

Bloquear uma nova solicitação quando já existe processo em andamento para o mesmo objeto significa incluir, no formulário de protocolo, um campo obrigatório que consulta o processo anterior e uma regra que só libera o envio se aquele processo estiver finalizado. A trava deixa de depender da memória do servidor: o sistema verifica o status no momento em que o requerente tenta protocolar e impede o segundo pedido antes de ele gerar número, fila e análise.

Este guia mostra como estruturar essa trava em seis etapas, que decisões de regra precisam ser tomadas antes e como medir se a duplicidade realmente diminuiu.

O que é a trava de solicitação duplicada

É uma regra de negócio aplicada ao formulário do serviço. Em vez de aceitar qualquer pedido e descobrir a duplicidade na análise, o formulário exige que o requerente indique o processo anterior (quando houver) e consulta o formulário e o status desse processo. A decisão de permitir ou não o novo protocolo segue o critério que o órgão definir: processo anterior em andamento, finalizado, indeferido, ou combinações desses estados.

Por que a duplicidade custa caro

Uma segunda solicitação para o mesmo objeto — uma nova via de habite-se, um segundo pedido de alvará para o mesmo imóvel, uma renovação aberta duas vezes — consome análise que não deveria existir e cria risco de decisões divergentes sobre o mesmo caso. Quando a duplicidade só é percebida depois da distribuição, o custo já foi pago: numeração, fila, tempo do analista e, muitas vezes, comunicação ao requerente para explicar o cancelamento.

Em órgãos que ainda dependem de conferência manual, o problema é pior porque ele só aparece quando dois servidores diferentes abrem processos parecidos. A trava no formulário move a checagem para o único ponto em que ela é barata: a entrada.

Passo a passo para bloquear solicitações duplicadas

1. Defina o que é “mesmo objeto” em cada serviço

Antes de configurar qualquer campo, decida qual identificador caracteriza a duplicidade: inscrição imobiliária, número do alvará, CNPJ, matrícula do servidor. Cada serviço tem o seu. Sem esse critério, a regra bloqueia pedidos legítimos ou deixa passar os duplicados.

2. Liste os estados do processo anterior que impedem um novo pedido

Em geral, processo em andamento bloqueia. Processo finalizado pode bloquear (quando o ato já foi emitido e vale por prazo) ou liberar (quando o pedido novo é um desdobramento). Processo indeferido costuma liberar, desde que o requerente corrija a causa. Registre essa matriz por serviço e valide com o setor responsável.

3. Inclua no formulário um campo que consulta outro processo

O campo de consulta a processo anterior preenche automaticamente os dados do processo informado e permite que a regra leia seu status. Posicione-o logo no início do formulário, antes dos campos de documentos, para que o requerente não perca tempo preenchendo um pedido que será barrado.

4. Torne o campo obrigatório quando a duplicidade for frequente

Se o campo for opcional, o requerente que não quer ser barrado simplesmente o deixa em branco. Para serviços com histórico de duplicidade, a obrigatoriedade garante que o sistema valide o processo anterior antes de liberar a finalização.

5. Escreva a mensagem de bloqueio com a orientação de saída

A trava precisa dizer o que fazer: o número do processo em andamento, o setor onde ele está e como acompanhá-lo. Um bloqueio sem orientação gera ligação ao balcão — o oposto do que a regra pretendia.

6. Teste os cenários limite em ambiente de homologação

Simule processo em andamento, finalizado, indeferido, arquivado e inexistente. Verifique também o caso do requerente que informa o número de outro cidadão: a consulta deve respeitar as permissões de visualização do processo.

O que a legislação diz

A Lei nº 14.129/2021 (Lei do Governo Digital) estabelece princípios e diretrizes para a prestação digital de serviços públicos, incluindo simplificação e racionalização de procedimentos. Uma trava de duplicidade se alinha a essa lógica porque evita retrabalho do órgão e do requerente, mas a lei não prescreve a regra: o critério de bloqueio é decisão do órgão, formalizada na norma que disciplina cada serviço. Se a regra restringe o pedido do cidadão, ela precisa estar prevista no ato normativo do serviço, e a mensagem de bloqueio deve indicar o motivo.

Como o Aprova resolve isso

• O formulário do processo aceita um campo que consulta o formulário de outro processo, trazendo para o pedido atual a informação do anterior.
• A regra de negócio define se o novo protocolo pode ou não ser feito a partir do que o processo anterior contém, inclusive seu estado.
• O campo pode ser configurado como obrigatório, de modo que o sistema valide se o processo anterior está finalizado ou em andamento antes de liberar a finalização.
• A configuração é feita no próprio formulário, sem desenvolvimento externo, como descrito em estúdio no-code no Aprova.
• O histórico de cada processo permanece registrado, o que permite auditar por que um pedido foi barrado — veja a esteira processual.

Indicadores para medir a trava

• Quantidade de solicitações duplicadas identificadas na análise, antes e depois da regra.
• Número de tentativas barradas por mês e a proporção que virou acompanhamento do processo existente.
• Tempo médio de análise dos serviços onde a trava foi aplicada.
• Contatos ao atendimento por dúvida sobre pedido bloqueado — se subir, a mensagem de bloqueio precisa melhorar.

FAQ sobre bloqueio de solicitação duplicada

A trava impede o direito de petição do requerente?

Ela não impede o pedido; impede um segundo pedido idêntico enquanto o primeiro tramita. O requerente continua podendo acompanhar o processo existente e protocolar novamente quando o anterior for finalizado, conforme a regra do serviço. Por isso a mensagem de bloqueio deve sempre indicar o caminho de acompanhamento.

Posso aplicar a trava só em alguns serviços?

Sim. A regra é configurada por formulário, então pode valer apenas para serviços em que a duplicidade é recorrente, como licenciamento e renovações, sem afetar os demais.

O que acontece se o requerente informar o número de um processo que não é dele?

O comportamento depende das permissões de visualização configuradas para o serviço. Defina, na etapa de testes, quais dados do processo anterior o campo pode exibir e quais ficam restritos ao titular.

Como tratar o processo anterior indeferido?

Na maioria dos serviços, o indeferimento libera um novo pedido, desde que corrigida a causa. Registre essa decisão na matriz de estados da etapa 2 para que a regra e a orientação ao requerente sejam coerentes.

A trava substitui a conferência do analista?

Não. Ela evita a duplicidade evidente, identificada pelo identificador informado. Casos em que o mesmo objeto é descrito de formas diferentes ainda podem chegar à análise e exigem conferência.

Conclusão

A duplicidade é um problema de entrada: quanto mais cedo a checagem acontece, menor o custo. Definir o identificador do objeto, a matriz de estados e a mensagem de bloqueio transforma uma conferência manual em regra auditável. Para ver como configurar essa trava nos serviços da sua prefeitura, câmara ou órgão público, agende uma demonstração da Aprova.