O que muda ao usar o preenchimento automático do requerente no Aprova

O preenchimento automático do requerente no Aprova usa os dados já validados na sessão autenticada — por login gov.br ou por conta cadastrada na instituição — para completar sozinho os campos de identificação do formulário, como nome, CPF e e-mail, sem que a pessoa precise digitar essa informação de novo a cada processo aberto.

Este guia explica em que esse mecanismo difere de pedir os mesmos dados em cada formulário, o que muda no cadastro e na análise quando ele está ativo, e as situações em que o preenchimento automático precisa ser desligado ou substituído por edição manual.

Por que preenchimento automático é diferente de digitar cada campo manualmente

Pedir nome, CPF e e-mail em todo novo formulário parece redundante, mas o problema real não é o tempo perdido — é a divergência que esse redigitar acumula. Basta um erro de digitação ou uma abreviação diferente do nome em dois protocolos da mesma pessoa para que a instituição trate, sem perceber, um único requerente como dois cadastros distintos, dificultando localizar depois todo o histórico de processos dele.

Quando o campo é preenchido a partir da sessão autenticada, o dado que entra no processo é sempre o mesmo que validou o login — não uma nova digitação sujeita a erro. Isso não substitui a validação de identidade em si, que já aconteceu no momento do login (via gov.br ou pelo cadastro da instituição); o preenchimento automático apenas herda esse dado validado para dentro do formulário, na linha do que já vale para o protocolo digital como porta de entrada única e rastreável.

O que muda na prática

Sem preenchimento automático, cada novo processo trata o requerente como se fosse a primeira vez que ele procura a instituição: reabre um formulário em branco para identificação, aceita qualquer variação de grafia e não confere, no momento do preenchimento, se o dado digitado bate com quem efetivamente está logado no sistema.

Com o campo preenchido pela sessão, o remetente do processo fica vinculado de forma consistente à mesma identidade em toda a tramitação — o que sustenta, por exemplo, o histórico de visualização de processos: saber quem abriu cada processo só é confiável quando o dado de quem é esse “quem” não varia de um protocolo para o outro por erro de digitação.

Quando usar preenchimento automático (e quando não usar)

Use para qualquer processo com requerente identificado por login individual — prefeitura, câmara municipal ou outro órgão público que exija autenticação para protocolar. É o cenário padrão da maioria dos serviços digitais.

Não use — ou trate como exceção configurada à parte — em dois casos. O primeiro é o atendimento presencial assistido, quando um servidor abre o processo em nome de outra pessoa no balcão: o campo precisa permitir edição, porque quem está logado no sistema não é necessariamente o requerente do processo. O segundo é a manifestação que aceita anonimato, como costuma ocorrer na ouvidoria: ali, puxar automaticamente a identidade de quem está logado contraria o próprio objetivo do canal, e o fluxo correto é o descrito em como estruturar denúncia anônima na ouvidoria com rastreabilidade — protocolo e registro técnico continuam existindo, mas sem expor a identificação de quem denunciou.

FAQ sobre preenchimento automático do requerente

O campo pode ser editado quando o servidor protocola em nome de outra pessoa?

Sim, quando o processo é configurado para atendimento assistido. Nesse cenário o formulário permite que o servidor logado informe manualmente quem é o requerente real, em vez de herdar a própria identidade de quem está preenchendo.

O preenchimento automático substitui a validação de identidade do requerente?

Não. A validação acontece no momento do login — via gov.br ou pelo cadastro próprio da instituição. O preenchimento automático apenas reaproveita esse dado já validado dentro do formulário, sem repetir a checagem nem dispensá-la.

Funciona só com login gov.br ou também com conta cadastrada diretamente na instituição?

Funciona com qualquer sessão autenticada reconhecida pelo sistema, seja acesso via gov.br, seja conta própria cadastrada pela prefeitura, câmara ou órgão público para os usuários internos e externos.

Por que esse campo fica oculto ou bloqueado no formulário?

Para impedir que o próprio requerente sobrescreva um dado que já foi validado na autenticação. Bloquear o campo evita que uma edição manual descasse a identidade registrada no processo da identidade que efetivamente fez login.

Conheça o Aprova

O Aprova preenche automaticamente os campos de identificação do requerente a partir da sessão autenticada, com edição liberada apenas nos fluxos configurados para atendimento assistido ou manifestação anônima — sem exigir que o requerente redigite o que o sistema já sabe. Para ver esse mecanismo em funcionamento dentro do processo eletrônico, agende uma demonstração da Aprova.