Aceitar a EUDI Wallet além-fronteiras: uma integração para toda a UE

Última revisão: 31 de outubro de 2026 · Não constitui aconselhamento jurídico

A aceitação transfronteiriça da EUDI Wallet parece um projeto de 27 países, mas o Regulamento (UE) 2024/1183 e os respetivos atos de execução fixam o modelo de dados, os formatos e as listas de confiança para todos os Estados-Membros. A parte difícil está nos seus próprios sistemas: os PID de um cliente francês não têm o mesmo aspeto que os de um cliente polaco, um cliente recorrente não tem um identificador comum da UE e alguns países vão chegar tarde.

Este guia pressupõe que sabe o que uma parte que confia tem de fazer e como funciona um verificador OpenID4VP. Para escolher como ligar-se, leia o nosso guia das vias de integração da EUDI Wallet. As regras abaixo provêm do texto primário, incluindo as alterações de julho de 2026 e o Architecture and Reference Framework (ARF) 3.0.0.

O que significa juridicamente a aceitação transfronteiriça da EUDI Wallet

Cada Estado-Membro deve disponibilizar "pelo menos uma Carteira Europeia de Identidade Digital", diretamente, ao abrigo de um mandato ou de forma independente mas reconhecida por esse Estado, pelo que um país pode ter várias.^[1] Uma parte que confia "deve registar-se no Estado-Membro onde está estabelecida", uma única vez, e as carteiras devem conseguir autenticá-la "independentemente do local onde estejam estabelecidas na União".^[1][6] E a parte que confia é "responsável pela realização do procedimento de autenticação e validação" dos dados que solicita.^[1]

Para as empresas privadas, o artigo 5.º-F, n.º 2, exclui as micro e pequenas empresas e aplica-se "apenas mediante pedido voluntário do utilizador".^[1] O nosso guia de prazos explica quem está abrangido.

1. 11 de agosto de 2026Regras PID atualizadasO Regulamento 2026/1731, publicado em 22 de julho, entra em vigor e substitui o anexo relativo aos PID.
2. 24 de dezembro de 2026Prazo das carteirasAplicam-se também as regras de correspondência de identidade e de registo.
3. Primeiro trimestre de 2027Base de testesObjetivo indicativo para a versão candidata de conformidade.
4. 24 de dezembro de 2027Aceitação privadaPrazo do Artigo 5f(2) para as empresas abrangidas.
5. 11 de agosto de 2028Retrato, certificadosRetrato no conjunto obrigatório; as carteiras validam os certificados de registo.

As datas que moldam uma implementação transfronteiriça. As datas de 24 de dezembro de 2026 e 2027 são calculadas a partir da entrada em vigor dos atos de execução, em 24 de dezembro de 2024.^{[1][2][5][15]}

O modelo de confiança: LoTEs, não uma única grande lista

Para um PID, "a lista de confiança da UE" é o modelo mental errado. A ARF 3.0.0 afirma que "Trusted Lists exist only for QEAA Providers", ou seja, os emitentes de atestados qualificados, cujas listas nacionais são acessíveis através da List of Trusted Lists (LOTL) da Comissão.^[8] Tudo o resto consta de Lists of Trusted Entities, "signed and published by the Commission" depois de os Estados-Membros notificarem as entidades.^[8]

Que lista serve para quê, com base na secção 3.5 da ARF e no Artigo 5 do Regulamento 2024/2980.^[4][8] As próprias partes que confiam não constam de nenhuma lista.^[8]

Quando uma carteira responde, o seu verificador percorre uma única cadeia, igual para um PID de qualquer Estado-Membro:

Uma cadeia de verificação para todos os países emissores, resumida das secções 6.6.3.6 a 6.6.3.9 do ARF.^[9]

O ARF classifica as verificações de revogação e de vinculação ao dispositivo como "recomendadas mas não obrigatórias" em geral, mas confiar na autenticação do utilizador feita pela carteira "implica que as partes utilizadoras têm de verificar a vinculação ao dispositivo".^[9] Para o onboarding, aconselhamos tratar ambas como obrigatórias. O que a vinculação ao dispositivo não prova é uma questão à parte.

