Como integrar login via gov.br no protocolo eletrônico

Toda instituição pública que digitaliza o protocolo enfrenta a mesma decisão logo na primeira tela do sistema: como o requerente vai se identificar. Criar um cadastro próprio — usuário e senha específicos do sistema — parece simples de implementar, mas empurra para o cidadão e para o servidor externo mais uma credencial para lembrar, mais um processo de recuperação de senha para suportar e mais uma base de dados de identificação para proteger. Integrar o login com a conta gov.br resolve os três problemas de uma vez, aproveitando uma identidade que a maior parte da população brasileira já possui.

Este guia detalha como estruturar a integração de login via gov.br dentro do protocolo eletrônico de uma prefeitura, câmara municipal ou autarquia, sem abandonar alternativas de acesso para quem ainda não tem conta na plataforma federal.

O que é a integração de login via gov.br

A integração de login via gov.br é o mecanismo pelo qual o sistema de protocolo eletrônico delega a autenticação do usuário à Plataforma de Cidadania Digital do governo federal, em vez de manter sua própria base de usuário e senha. O cidadão clica em “Entrar com gov.br”, é redirecionado para a tela de login oficial, confirma sua identidade com a conta que já usa para acessar Receita Federal, INSS ou Meu INSS, e retorna autenticado ao sistema da instituição — sem nunca ter cadastrado uma senha específica para o protocolo municipal.

Tecnicamente, essa integração acontece via protocolo de autenticação federada (OpenID Connect/OAuth2), no qual o gov.br atua como provedor de identidade e o sistema de protocolo como parte confiável que apenas recebe a confirmação de quem é o usuário, sem armazenar nem processar a senha dele em nenhum momento.

Por que integrar o login via gov.br importa

Manter uma base de senha própria, isolada da conta gov.br, gera três problemas recorrentes que afetam diretamente a adesão ao serviço digital:

• Fricção na primeira experiência do cidadão. Cada sistema novo com cadastro próprio é uma barreira adicional entre a intenção de protocolar algo e o protocolo de fato acontecer. Parte do abandono de formulário em portais públicos ocorre exatamente na etapa de criação de conta, antes de o requerente sequer começar a preencher o processo.
• Responsabilidade adicional de segurança da informação. Toda base de senha própria é um ativo que precisa de política de complexidade, recuperação, bloqueio por tentativa e, em caso de incidente, comunicação formal de vazamento — obrigações que se somam ao restante da operação de TI de uma instituição pública que, na maioria dos municípios, não tem equipe dedicada a isso.
• Menor confiança do usuário externo em sistemas desconhecidos. Uma parte da população hesita em cadastrar senha em um sistema municipal pouco conhecido, mas já confia na conta gov.br para autenticar serviços sensíveis como Receita Federal e benefícios do INSS — confiança que pode ser reaproveitada em vez de reconstruída do zero.

Essa mesma lógica de reduzir fricção na entrada do cidadão já foi tratada em como digitalizar o protocolo administrativo: a integração com gov.br é um dos pontos que mais reduz abandono logo na primeira etapa do fluxo digital.

[IMAGEM: tela de login de um portal de serviços públicos municipais com o botão “Entrar com gov.br” em destaque, ao lado da opção de cadastro tradicional por CPF e e-mail, em ambiente de escritório desfocado ao fundo, sem texto legível adicional | alt: “Tela de login com opção de autenticação via gov.br em sistema de protocolo eletrônico”]

Passo a passo para integrar o login via gov.br

1. Solicite o credenciamento da aplicação junto ao gov.br

O primeiro passo é técnico-administrativo: a instituição (ou o fornecedor do sistema de protocolo em seu nome) precisa credenciar a aplicação no barramento de integração do gov.br, informando a URL de retorno (callback) e o nível de confiabilidade de conta exigido. Sem esse credenciamento formal, não é possível iniciar o fluxo de autenticação federada.

2. Defina o nível de conta gov.br exigido por tipo de processo

O gov.br classifica contas em níveis — bronze, prata e ouro — conforme o grau de verificação de identidade que o cidadão já realizou. Para processos de baixo impacto (uma manifestação de ouvidoria, por exemplo), o nível bronze pode ser suficiente. Para processos que geram efeito jurídico relevante — um alvará, uma outorga, um processo tributário —, exija nível prata ou ouro, comunicando claramente ao requerente qual verificação adicional ele precisa fazer se sua conta ainda não atender a esse nível.

3. Mantenha uma rota de acesso alternativa para quem não tem conta gov.br

Nem todo requerente terá conta gov.br verificada no momento do acesso — seja por não ter feito o cadastro, seja por dificuldade de completar a verificação de identidade exigida pelo nível de conta necessário. O sistema deve manter, em paralelo, uma opção de cadastro direto por CPF e e-mail, evitando que a integração com gov.br se transforme em uma nova barreira de exclusão digital.

