Como protocolar processo em nome do cidadão sem e-mail no atendimento presencial

Protocolar um processo em nome do cidadão sem e-mail no atendimento presencial significa que o servidor que recebe a solicitação no balcão registra o CPF do próprio cidadão como requerente do processo — não o seu login de servidor —, usando telefone ou WhatsApp como canal de notificação quando não existe e-mail cadastrado. O processo nasce identificado com quem de fato solicitou, mesmo que essa pessoa nunca tenha criado conta no sistema.

Este guia cobre o que caracteriza esse fluxo, por que confundir requerente com atendente custa caro em auditoria e em atendimento futuro, o passo a passo para estruturar o atendimento presencial assistido, o que a legislação exige em matéria de exigências desnecessárias e como medir se o fluxo está funcionando.

O que é atendimento presencial assistido

Atendimento presencial assistido é o registro de um processo administrativo eletrônico em que o servidor preenche o formulário em nome do cidadão que está fisicamente no balcão, mas o sistema mantém dois papéis distintos e simultâneos: o atendente (quem digitou) e o requerente (quem é o titular do processo). O e-mail deixa de ser um campo obrigatório e passa a ser um entre vários canais possíveis de contato — ao lado de telefone e WhatsApp —, exigidos apenas quando pelo menos um deles está disponível.

A diferença para o cadastro convencional é sutil, mas decisiva: sem essa separação de papéis, a prática mais comum quando o cidadão não tem e-mail é o servidor abrir o processo com o próprio login, “emprestando” a própria identidade digital para viabilizar o protocolo. O processo funciona, mas nasce com o requerente errado.

Por que isso importa

Um processo aberto em nome do servidor em vez do cidadão gera três problemas que só aparecem depois, quando já é tarde para corrigir sem retrabalho. O primeiro é a rastreabilidade: se o cidadão retornar semanas depois para consultar o andamento, não há como localizar o processo pelo CPF dele, porque o sistema não o reconhece como parte. O segundo é a responsabilização: em caso de erro de preenchimento ou de divergência de informação, o registro aponta o servidor como autor da solicitação, não como quem apenas digitou o que o cidadão relatou. O terceiro é estatístico: relatórios de atendimento por canal, por bairro ou por perfil de requerente ficam distorcidos, porque um volume relevante de protocolos presenciais aparece atribuído a um punhado de servidores em vez de à população real atendida.

Esse padrão tende a se concentrar exatamente nos setores com maior volume de atendimento presencial e menor familiaridade digital do público — tributação, assistência social, protocolo geral —, o que agrava o problema no exato ponto em que a prefeitura mais precisa de dado confiável sobre quem está sendo atendido.

Passo a passo para estruturar o atendimento presencial assistido

1. Separe o campo “requerente” do campo “atendente” no desenho do formulário

Antes de qualquer ajuste de regra, o formulário precisa reconhecer que a pessoa logada no sistema e a pessoa titular do processo podem ser diferentes. Sem esse campo distinto, qualquer solução seguinte é remendo.

2. Torne o e-mail opcional, condicionado a um canal alternativo

Defina como regra: e-mail é obrigatório apenas se nenhum outro canal (telefone, WhatsApp) foi informado. Isso evita tanto o protocolo sem nenhum meio de contato quanto a barreira artificial de negar atendimento a quem simplesmente não tem e-mail.

3. Cadastre o cidadão pelo CPF, sem exigir conta prévia no sistema

O requerente precisa existir no processo como titular — nome e CPF —, independentemente de já ter feito login alguma vez. A conta digital, quando existir, vem depois.

4. Vincule automaticamente processos futuros ao mesmo CPF

Quando esse cidadão eventualmente criar uma conta própria, todos os processos abertos anteriormente em atendimento presencial, sob o mesmo CPF, precisam aparecer no histórico dele — sem exigir que alguém faça essa amarração manualmente.

5. Notifique pelo canal que o cidadão de fato tem

Se não há e-mail, a atualização de status do processo precisa sair por SMS ou WhatsApp. Notificação que só existe por e-mail, para quem não tem e-mail, equivale a não notificar.

6. Preserve o registro de quem atendeu, sem confundir com quem solicitou

O nome do atendente continua no histórico do processo — é informação relevante para auditoria interna e para dúvida futura sobre quem preencheu determinado campo. O que muda é que essa informação não substitui o requerente, coexiste com ele.

7. Audite periodicamente processos ainda abertos com CPF do servidor