Não pode verificar a própria carteira: depende do fornecedor de PID, que revoga o PID se a unidade de carteira for revogada, pelo que a verificação do estado do PID cobre a carteira.^[9] As entidades nunca são eliminadas de uma lista, apenas passam a Invalid, por isso leia o estado.^[8]

Registe-se uma vez e peça apenas o que registou

Regista-se apenas no seu país e qualquer carteira pode autenticá-lo; a carteira compara o seu pedido com o seu certificado de registo.^[1][6][9]

Registe-se uma vez no país de origem, apresente em qualquer lugar. Simplificado a partir da secção 6.6.3 do ARF e do Regulamento 2025/848.^[6][9]

A armadilha transfronteiriça está no resultado. Se pedir mais do que registou, a carteira "deve avisar claramente o utilizador da carteira antes de qualquer divulgação", mas cada fornecedor de carteira decide, com base na sua própria análise de risco, se o utilizador pode continuar, se apenas o subconjunto registado é partilhado ou se o pedido é rejeitado.^[2] Um único pedido excessivo pode, por isso, dar três resultados diferentes em três países.^[2] As carteiras só têm de validar certificados de registo a partir de 11 de agosto de 2028, por isso teste este comportamento em cada carteira em vez de confiar num único resultado.^[2]

Registe todos os atributos de que possa precisar em qualquer país e, depois, peça em cada percurso apenas o que esse percurso exige. Os Estados-Membros "podem exigir" certificados de registo, por isso confirme a política da sua entidade de registo.^[6] O nosso guia de políticas e controlos transforma isto num controlo com responsável atribuído.

Atributos PID: mesmo esquema, conteúdos diferentes

O anexo PID do Regulamento 2024/2977 foi substituído pelo Regulamento 2026/1731 em julho de 2026, pelo que as tabelas mais antigas estão desatualizadas.^[2] Os nomes dos atributos também diferem entre os dois formatos.

O PID de pessoa singular, tal como substituído em julho de 2026.^[2] Metadados: issuing_authority e issuing_country são obrigatórios; expiry_date, issuance_date, document_number e issuing_jurisdiction são opcionais.^[2]

Teste cada um destes pontos:

• Desconhecida e apátrida. A nacionalidade desconhecida é o valor QU, a ausência de nacionalidade é QS.^[2] Um parser ISO de países estrito rejeita ambos.
• Local de nascimento. "Deve conter, pelo menos, um" dos seguintes elementos: país, região ou localidade.^[2] Pode receber uma localidade sem país.
• Várias nacionalidades. O prestador "pode incluir" todas. O Rulebook também permite uma segunda num atributo nacional.^[2][11]
• Rua. O resident_street passa a incluir o número da porta; o atributo separado do número da porta deixou de existir.^[2][3]
• Extras nacionais. Os países podem acrescentar atributos num namespace como eu.europa.ec.eudi.pid.[country] ou num tipo nacional, publicados ao abrigo do Regulamento 2025/1569.^[2]

Para as entidades sujeitas ao Regulamento Antibranqueamento de Capitais (AMLR), é aqui que uma só carteira deixa de bastar. A norma técnica final em projeto da Autoridade Europeia para o Combate ao Branqueamento de Capitais (AMLA), de 30 de setembro de 2026, ainda em projeto, determina que, quando um meio não contenha todos os atributos, a entidade "deve tomar medidas para obter e verificar os atributos em falta através de outros meios".^[14]

Com base no Anexo I do projeto de norma da AMLA.^[13][14] Esse projeto ainda inclui o resident_house_number, que o anexo do PID de julho de 2026 eliminou, pelo que se espera que a correspondência mude.^[2][14] Leia o nosso guia sobre o AMLR para conhecer a posição completa.

Normalizar nomes, moradas e locais