4. Trate a primeira sincronização de dados do usuário com cautela

No primeiro login via gov.br, o sistema recebe dados básicos do cidadão — nome, CPF, e-mail cadastrado — e precisa decidir como tratar um usuário que talvez já tivesse um cadastro anterior feito por CPF diretamente no sistema. Defina uma regra de vinculação (mesmo CPF identifica a mesma pessoa) para evitar duplicidade de cadastro e perda de histórico de processos já protocolados por aquele requerente.

5. Configure o retorno de erro e a expiração de sessão de forma clara

Quando a autenticação via gov.br falhar — sessão expirada no provedor federal, usuário cancelou o login, instabilidade temporária do serviço — o sistema deve devolver uma mensagem compreensível ao requerente, com opção de tentar novamente ou usar a rota alternativa de cadastro, em vez de uma tela de erro técnico genérica.

6. Documente o fluxo de autenticação para a equipe de suporte municipal

A equipe de atendimento da instituição precisa saber diferenciar, na prática, um problema de autenticação do gov.br (fora do controle da instituição) de um problema do próprio sistema de protocolo, para orientar corretamente o cidadão que liga reportando dificuldade de acesso — evitando que o suporte municipal tente resolver, sem sucesso, um problema que só a Central gov.br pode resolver.

Base legal

O Decreto nº 8.936/2016 instituiu a Plataforma de Cidadania Digital, base legal da conta gov.br como mecanismo de identificação digital do cidadão perante o poder público. A Lei nº 14.129/2021 (Lei do Governo Digital), em seu art. 15, trata da adoção de mecanismos de identificação digital como instrumento de simplificação do atendimento ao usuário de serviços públicos. Como a integração envolve o compartilhamento de dados pessoais entre plataformas, a instituição deve observar os princípios de finalidade e necessidade previstos na Lei nº 13.709/2018 (LGPD).

Indicadores para acompanhar a integração com gov.br

• Percentual de logins realizados via gov.br em relação ao total de acessos ao portal de serviços.
• Taxa de abandono no fluxo de autenticação, separando falhas do gov.br de falhas do sistema próprio.
• Número de chamados de suporte relacionados a dificuldade de login, antes e depois da integração.
• Percentual de requerentes que ainda utilizam a rota alternativa de cadastro por CPF e e-mail.
• Tempo médio entre o clique em “Entrar com gov.br” e a confirmação de autenticação no sistema de protocolo.

FAQ sobre integração de login via gov.br

É obrigatório oferecer login via gov.br em sistemas municipais?

Não há obrigatoriedade legal genérica para todo município, mas a Lei do Governo Digital estimula a adoção de mecanismos de identificação digital unificada como boa prática de simplificação de serviços públicos digitais.

O que acontece com o cadastro do cidadão se ele nunca tiver conta gov.br?

O sistema deve manter uma rota de cadastro direto, sem depender de gov.br, para que a ausência de conta na plataforma federal não impeça o acesso ao serviço digital municipal.

A integração com gov.br substitui a assinatura eletrônica de documentos?

Não. Login via gov.br resolve a autenticação de acesso ao sistema. A assinatura de documentos dentro do processo é um mecanismo separado, tratado em como estruturar assinatura eletrônica em documentos administrativos, inclusive quando o próprio gov.br é usado como certificador da assinatura.

Quem armazena a senha do cidadão quando o login é via gov.br?

Nenhuma senha do usuário é armazenada pelo sistema municipal nesse fluxo. A autenticação inteira — incluindo a senha — permanece sob responsabilidade da Plataforma de Cidadania Digital do governo federal.

O nível de conta gov.br pode ser diferente para cada tipo de processo dentro do mesmo sistema?

Sim, e essa é a prática recomendada: processos de maior impacto jurídico devem exigir nível de conta mais alto (prata ou ouro), enquanto solicitações simples podem aceitar nível bronze.

Conclusão

Integrar o login via gov.br no protocolo eletrônico transfere parte do peso da autenticação — e da responsabilidade de segurança que vem com ela — para uma infraestrutura federal que o cidadão já conhece e já usa em outros serviços públicos, reduzindo fricção na adesão ao canal digital sem eliminar a rota de acesso para quem ainda não tem conta na plataforma. Essa integração se conecta diretamente ao que já foi estruturado em processo eletrônico e complementa a jornada de identificação digital tratada em assinatura eletrônica de documentos administrativos.

Se a sua instituição ainda mantém uma base de senha própria e isolada para o protocolo eletrônico, agende uma demonstração e veja como estruturar essa integração dentro do fluxo de atendimento digital ao cidadão.