Por que nem toda validação automática deveria bloquear o protocolo

Nem toda inconsistência apontada por um sistema de protocolo eletrônico deveria impedir o requerente de prosseguir. Documento com prazo vencido, campo obrigatório vazio ou dado que não bate com uma base cadastral objetiva justificam bloqueio automático — não há decisão a tomar, só uma regra a cumprir. Mas quando o sistema aponta uma inconsistência que depende de julgamento técnico — um parâmetro urbanístico que talvez tenha sido preenchido num lugar diferente do desenho, uma exceção prevista em lei que o algoritmo não enxerga — travar o protocolo transfere para o requerente uma decisão que é do órgão público, não dele.

Bloqueio indiscriminado transfere o problema, não resolve

Quando toda inconsistência vira impedimento, o requerente aprende rápido a evitar aquilo que o sistema não entende — não necessariamente a corrigir o que está de fato errado. Um profissional que sabe que o campo de área construída vai travar o protocolo se a soma não bater exatamente com o que a leitura automática calculou tem dois caminhos: ajustar o projeto para a leitura automática, ou simplesmente inserir um valor que engane a validação. Nenhum dos dois garante que a obra está correta — só garante que o protocolo passou.

Esse é o efeito colateral pouco discutido do bloqueio automático mal calibrado: ele não elimina o erro, desloca o erro para um ponto onde ninguém mais está olhando. A análise técnica que viria depois, feita por um servidor com formação para isso, deixa de acontecer porque o sistema já “aprovou” a entrada antes mesmo de o processo existir formalmente.

Documento fixo e julgamento técnico pedem lógicas diferentes

Existe uma diferença entre validar um documento fixo e avaliar um projeto técnico, mas os dois costumam ser tratados pela mesma régua de bloqueio. Uma matrícula com prazo de emissão vencido, um CPF que não confere ou uma CNH ilegível são verificações objetivas: o documento está certo ou está errado, e não há segunda leitura possível. Bloquear o protocolo nesses casos não tira nada de ninguém — só impede que um documento inválido entre no fluxo como se fosse válido.

Um projeto técnico é outra categoria de coisa. A leitura automática pode apontar que um parâmetro está fora do mínimo exigido ou que uma informação não foi especificada, e isso é um alerta valioso — mas o profissional que assinou aquele projeto pode ter uma justificativa técnica que o algoritmo não tem como avaliar sozinho. Tratar as duas situações com o mesmo peso de bloqueio ignora que uma é regra objetiva e a outra é indício a ser analisado por alguém com competência para isso.

Pré-análise que não bloqueia ainda é controle, não ausência dele

A alternativa ao bloqueio automático indiscriminado não é deixar passar qualquer coisa. É registrar o alerta, manter a inconsistência visível para quem vai analisar depois, e deixar que o requerente decida se corrige antes de protocolar ou segue com a justificativa dele documentada no processo. Isso muda o papel do sistema: em vez de decidir sozinho o que pode ou não avançar, ele instrui a decisão de quem tem competência para tomá-la — o requerente, que assume a responsabilidade pelo que declarou, e o servidor, que recebe o processo já com o ponto de atenção sinalizado, sem precisar descobrir o problema do zero.

A Lei de Liberdade Econômica (Lei nº 13.874/2019) parte da presunção de boa-fé do particular perante o poder público e da liberdade para o exercício de atividades sem necessidade de atos públicos de liberação prévia, quando o risco permite — o mesmo raciocínio que separa uma verificação documental objetiva de uma avaliação técnica que ainda depende de critério humano. Confundir as duas sob o rótulo genérico de “validação automática” é o que leva um órgão público a bloquear demais em um lugar e de menos em outro.

Conclusão

O critério para decidir se uma inconsistência bloqueia o protocolo não deveria ser “o sistema consegue verificar isso automaticamente?” — deveria ser “essa verificação é uma regra objetiva ou depende de julgamento técnico?”. A primeira pergunta leva a bloquear tanto o CPF errado quanto a interpretação de um parâmetro técnico, tratando os dois como se fossem o mesmo tipo de erro. A segunda pergunta é a que efetivamente reduz retrabalho sem transferir para o requerente uma decisão que compete à análise técnica do processo.