Depois de configurado o fluxo, é normal que hábito antigo persista por algumas semanas. Um relatório periódico apontando quantos protocolos ainda nascem com CPF de servidor como requerente mostra em quanto tempo a mudança de fato se consolidou.

O que a legislação exige

A Lei do Governo Digital (Lei nº 14.129/2021), no art. 3º, incisos XI e XVI, estabelece como princípio a eliminação de formalidades e exigências cujo custo social seja superior ao risco envolvido, ao mesmo tempo em que garante a permanência do atendimento presencial conforme o público-alvo do serviço. Exigir e-mail de quem comparece pessoalmente por não ter acesso digital contraria diretamente esse princípio: o custo social de negar ou distorcer o protocolo supera qualquer risco de aceitar telefone como canal alternativo.

A Lei Geral de Proteção de Dados (Lei nº 13.709/2018), no art. 6º, inciso III, trata do princípio da necessidade — o tratamento de dados pessoais deve se limitar ao mínimo necessário para a finalidade do processo. Coletar e-mail obrigatoriamente, mesmo quando o cidadão não possui e não vai usá-lo, é excesso de coleta sem finalidade concreta.

Como o Aprova resolve isso

• O cadastro do requerente é feito pelo CPF, com e-mail como campo opcional condicionado à existência de telefone ou WhatsApp cadastrado.
• O sistema distingue o usuário que preenche o formulário (atendente interno) do titular do processo (requerente), preservando os dois papéis no histórico sem sobrepor um ao outro.
• Quando o cidadão cria conta própria posteriormente com o mesmo CPF, os processos já abertos em atendimento presencial aparecem automaticamente vinculados ao perfil dele.
• A notificação de mudança de etapa sai pelo canal disponível — e-mail, SMS ou chatbot no WhatsApp —, sem depender exclusivamente de endereço eletrônico.
• O permissionamento por perfil restringe quem pode abrir processo em nome de terceiro ao papel de atendimento presencial, evitando uso indevido dessa exceção por outros perfis de usuário.

Indicadores para medir o atendimento presencial assistido

• Percentual de processos protocolados presencialmente com CPF do cidadão — e não do servidor — como requerente.
• Tempo médio entre o protocolo presencial e a primeira notificação recebida pelo cidadão, por canal.
• Percentual de cidadãos sem e-mail que ainda assim recebem confirmação de abertura do processo.
• Volume de processos reabertos ou corrigidos por erro de identificação do requerente original.

FAQ sobre atendimento presencial assistido

O cidadão sem e-mail consegue acompanhar o processo depois?

Sim, desde que o número de protocolo ou o CPF sirva como chave de consulta pública, e que as notificações saiam por um canal que ele de fato acesse — telefone ou WhatsApp, por exemplo.

O que muda se o cidadão criar uma conta digital depois, com o mesmo CPF?

O histórico de processos abertos presencialmente aparece automaticamente vinculado à nova conta, sem exigir nova solicitação ou comprovação adicional para cada processo antigo.

O servidor que atendeu fica registrado em algum lugar do processo?

Sim. O papel de atendente continua visível no histórico interno, separado do papel de requerente — a informação não desaparece, apenas deixa de ser confundida com a titularidade do processo.

Isso vale só para o balcão físico da prefeitura, ou também para atendimento por telefone?

O mesmo princípio se aplica a qualquer canal em que um servidor preenche o formulário em nome de outra pessoa, incluindo centrais de atendimento por telefone.

Existe risco de fraude ao permitir que um servidor abra processo em nome de um terceiro?

O risco existe em qualquer canal assistido e se mitiga pelo mesmo caminho: restringir essa permissão a perfis específicos, manter o atendente sempre identificado no histórico e auditar periodicamente o volume de processos abertos dessa forma.

Conclusão

Distinguir quem atende de quem solicita parece um detalhe de cadastro, mas é o que garante que o dado que a prefeitura, a câmara municipal ou qualquer órgão público coleta sobre seu próprio atendimento reflita a realidade: quem de fato foi atendido, por qual canal, e se recebeu retorno. Tratar e-mail como pré-requisito universal para protocolar um processo exclui exatamente a parcela da população que mais depende do atendimento presencial — e é essa parcela que a Lei do Governo Digital manda a administração pública continuar servindo sem barreira artificial. Para conhecer como o Aprova estrutura atendimento presencial, digital e por WhatsApp dentro do mesmo processo, conheça a plataforma Aprova.