O texto do PID está em UTF-8 com toda a gama Unicode, e um campo de texto mdoc tem um limite de 150 caracteres.^[2] Nenhum atributo do PID inclui uma transliteração latina: nem o anexo nem o Rulebook 1.7 a definem.^[2][11] Assim, um cliente pode chegar em alfabeto grego ou cirílico, enquanto a sua filtragem de sanções e os seus registos existentes usam caracteres latinos. O projeto da AMLA pede às entidades que filtrem os nomes "no seu alfabeto original e/ou transliterados para o alfabeto latino".^[14]

A norma jurídica mais próxima, redigida para organismos públicos, determina que o resultado da correspondência "não deve, na medida do possível, ser afetado por diferenças de transliteração, espaços em branco, hifenização, concatenação e variações ortográficas semelhantes".^[5] O desenho que recomendamos, um conselho de engenharia e não uma norma legal:

• Mantenha o original. Guarde o valor assinado como prova; derive uma chave de correspondência separada.
• Normalize num único sítio. Aplique a normalização Unicode (NFC), uniformize maiúsculas e minúsculas, reduza os espaços e trate hífenes e apóstrofos como separadores.
• Compare por camadas. Tente a correspondência exata, depois sem diacríticos, depois pela ordem dos elementos, e registe a camada que correspondeu.
• Trate as mudanças de alfabeto como prova. Use a forma latina que consta do documento do próprio cliente, e não uma tabela de transliteração.

A língua é responsabilidade sua. Nenhum atributo do PID indica uma língua ou um locale, por isso obtenha-a do seu próprio fluxo.^[2][11] A carteira apresenta os seus próprios ecrãs, mas o seu pedido, o texto sobre a utilização prevista e as mensagens de erro têm de ser traduzidos; para o retrato, as regras exigem que a utilização prevista seja indicada "numa linguagem clara e inteligível".^[2]

As moradas exigem o mesmo cuidado. resident_address é texto livre, enquanto os seus componentes são atributos separados, e qualquer um deles pode faltar.^[2] O projeto da AMLA pede os elementos país, localidade e rua, e os seus considerandos pretendem atributos em "campos de dados estruturados".^[14] Aceite os dois formatos.

Correspondência de identidade e clientes recorrentes

Não existe um número de cliente à escala da UE. personal_administrative_number é opcional e único apenas "entre todos os números administrativos pessoais emitidos pelo fornecedor".^[2] Perante vários PID do formato pedido, a carteira pergunta ao utilizador, salvo se o contexto decidir, e os PID técnicos duram normalmente dias ou semanas.^[10][11] Por isso, nunca associe uma conta a uma assinatura de PID, a uma chave pública ou a um document_number.

O Regulamento (UE) 2025/846 estabelece procedimentos de correspondência de identidade transfronteiriça aplicáveis a partir de 24 de dezembro de 2026. Vincula "organismos do setor público ou [...] organismos que atuem em nome de um organismo do setor público".^[5] Os Estados-Membros decidem se as partes utilizadoras privadas podem usar esses sistemas e, quando o fazem, os procedimentos aplicam-se "se for caso disso".^[5]

Artigo 2.º, n.º 7Regulamento (UE) 2025/846

"Caso a correspondência não seja exata ou diga respeito a mais do que uma pessoa singular, ou a parte que efetua a correspondência de identidade não possa garantir que a correspondência é inequívoca, considera-se que o processo de correspondência de identidade não foi bem-sucedido."

Fonte: EUR-Lex, Regulamento de Execução (UE) 2025/846^[5]

O processo do Regulamento 2025/846, simplificado. Os organismos públicos têm de o seguir. Para as empresas privadas é um modelo, salvo se as regras nacionais o alargarem.^[5]

Os registos são conservados "por um período mínimo de 6 meses e máximo de 12 meses para fins de segurança". Só são conservados por mais tempo para outros fins quando o direito da União ou o direito nacional o exija.^[5] Mantenha-os separados dos registos AML. Após uma primeira correspondência, guarde a sua própria associação entre a pessoa e a conta. É uma das opções de reutilização previstas e evita repetir o trabalho quando a PID é reemitida.^[5]

