Aprova

Como analisar requerimento por cards e bloquear os campos já conferidos

Redação Aprova 6 min de leitura

Analisar um requerimento por cards significa conferir o pedido em blocos de informação — dados do requerente, dados do imóvel, documentos anexados — marcando cada bloco como correto ou incorreto, bloqueando a edição do que já foi validado e devolvendo ao requerente apenas o que precisa de correção. A análise deixa de ser uma leitura corrida do processo inteiro e passa a ter estado registrado por bloco.

Este guia mostra como estruturar essa rotina em uma prefeitura, câmara municipal ou outro órgão público: como organizar os cards, como registrar a conferência, quando bloquear o campo e quais indicadores mostram se o retrabalho caiu.

O que é análise por cards

É o modelo em que o formulário preenchido pelo requerente é apresentado ao analista dividido nos mesmos blocos em que foi preenchido. Cada bloco tem um veredito próprio: correto, com o campo bloqueado para edição, ou incorreto, com o campo liberado e um comentário indicando o que deve ser corrigido.

A diferença para a análise tradicional é o rastro. Em vez de um parecer único que diz “pendente de correções” sem apontar onde, o processo guarda, bloco a bloco, o que já foi aceito e o que ainda depende do requerente.

Por que a conferência por bloco importa

O principal custo da análise sem estado por bloco é a reconferência. O requerente corrige um dado, reenvia, e o analista precisa ler tudo de novo para ter certeza de que nada mais mudou. Quando o campo validado fica bloqueado, essa dúvida desaparece: o que foi aceito não pode ser alterado depois.

Há ainda uma questão de responsabilidade. Se o servidor corrige o dado no lugar do requerente, passa a responder pela informação. Manter o requerente como autor da correção preserva a regra de que os dados declarados são de responsabilidade de quem os declarou.

Passo a passo para analisar por cards

1 — Organize o formulário em cards com sentido de análise

Agrupe os campos pelo critério com que o analista decide: declaração de veracidade, dados das partes, dados do imóvel, documentos. Um card que mistura assuntos obriga o analista a dar um único veredito para informações de natureza diferente. Para o trabalho da prefeitura, a lógica é a mesma da declaração de veracidade apresentada logo no início do requerimento.

2 — Marque obrigatórios e opcionais de forma visível

O requerente só consegue finalizar o pedido quando todos os campos obrigatórios estão preenchidos, e os opcionais não devem travar o protocolo. Essa distinção reduz o volume de pedidos que chegam incompletos e que gerariam a primeira rodada de correção ainda na análise.

3 — Inicie a análise de forma explícita

A conferência só deve começar quando o analista decide iniciá-la. Isso cria um marco no histórico do processo e evita que a simples abertura do pedido seja lida como início de análise.

4 — Dê o veredito de cada card

Para cada bloco, marque como correto ou incorreto. Quando o conteúdo está certo, o veredito positivo deve vir acompanhado do bloqueio do campo. Quando está errado, o campo permanece liberado e o comentário diz exatamente o que o requerente precisa ajustar, sem remeter a “revisar o formulário”.

5 — Analise o documento anexado no próprio documento

Quando o anexo é um PDF, a conferência pode ser feita sobre o próprio arquivo, indicando o que está certo e o que está errado no documento. Isso evita descrever em texto livre a página e o trecho em que está o problema.

6 — Devolva só o que está incorreto

O requerente corrige os blocos liberados, e os blocos bloqueados permanecem como estavam. No retorno, a análise recomeça apenas pelos cards pendentes, e não pelo pedido inteiro.

7 — Separe o que o requerente vê do que é interno

A troca de mensagens com o requerente e as anotações de trabalho têm públicos diferentes. Defina que observações internas ficam visíveis apenas para os servidores e que o comunicado ao requerente sai por canal próprio, registrado no processo.

O que a legislação exige

Não há norma que prescreva a divisão de requerimentos em cards. O fundamento está nos princípios do processo administrativo: a Lei nº 9.784/1999 inclui a motivação e a eficiência entre os princípios a que a Administração se sujeita (art. 2º), e a Lei nº 14.129/2021 estabelece princípios e diretrizes do Governo Digital voltados à simplificação e à eficiência da prestação de serviços públicos. Apontar com precisão o que deve ser corrigido é forma prática de motivar a exigência. Critérios, prazos de resposta e consequências do não atendimento devem constar da norma do órgão.

Como o Aprova resolve isso

  • O formulário do requerimento é dividido em cards, e o botão de finalizar só é habilitado quando todos os campos obrigatórios estão preenchidos.
  • Na aba Resumo, o botão de iniciar análise habilita o veredito de certo ou errado em cada card, com opção de bloquear o campo conferido.
  • No card marcado como incorreto, o analista registra o comentário ao lado e o requerente corrige o dado do outro lado, mantendo-se como responsável pela informação.
  • Em anexos em PDF, é possível analisar o documento diretamente, sinalizando o que está certo e o que está errado no próprio arquivo.
  • As mensagens ao requerente e as anotações internas ficam separadas, e o histórico do processo registra quem fez cada movimentação e quando.

Indicadores para medir a análise por cards

  • Número de rodadas de correção por requerimento antes e depois da adoção.
  • Tempo médio entre o início da análise e o primeiro veredito completo.
  • Proporção de pedidos que chegam ao analista com todos os obrigatórios preenchidos.
  • Quantidade de campos alterados após terem sido validados, que deve tender a zero.
  • Tempo médio entre a devolução ao requerente e a nova análise.

FAQ sobre análise por cards

Bloquear um campo impede qualquer correção futura?

O bloqueio impede que o requerente edite aquele campo depois de validado. Se o analista identificar erro em outra etapa, o campo pode ser desbloqueado para nova correção, e a mudança fica registrada no histórico do processo.

O servidor pode corrigir o dado em nome do requerente?

O recomendado é que não. Quando o servidor altera a informação, assume responsabilidade por ela. O fluxo mais seguro é indicar o erro em comentário e deixar que o próprio requerente corrija.

Como saber se o requerente já corrigiu os cards pendentes?

O histórico do processo registra as movimentações e o momento em que o requerente reenviou os dados. A nova análise precisa conferir apenas os cards que haviam sido devolvidos.

A análise por cards serve para processos internos?

Serve sempre que houver um formulário a ser conferido por outra pessoa, como pedidos entre secretarias. Em processos curtos, com poucos campos, o ganho é menor, mas a rotina continua válida.

Isso substitui o despacho técnico do analista?

Não. A conferência por cards valida os dados informados pelo requerente. O parecer e as decisões do órgão continuam sendo registrados como despachos do processo.

Conclusão

Análise por cards transforma a conferência em uma série de decisões registradas, em que o que foi aceito fica travado e o que falta fica explícito. O resultado para o gestor é menos reconferência, devolutivas mais objetivas e responsabilidade clara sobre cada dado. Agende uma demonstração do Aprova para ver esse fluxo aplicado à sua prefeitura, câmara ou órgão público.

Aprova

Redação Aprova

A Redação Aprova produz conteúdos sobre gestão pública, legislação e transformação digital para apoiar prefeitos, secretários e equipes municipais. Os artigos são desenvolvidos com base em fontes oficiais, boas práticas do setor público e a partir da experiência da Aprova no desenvolvimento de soluções para modernizar a administração municipal.

Postagens relacionadas

Ver mais postagens →