Como decidir se a IA deve bloquear o protocolo ou apenas alertar sobre a divergência

Decidir se a IA deve bloquear o protocolo ou apenas alertar sobre uma divergência depende do tipo de dado analisado: documentos com regra objetiva e verificável — validade, autoria, correspondência de CPF — comportam bloqueio automático, porque não existe interpretação possível sobre o que está errado. Já parâmetros técnicos sujeitos a julgamento profissional — um recuo, uma taxa de ocupação, uma área que pode ter sido calculada com metodologia diferente da esperada pela IA — comportam apenas alerta, porque o responsável técnico pode ter uma justificativa válida que o sistema não tem como avaliar sozinho.

Este guia cobre a diferença entre as duas respostas, por que tratá-las como a mesma coisa gera problema nos dois sentidos, o passo a passo para configurar cada uma corretamente e os indicadores que mostram se a régua está calibrada.

O que é bloqueio automático e o que é alerta não bloqueante

Bloqueio automático impede o requerente de finalizar o protocolo enquanto a pendência não for corrigida — o sistema não aceita a solicitação com aquele erro presente. Alerta não bloqueante avisa sobre uma divergência identificada, mas permite que o requerente prossiga mesmo assim, registrando a ciência dele sobre o apontamento e deixando a decisão final para a análise técnica humana.

A diferença não é de rigor, é de natureza do problema. Bloqueio se aplica quando existe um critério binário e verificável por regra — uma data de validade vencida, um CPF que não confere com o nome do titular, um campo obrigatório em branco. Alerta se aplica quando o parâmetro pode admitir mais de uma leitura correta — um projeto que aparenta divergir do zoneamento, mas cuja métrica foi calculada por uma metodologia que o responsável técnico sabe justificar tecnicamente, mesmo que a IA não tenha esse contexto no momento da análise.

Por que confundir os dois modelos custa caro

Quando um parâmetro sujeito a interpretação é tratado como bloqueio automático, o efeito mais comum é o profissional técnico contornar o sistema: ele ajusta o número no formulário só para conseguir protocolar, sem alterar de fato o projeto, porque sabe que a divergência tem explicação técnica que o sistema não aceita. O processo entra “limpo” na aparência, mas o dado que chega ao analista não reflete o projeto real — o que é pior do que ter recebido o alerta e decidido caso a caso.

O problema inverso também existe: quando um erro que deveria travar o protocolo — documento vencido, autoria divergente — é tratado como simples alerta, o requerente ignora o aviso, o processo segue adiante, e a inconsistência só aparece na análise técnica, dias ou semanas depois. Nesse ponto, o custo já não é mais o do protocolo: é reabrir prazo, notificar de novo e manter o processo represado na fila enquanto aguarda correção — o mesmo problema que a validação automática deveria ter evitado desde a entrada.

Passo a passo para configurar bloqueio e alerta corretamente

1. Separe os campos por natureza do critério, não por importância

Um campo pode ser crítico para a decisão final e ainda assim comportar alerta, se o critério em jogo depende de julgamento técnico. Importância do dado e tipo de resposta da IA são decisões independentes — não trate “campo importante” como sinônimo de “campo que bloqueia”.

2. Liste os critérios objetivos que justificam bloqueio automático

Prazo de validade de documento, correspondência entre nome e CPF/CNPJ, campo obrigatório sem preenchimento e formato de arquivo incompatível são exemplos de critérios binários — não existe segunda leitura possível sobre eles. Configure bloqueio automático para esse grupo.

3. Liste os parâmetros técnicos que comportam alerta com justificativa

Recuo, taxa de ocupação, coeficiente de aproveitamento e outros parâmetros calculados a partir do desenho do projeto entram nesse grupo quando existe possibilidade real de metodologia de cálculo divergente, situação excepcional prevista em lei ou erro de leitura do próprio sistema.

4. Exija que o requerente registre uma justificativa ao prosseguir com alerta ativo

Quando o profissional decide continuar mesmo com a divergência apontada, o sistema deve capturar essa decisão como um registro formal — não apenas permitir seguir em silêncio. Um campo de justificativa obrigatório nesse momento é o que sustenta, depois, a análise do técnico que vai avaliar o mérito.

5. Destaque o alerta ativo para quem vai analisar o processo

O processo que chegou à análise com um alerta ainda ativo — não resolvido, apenas justificado pelo requerente — precisa aparecer sinalizado de forma visível para o analista, e não misturado aos processos sem nenhuma divergência pendente.

6. Defina o que acontece se o analista discordar da justificativa