Formatos, protocolos e versões da carteira

Um PID Provider "emite qualquer PID em ambos" os formatos. Por isso, um verificador só de PID poderia pedir apenas um, mas cubra ambos salvo se os seus testes provarem o contrário.^[10] A nossa comparação SD-JWT VC vs mdoc explica as diferenças. A apresentação tem dois perfis, cada um com duas formas de chegar à carteira.^[2]

Regulamento 2024/2982 Anexo II, aditado em julho de 2026.^[2][7]

As regras indicam especificações datadas, que os atos modificativos podem alterar. A obtenção por servidor ISO é proibida para todos.^[2][7] O sistema operativo também é uma variável. Uma carteira tem de suportar uma API mediadora, mas o Regulamento regista que um dispositivo ou navegador pode não suportar ambos os protocolos. O Regulamento trata esse caso como uma não conformidade fora do controlo da carteira.^[2]

Verifique o estado de certificação separadamente da conformidade do protocolo. Os Estados-Membros comunicam as carteiras certificadas para uma lista da Comissão nos termos do artigo 5d.^[1] O quadro de conformidade funcional da Comissão ainda está na série 0.x. O seu roteiro, assinalado como indicativo, aponta para "uma versão candidata no primeiro trimestre de 2027", sendo a versão 1.0.0 "a primeira base de referência de âmbito completo adequada para certificação".^[15]

Teste antes da chegada das carteiras nacionais

A implementação de referência da Comissão inclui uma carteira de exemplo, um verificador de teste e um emissor de teste. Inclui também repositórios abertos para o endpoint do verificador e para a validação de confiança.^[19] Um resultado positivo mostra adequação ao protocolo, não o comportamento das carteiras nacionais.

A vertente de testes do Launchpad 2026 passou a "validar o modo como as soluções funcionam em conjunto em condições reais, antes do lançamento", com acesso de teste às LoTEs no eIDAS Dashboard.^[16] As partes utilizadoras aderem através dos Large Scale Pilots ou de um convite nacional. Os fornecedores de soluções também participam.^[16] Decorreram seis pilotos, entre eles o POTENTIAL, sobre autenticação transfronteiriça.^[18] O APTITUDE e o WE BUILD continuam ativos. O segundo trabalha em casos de utilização empresariais e de pagamentos.^[17]

O que fazer quando um país está atrasado

O nosso EUDI Wallet tracker mantém o estado por país, e a Alemanha e a Itália têm guias próprios. Faça de cada país uma configuração com um de três estados, determinada pelas listas e não pela imprensa.

Um modelo de estados por país para a implementação. Esta é a nossa sugestão; a lei não define estes estados.

Vai precisar das outras vias de qualquer forma. A utilização da carteira "é voluntária", o acesso não pode ser "restringido nem desfavorecido" para quem não a tenha, e "continua a ser possível" utilizar outros meios.^[1] Nos termos do AMLR, os documentos de identificação e a identificação eletrónica de nível de garantia substancial ou elevado coexistem como vias de verificação.^[13] A sua via de integração deve fazer de um país atrasado uma simples configuração.

A sua lista de verificação transfronteiriça para este mês

• Identifique que entidades e países estão abrangidos pelo Artigo 5f(2).^[1]
• Confirme o organismo de registo e a política de registo do seu Estado-Membro de origem.^[6]
• Liste todos os atributos de que possa precisar em qualquer país.
• Crie um esquema interno único que faça corresponder os nomes mdoc e SD-JWT VC.^[2]
• Substitua as tabelas antigas de PID pelo anexo de julho de 2026.^[2]
• Acrescente casos de teste para QU, QS e local de nascimento parcial.^[2]
• Crie um carregador de listas para ETSI TS 119 602 e ETSI TS 119 612.^[8]
• Redija as mensagens de falha de correspondência em cada língua dos clientes.^[5]
• Defina a conservação dos registos de correspondência e compare-a com a conservação para efeitos de AML.^[5]
• Pergunte ao seu coordenador nacional sobre o acesso a projetos-piloto, ao Launchpad ou a programas da Comissão.^[16][20]

