Governo digital, GOV.BR, dados abertos e transparência digital
1. O mapa: do pedido do cidadão ao dado público
Imagine uma pessoa que precisa solicitar um serviço público pela internet. Para a jornada funcionar bem, o governo precisa resolver problemas diferentes, em sequência:
entender o serviço
↓
identificar e autenticar a pessoa
↓
verificar se ela pode realizar a operação
↓
examinar os requisitos do serviço
↓
decidir e permitir acompanhamento
↓
registrar, proteger e eventualmente publicar dados
Esse fluxo organiza o assunto. Governo digital não é apenas colocar tecnologia onde antes havia papel; é redesenhar serviços, processos e capacidades para produzir valor público. A plataforma GOV.BR participa de partes dessa jornada, mas não substitui o órgão responsável pela política pública. Dados gerados pelo Estado, por sua vez, podem ser públicos sem que sejam automaticamente dados abertos.
O edital foi publicado em 6 de julho de 2026. Para a prova, separe duas camadas:
- regras jurídicas: considere o corte normativo do edital;
- funcionalidades operacionais do GOV.BR: interfaces e métodos podem mudar, portanto o mais importante é compreender sua função e o grau de confiança que produzem.
2. Quando há transformação digital de verdade?
Converter um formulário em PDF pode apenas trocar o suporte. O processo continua ruim se o cidadão ainda tiver de repetir dados que o governo já possui, circular entre vários órgãos ou usar um canal inacessível.
A diferença central é esta:
| Situação | O que muda |
|---|---|
| informatização | tecnologia passa a executar uma tarefa existente |
| digitalização | informação ou etapa passa ao formato digital |
| transformação digital | processo, organização e jornada são redesenhados |
| governo digital | tecnologias e dados são usados estrategicamente para serviços, participação, eficiência e confiança |
Um bom serviço digital procura simplificar etapas, integrar capacidades, reduzir exigências desnecessárias, usar linguagem simples e manter acessibilidade. Digital por padrão não significa digital como única barreira. Atendimento assistido ou presencial continua relevante quando necessário ao usuário.
2.1 A lógica da Lei nº 14.129/2021
A Lei do Governo Digital organiza princípios, instrumentos e regras para aumentar a eficiência pública por meio da transformação digital e da participação do cidadão.
Seu âmbito direto é o definido no art. 2º para a administração pública federal. Estados, DF e municípios podem adotar seus comandos por atos normativos próprios. Por isso, é errado transformar automaticamente toda regra federal da lei em obrigação idêntica para cada ente subnacional.
Entre as diretrizes relevantes estão simplificação, desburocratização, plataforma única de acesso, interoperabilidade, transparência, acessibilidade, proteção de dados, atendimento multicanal e serviços orientados ao usuário.
A ideia de interoperabilidade é simples: sistemas diferentes conseguem trocar e compreender informações segundo regras comuns. Isso reduz repetição de dados e permite jornadas integradas, sem significar que todas as bases se tornam uma única base.
3. Plataforma, portal e laboratório não são a mesma coisa
A prova costuma trocar conceitos que parecem próximos.
Plataforma de governo digital é uma capacidade comum, centralizada e compartilhada, necessária à oferta digital de serviços. A Lei nº 14.129/2021 relaciona a prestação digital à Base Nacional de Serviços Públicos, às Cartas de Serviços ao Usuário e às Plataformas de Governo Digital. A plataforma deve permitir, entre outras funções legais, solicitar e acompanhar serviços e apresentar painel de monitoramento de desempenho.
Governo como plataforma é uma ideia mais ampla: o Estado organiza infraestruturas e capacidades reutilizáveis para facilitar uso seguro de dados, integração e interação entre agentes. Identidade digital, notificações, pagamentos, compartilhamento seguro de dados e registros de referência são exemplos de capacidades que podem ser reaproveitadas por muitos serviços.
Portal, por outro lado, é uma porta de entrada. Ele ajuda o usuário a encontrar informações e serviços, mas não executa sozinho todas as políticas públicas.
Laboratório de inovação tem outro núcleo: experimentação colaborativa. Em um exemplo hipotético, servidores e cidadãos testam protótipos de uma nova jornada, observam dificuldades e ajustam a solução. O laboratório não é sinônimo de portal nem de plataforma.
4. Estratégias e articulação federativa
Dois instrumentos precisam ser distinguidos:
| Instrumento | Função |
|---|---|
| ENGD | articula objetivos nacionais de governo digital entre os entes federativos |
| EFGD | orienta órgãos e entidades federais abrangidos |
A ENGD e a EFGD não são portais e não são dois nomes para o mesmo instrumento.
A Rede Gov.br funciona como ambiente de colaboração e intercâmbio. A adesão de estados, DF e municípios é voluntária. Participar não transfere competências constitucionais nem obriga todos a usar sistemas idênticos.
5. Ecossistema GOV.BR: cinco peças, cinco funções
Retome a pessoa do início do capítulo. Ela encontra o serviço no portal, usa sua conta para se autenticar e pode usar o aplicativo para recursos de segurança e funcionalidades móveis. O órgão responsável continua sendo quem aplica a regra material do serviço.
| Elemento | Função principal |
|---|---|
| Portal GOV.BR | localizar informações, órgãos e serviços |
| conta GOV.BR | identificar e autenticar o usuário |
| aplicativo GOV.BR | oferecer segurança da conta e recursos móveis |
| Carteira de Documentos Digitais | apresentar documentos disponibilizados |
| serviço integrado | executar a jornada definida pelo órgão responsável |
5.1 Conta não é aplicativo
A conta pode existir sem o aplicativo instalado. O aplicativo, porém, é usado em funções como reconhecimento facial, verificação em duas etapas, gestão de dispositivos, prova de vida, carteira de documentos e outras operações móveis.
Desinstalar o aplicativo não equivale a excluir a conta.
5.2 Login único não é autorização universal
O login único permite reutilizar a mesma identidade em serviços integrados. Ele não significa:
- uma base única com todos os dados do governo;
- permissão para executar qualquer operação;
- deferimento automático de um pedido;
- dispensa dos requisitos materiais do serviço;
- substituição do órgão competente.
6. Identificação, autenticação, autorização e elegibilidade
Esses termos formam uma cadeia lógica:
| Etapa | Pergunta |
|---|---|
| identificação | quem a pessoa afirma ser? |
| autenticação | foi comprovado que é essa pessoa? |
| nível de confiança | quão robusta foi essa validação? |
| autorização | essa identidade pode executar a operação? |
| elegibilidade | a pessoa cumpre os requisitos materiais do serviço? |
| decisão | o órgão deferiu ou indeferiu? |
Caso hipotético
Uma pessoa entra com conta Ouro e solicita benefício cuja lei exige determinado limite de renda.
A conta Ouro fornece alto grau de confiança sobre a identidade. Isso pode autorizar o acesso à operação. Ainda assim, o órgão precisa verificar a renda e os demais requisitos. Se eles não forem cumpridos, o pedido pode ser indeferido.
Autenticação forte não cria direito material.
7. Níveis da conta GOV.BR
A documentação oficial organiza as contas em Bronze, Prata e Ouro. Os níveis refletem a forma de criação ou validação da conta, o grau de segurança e os serviços ou transações que podem ser realizados.
A referência normativa atual para criação e gestão das contas é a Portaria SGD/MGI nº 11.229/2025. O início de sua vigência foi prorrogado pela Portaria SGD/MGI nº 4.921/2026.
| Nível | Característica geral |
|---|---|
| Bronze | segurança básica e autenticação de fator único |
| Prata | segurança alta e autenticação multifator |
| Ouro | segurança máxima e autenticação multifator |
Nível não representa renda, mérito, prioridade administrativa ou direito a benefício.
7.1 Métodos de validação
Os métodos operacionais podem mudar. No corte verificado, a documentação oficial inclui:
| Nível | Exemplos de validação |
|---|---|
| Bronze | dados validados na Receita Federal ou no INSS; criação presencial admitida em atendimento credenciado |
| Prata | reconhecimento facial com base da CNH; banco credenciado; credenciais do SIGEPE |
| Ouro | reconhecimento facial com base da Justiça Eleitoral; leitura do QR Code da CIN; certificado digital de pessoa física ICP-Brasil |
O que deve ser memorizado primeiro é o grau crescente de confiança, não uma lista eterna de telas ou botões.
7.2 Balcão GOV.BR
O Balcão pode orientar criação ou recuperação da conta, consultar o nível atual e ajudar o cidadão a usar os métodos disponíveis. O sistema do Balcão não atribui diretamente Prata ou Ouro.
8. Segurança da conta: senha, segundo fator e dispositivo
Para contas Prata e Ouro, a verificação em duas etapas acrescenta uma prova além da senha.
CPF + senha
↓
código gerado no aplicativo GOV.BR
↓
acesso
No fluxo documentado, o código da verificação em duas etapas é gerado no aplicativo GOV.BR; não é enviado por SMS e não é gerado por autenticador externo. O usuário também pode gerenciar dispositivos e consultar histórico de acessos.
Se houver perda ou troca do celular, a lógica de segurança é: recuperar a conta pelos canais oficiais, revisar dispositivos, desvincular o equipamento antigo e reativar as proteções no novo aparelho. Senhas e códigos não devem ser compartilhados com atendentes.
9. Carteira de Documentos Digitais: mostrar não é emitir
A Carteira de Documentos Digitais é uma funcionalidade do aplicativo GOV.BR disponível conforme os requisitos da conta e do documento.
O fluxo é:
órgão competente emite
↓
documento é associado à identidade
↓
usuário adiciona à carteira
↓
visualiza, apresenta ou compartilha
A carteira não transforma o GOV.BR em órgão emissor universal. Cada documento conserva sua própria regra de emissão e validade. Nem todo documento público está disponível na carteira.
Quando houver compartilhamento em PDF com autenticidade verificável por QR Code, ainda é importante distinguir apresentar uma credencial de produzir o documento original.
10. Do dado público ao dado aberto
Agora mude o foco da identidade para os dados produzidos ou custodiados pelo Estado.
Um dado pode ser público e ainda assim não estar aberto para reúso. Também pode existir informação pública sujeita a restrições legítimas, como proteção de dados pessoais ou sigilo legal.
| Categoria | Ideia central |
|---|---|
| dado público | está sob produção ou custódia estatal e se submete ao regime jurídico aplicável |
| dado acessível | pode ser consultado por determinada via |
| dado aberto | pode ser acessado, processado por máquina, usado e reutilizado nos termos da licença |
| dado pessoal | exige base jurídica, finalidade, necessidade e proteção |
| informação sigilosa | possui restrição jurídica de acesso |
Baixável não significa aberto.
10.1 O que torna um dado realmente reutilizável?
Abertura útil combina aspectos técnicos e jurídicos: formato estruturado, processamento por máquina, especificação aberta, metadados, licença, atualização, integridade e qualidade.
Metadados são dados que descrevem outros dados. Eles informam, por exemplo, origem, responsável, campos, periodicidade, cobertura e data de atualização. Sem isso, um arquivo pode até ser baixável, mas ser difícil de interpretar ou reutilizar.
11. Conjunto, recurso, catálogo, formato e licença
Considere um conjunto hipotético chamado “Contratos”. Ele pode ter vários recursos: um arquivo mensal, uma interface de consulta e um dicionário de campos.
| Elemento | Função |
|---|---|
| conjunto de dados | coleção lógica sobre um tema |
| recurso | arquivo ou acesso concreto ao conteúdo |
| catálogo | permite descobrir conjuntos e recursos |
| metadados | descrevem conteúdo, origem, atualização e limites |
| formato | define a estrutura técnica |
| licença | autoriza juridicamente uso e reúso |
| API | permite acesso programático aos dados |
| responsável | mantém qualidade e disponibilidade |
Nesse exemplo, os recursos poderiam incluir CSV, JSON e uma API documentada. Ter uma API não resolve sozinho a abertura: ainda é necessário observar documentação, licença, qualidade e estabilidade.
11.1 Legível para pessoa não é o mesmo que processável por máquina
Uma imagem escaneada pode ser visualmente compreensível, mas não oferece estrutura adequada para processamento automático. Um PDF textual pode permitir busca e cópia, mas isso ainda não o torna necessariamente um dado aberto estruturado.
12. INDA, Portal Brasileiro e PDA
A INDA coordena padrões, governança e política de dados abertos no Poder Executivo federal.
O Portal Brasileiro de Dados Abertos funciona principalmente como catálogo. Ele ajuda a descobrir conjuntos e pode apontar para arquivos ou APIs mantidas pelos órgãos de origem. Por isso, aparecer no portal não garante que todo recurso externo esteja permanentemente disponível.
O PDA organiza a política de abertura no órgão: inventário de bases, critérios de priorização, cronograma, responsáveis, participação social, atualização e monitoramento.
Não transforme em regra universal a afirmação de que todo PDA é obrigatoriamente bienal apenas por força do Decreto nº 8.777/2016. Ciclos de dois anos podem decorrer de atos, orientações ou do próprio plano.
13. Transparência ativa, transparência passiva e dados abertos
Transparência e dados abertos se relacionam, mas resolvem problemas diferentes.
Transparência ativa ocorre quando o poder público divulga informação independentemente de pedido. Exemplos incluem estrutura institucional, despesas, licitações, contratos, programas, metas e perguntas frequentes.
Transparência passiva ocorre quando alguém solicita informação e o poder público responde segundo o procedimento legal.
pedido
↓
protocolo
↓
busca e análise
↓
resposta, acesso parcial ou negativa fundamentada
↓
recurso
A Lei nº 12.527/2011 não permite exigir os motivos determinantes do pedido de acesso.
Dados abertos acrescentam outra dimensão: reúso estruturado por pessoas e máquinas. Assim, uma publicação pode atender à transparência humana e ainda não constituir dado aberto em sentido técnico.
13.1 Canais de acesso
| Canal | Função |
|---|---|
| SIC | atendimento relacionado ao acesso à informação |
| e-SIC | meio eletrônico para pedidos de acesso |
| Fala.BR | plataforma integrada que reúne acesso à informação e manifestações de ouvidoria |
Compartilhar a mesma plataforma tecnológica não transforma pedido de acesso, denúncia, reclamação, sugestão, elogio e solicitação de providência no mesmo instituto jurídico.
14. Como resolver as questões
Quando aparecer uma alternativa longa, identifique primeiro qual camada está sendo testada:
- transformação: tecnologia só reproduziu a burocracia ou redesenhou a jornada?
- plataforma: trata-se de capacidade compartilhada, portal de entrada ou órgão responsável?
- identidade: a questão fala em identificar, autenticar ou medir confiança?
- permissão: autenticar significa apenas provar identidade; autorização e elegibilidade ainda são etapas próprias.
- nível da conta: Bronze, Prata e Ouro medem confiança e possibilidades de uso, não mérito ou direito material.
- documento digital: apresentar na carteira não é emitir.
- dados: público, acessível e aberto não são sinônimos.
- arquitetura: conjunto, recurso, catálogo, metadados, formato, licença e API têm funções diferentes.
- transparência: ativa independe de pedido; passiva responde a pedido; dados abertos enfatizam reúso estruturado.
Pegadinhas de alta incidência
- informatização ≠ transformação digital;
- plataforma ≠ portal;
- conta ≠ aplicativo;
- login ≠ autorização;
- autenticação ≠ elegibilidade;
- Ouro ≠ benefício garantido;
- Balcão GOV.BR ≠ elevação direta para Prata ou Ouro;
- carteira ≠ órgão emissor;
- público ≠ aberto;
- PDF ≠ dado aberto por definição;
- catálogo ≠ fonte original do dado;
- metadado ≠ conjunto de dados;
- API ≠ licença;
- transparência ativa ≠ passiva;
- plataforma integrada ≠ fluxo jurídico único.
Referências
- CEBRASPE. Edital nº 1 do concurso TCE-MA 2026. Itens 4.1 a 4.3; publicado em 6 jul. 2026; acesso em 27 jul. 2026.
- BRASIL. Lei nº 14.129, de 29 de março de 2021. Governo Digital; acesso em 27 jul. 2026.
- BRASIL. Lei nº 12.527, de 18 de novembro de 2011. Lei de Acesso à Informação; acesso em 27 jul. 2026.
- BRASIL. Decreto nº 8.777, de 11 de maio de 2016. Política de Dados Abertos; acesso em 27 jul. 2026.
- GOVERNO DIGITAL. Conta GOV.BR. Conta, aplicativo e referência normativa; acesso em 27 jul. 2026.
- GOVERNO DIGITAL. Níveis da conta GOV.BR. Métodos Bronze, Prata e Ouro; acesso em 27 jul. 2026.
- GOVERNO DIGITAL. Segurança da conta. Verificação em duas etapas e dispositivos; acesso em 27 jul. 2026.
- GOVERNO DIGITAL. Balcão GOV.BR e aumento de nível. Limites do atendimento; acesso em 27 jul. 2026.
- GOVERNO DIGITAL. Carteira de Documentos Digitais. Exibição e compartilhamento; acesso em 27 jul. 2026.
- GOVERNO DIGITAL. Dados Abertos. Política e definição; acesso em 27 jul. 2026.
- CGU. Portal Brasileiro de Dados Abertos. Catálogo nacional; acesso em 27 jul. 2026.
- MGI. Portarias de 2025. Portaria SGD/MGI nº 11.229/2025; acesso em 27 jul. 2026.
- MGI. Portarias de 2026. Portaria SGD/MGI nº 4.921/2026; acesso em 27 jul. 2026.
- FGV. Prova da Câmara Municipal de Fortaleza — Consultor Legislativo — Administração Pública. Questões 61 e 66; aplicada em 7 abr. 2024; acesso em 27 jul. 2026.
- FGV. Gabarito definitivo da Câmara Municipal de Fortaleza. Tipo 1; acesso em 27 jul. 2026.