O fluxo precisa prever a devolução formal do processo quando a justificativa apresentada não convence o analista, com o motivo da recusa registrado — o alerta não bloqueou o protocolo, mas isso não significa que a divergência deixou de existir.

7. Revise periodicamente quais campos migraram de grupo

Um critério tratado hoje como sujeito a julgamento pode, com o tempo, ganhar regra objetiva suficiente para virar bloqueio automático — e o inverso também acontece, quando um bloqueio automático gera falso positivo recorrente e precisa ser revisto para alerta. Essa reclassificação é manutenção contínua, não uma decisão definitiva tomada uma única vez.

O que a legislação exige

A Lei nº 5.194/1966, que regula o exercício das profissões de engenheiro e arquiteto, atribui ao profissional habilitado a responsabilidade técnica pelo projeto que assina — o que sustenta juridicamente por que um alerta não bloqueante é aceitável: a decisão de prosseguir mesmo diante de uma divergência apontada permanece sob a responsabilidade de quem tem competência técnica para avaliá-la, não do sistema que apenas sinalizou.

A Lei nº 14.129/2021 (Lei do Governo Digital) estabelece, entre suas diretrizes, a simplificação e a desburocratização do atendimento prestado ao cidadão por meio do uso de tecnologia — o que reforça por que bloquear indiscriminadamente qualquer parâmetro sujeito a interpretação técnica contraria o próprio objetivo da automação: em vez de simplificar, cria um obstáculo artificial que empurra o requerente a burlar o formulário para conseguir protocolar.

Como o Aprova resolve isso

• Cada campo do formulário é configurável individualmente como bloqueante ou apenas alertante, permitindo tratar documento com prazo de validade e parâmetro técnico calculado a partir do projeto de formas diferentes dentro do mesmo processo.
• Quando o requerente opta por prosseguir com um alerta ativo, o sistema exige justificativa obrigatória e registra essa decisão no histórico do processo, com data e autor.
• O processo que chega à análise com alerta ainda não resolvido aparece sinalizado de forma visível na caixa de entrada do analista, sem se misturar aos processos sem pendência.
• A leitura automática de documentos que alimenta essas validações segue a mesma lógica descrita em o que é leitura automática de documentos, aplicada tanto a documentos fixos quanto a parâmetros extraídos de projetos técnicos.
• Indicadores nativos mostram quantos processos avançaram com alerta ativo e qual foi o desfecho da análise sobre cada um, sem levantamento manual.

Indicadores para medir a calibração entre bloqueio e alerta

• Percentual de processos protocolados com pelo menos um alerta não bloqueante ativo, por tipo de processo.
• Percentual de alertas justificados pelo requerente que foram aceitos versus recusados pelo analista na etapa seguinte.
• Número de campos reclassificados de alerta para bloqueio (ou o inverso) por período, como sinal de calibração contínua da régua.
• Tempo médio de análise de processos com alerta ativo, comparado ao tempo médio de processos sem nenhuma divergência apontada.

FAQ sobre bloqueio e alerta da IA no protocolo

Um campo pode começar como alerta e depois virar bloqueio automático?

Sim. Quando o histórico mostra que determinado parâmetro nunca teve uma justificativa técnica aceita pelo analista, isso é sinal de que o critério, na prática, funciona como objetivo — e pode migrar para bloqueio automático.

O alerta não bloqueante enfraquece o controle sobre o processo?

Não, desde que exija justificativa registrada e sinalização visível ao analista. O controle não está em impedir o protocolo a qualquer custo, está em garantir que a divergência não passe despercebida na etapa seguinte.

Quem decide quais campos são bloqueantes e quais são apenas alertantes?

Normalmente a área técnica responsável pelo tipo de processo — engenharia, meio ambiente, tributação —, com apoio da equipe que configura o sistema, porque essa decisão exige entender qual critério tem margem de interpretação profissional legítima.

O requerente pode ignorar um alerta sem justificar nada?

Depende da configuração. O recomendável é exigir justificativa obrigatória sempre que o requerente optar por prosseguir com um alerta ativo, para que essa decisão fique registrada e disponível para quem for analisar o processo depois.

Conclusão

Tratar todo apontamento da IA como bloqueio — ou, no outro extremo, como simples aviso que qualquer um pode ignorar em silêncio — são dois jeitos de perder a mesma informação. A distinção entre bloqueio automático e alerta não bloqueante é o que permite manter rigor sobre o que é objetivamente verificável e, ao mesmo tempo, preservar espaço para o julgamento técnico que a lei já atribui ao profissional responsável pelo projeto. Agende uma demonstração da Aprova para ver essa configuração funcionando dentro do fluxo de licenciamento da sua prefeitura.