Como a Didit ajuda na aceitação transfronteiriça

A aceitação da EUDI Wallet estará disponível em breve na Didit, e pode acompanhá-la na nossa página da EUDI Wallet. Hoje já pode construir as vias que a rodeiam. As identificações eletrónicas nacionais (MitID, BankID Sweden, Finnish Trust Network, Smart-ID, Mobile-ID) funcionam através do início de sessão com carteira, com resultados normalizados porque "os nomes dos atributos das carteiras variam".^[21] Escolhe as carteiras aceites por país e se uma falha remete para um documento ou leva à recusa.^[21] A via documental abrange mais de 14,000 tipos de documentos.^[22] Para as lacunas de nome e morada acima referidas, lê o documento do cliente, e a triagem AML é feita com base em mais de 1,300 fontes de sanções, PEP e listas de vigilância.^[23]

Perguntas frequentes

Fontes

1. Regulamento (UE) n.º 910/2014, alterado pelo Regulamento (UE) 2024/1183, texto consolidado, EUR-Lex.
2. Regulamento de Execução (UE) 2026/1731 da Comissão, que altera os Regulamentos 2024/2977, 2024/2979, 2024/2980 e 2024/2982, EUR-Lex, 15 de julho de 2026.
3. Regulamento de Execução (UE) 2024/2977 da Comissão, dados de identificação pessoal, EUR-Lex, texto original.
4. Regulamento de Execução (UE) 2024/2980 da Comissão, notificações, EUR-Lex.
5. Regulamento de Execução (UE) 2025/846 da Comissão, correspondência transfronteiriça de identidades, EUR-Lex.
6. Regulamento de Execução (UE) 2025/848 da Comissão, registo das partes utilizadoras de carteiras, EUR-Lex.
7. Regulamento de Execução (UE) 2024/2982 da Comissão, protocolos e interfaces, EUR-Lex.
8. Architecture and Reference Framework 3.0.0, capítulo 3, Roles, Comissão Europeia.
9. Architecture and Reference Framework 3.0.0, capítulo 6, Trust model, Comissão Europeia.
10. ARF Anexo 2, High-level requirements by topic, Comissão Europeia.
11. PID Rulebook, versão 1.7, Comissão Europeia, 17 de julho de 2026.
12. Lista compilada de fornecedores de PID, eIDAS Dashboard, Comissão Europeia, consultado em 31 de outubro de 2026.
13. Regulamento (UE) 2024/1624 (AMLR), EUR-Lex.
14. Relatório final, projeto de normas técnicas de regulamentação ao abrigo do artigo 28(1) do AMLR, AMLA, 30 de setembro de 2026.
15. Roteiro de conformidade funcional, quadro de conformidade funcional da EUDI Wallet, consultado em 31 de outubro de 2026.
16. Launchpad Testing 2026, Comissão Europeia, atualizado em 23 de outubro de 2026.
17. O que são os Large Scale Pilots, Comissão Europeia, atualizado em 22 de julho de 2026.
18. PID Identification Manual, Comissão Europeia, atualizado a 11 de fevereiro de 2026.
19. EUDI Wallet Reference Implementation documentation, Comissão Europeia.
20. Relying Party Engagement Programme, Comissão Europeia, atualizado a 18 de setembro de 2026.
21. Digital ID Wallet Verification API and Coverage, documentação da Didit.
22. ID Verification overview, documentação da Didit.
23. AML Screening overview, documentação da Didit.
24. Data retention, documentação da Didit.

Acompanhe a implementação na nossa página da EUDI Wallet, veja as vias que já funcionam na nossa página de verificação por eID e compare as opções na página de preços.