O que é uma parte confiante no ecossistema EUDI Wallet?
Uma parte confiante é qualquer organização que pede a uma pessoa ou a uma empresa prova de alguma coisa e depois se apoia na resposta para tomar uma decisão. No ecossistema European Digital Identity Wallet é a parte que está do lado de quem recebe: pede dados a uma carteira, verifica-os e age em função do resultado. O termo oficial é wallet-relying party e, na conversa do dia a dia, a maioria das pessoas diz simplesmente verificador.
O papel em termos simples
O papel não é novo. A sua organização já é uma parte confiante sempre que verifica um passaporte, uma certidão comercial ou um diploma. O que muda é que a verificação deixa de ser uma pessoa a ler um documento e passa a ser uma resposta automática em que pode confiar em segundos.
Parte confiante é um papel, não um tipo de empresa. A mesma organização pode ser parte confiante num processo e emissora noutro: uma universidade pede um documento de identidade ao aluno na inscrição e entrega-lhe um diploma no final. O que a torna parte confiante num dado momento é simplesmente o facto de ser quem pede, verifica e decide.
A mudança importante está na origem da prova. Hoje é a pessoa à sua frente que carrega o ónus de provar que um documento é autêntico, e é a sua organização que suporta o custo de o avaliar. Com uma carteira, a prova é assinada pela organização que já detém o facto, pelo que a verificação passa a ser um cálculo em vez de um juízo.
É por isso que vale a pena perceber o papel mesmo que nada o obrigue ainda a assumi-lo. A partir do momento em que um cliente consegue provar quem é em poucos segundos, qualquer processo que continue a pedir um carregamento e uma análise manual começa a parecer lento por comparação.
Três exemplos do dia a dia
O padrão é sempre o mesmo. Alguém precisa de saber um facto, outra entidade já o tem e, até agora, a única forma de ligar os dois era um documento e uma certa dose de confiança.
Um banco a integrar um novo cliente
Em vez de recolher digitalizações de um passaporte e de uma certidão de registo comercial, o banco pede os dados de identidade e de empresa de que necessita e recebe uma resposta verificada em segundos. O banco é a parte confiante: age com base em dados que outra entidade garantiu.
Uma loja online a verificar a idade
A loja precisa de um único facto: este cliente tem idade suficiente. Pede apenas esse facto, não uma data de nascimento nem uma cópia de um documento, e nunca guarda um documento de identidade que, à partida, não queria ter.
Um portal de fornecedores a verificar uma empresa
Um comprador quer saber que o fornecedor que se está a registar é uma empresa real e devidamente registada e que a pessoa que faz o registo pode agir em nome dela. Ambos os factos chegam dos registos de origem e não de um PDF carregado pelo fornecedor.
O que os três casos têm em comum é que nenhum deles quer realmente o documento. O banco quer saber que uma empresa existe e que a pessoa que assina pode agir em nome dela, e a loja só quer saber que um cliente tem idade suficiente. O documento nunca foi o ponto: era apenas o único suporte disponível para o facto.
Separar o facto do documento muda aquilo com que a sua organização fica. Uma verificação de idade que devolve apenas sim ou não deixa-o sem nada de sensível para proteger, ao passo que um passaporte digitalizado num sistema de bilhética é uma responsabilidade que tem de proteger, justificar e acabar por eliminar.
O que o utilizador vê quando faz um pedido
Quando o seu serviço pede dados, o pedido não chega em silêncio. A carteira abre um ecrã que identifica pelo nome a organização que está a pedir, enumera exatamente que dados estão a ser pedidos e indica a finalidade que essa organização registou para eles. Nada é partilhado enquanto a pessoa não tocar para aprovar.
O nome nesse ecrã não é escrito por si. Vem do certificado que recebeu quando se registou, e é por isso que a carteira o pode apresentar como um facto verificado e não como uma simples afirmação. Um pedido de uma entidade não registada nem sequer consegue produzir esse ecrã.
A pessoa pode recusar, e pode recusar de cada vez em vez de uma vez para sempre. As carteiras guardam também um histórico do que foi partilhado e com quem, pelo que a decisão fica depois consultável em vez de desaparecer numa caixa de correio. O consentimento deixa de ser uma caixa para assinalar e passa a ser algo que o utilizador pode realmente examinar.
Para a sua organização é precisamente esse o ponto. A fraude habitual, uma página convincente a pedir a cópia de um passaporte, deixa de funcionar quando as pessoas estão habituadas a ver um nome verificado antes de partilharem seja o que for. Pedir através da carteira coloca-o do lado de confiança desse hábito, e os pedidos que parecem legítimos são concluídos com mais frequência.
Porque é que a carteira verifica quem está a pedir
Uma carteira cheia de dados de identidade verificados só é segura se for exigente quanto a com quem fala. Se qualquer sítio Web lhe pudesse fazer uma pergunta, a carteira seria apenas uma forma mais rápida de entregar documentos de identidade a quem pedisse de maneira mais convincente. Por isso o desenho parte do pressuposto contrário: uma entidade desconhecida não recebe nada.
É para isso que servem o registo e os certificados. Quando se regista como parte confiante recebe certificados que identificam a sua organização, e cada Estado-Membro publica listas das autoridades que os emitem. A carteira confronta o certificado com essas listas publicadas antes de mostrar o que quer que seja ao utilizador.
Não precisa de acompanhar a criptografia para planear isto, mas precisa de planear as suas consequências. Os certificados caducam e têm de ser renovados, as listas de confiança mudam à medida que autoridades são acrescentadas ou retiradas, e um pedido feito com algo desatualizado simplesmente falha. Está mais próximo de manter uma licença em dia do que de escrever software.
O mesmo mecanismo joga a seu favor. Como a verificação é feita contra listas publicadas e não contra um acordo privado, uma carteira emitida noutro Estado-Membro consegue avaliar o seu pedido sem que tenha acordado nada previamente com esse país. É isso que torna um único registo útil em toda a União.
Quem tem de aceitar a carteira e a partir de quando
O eIDAS 2.0, o regulamento que criou a European Digital Identity Wallet, não deixa a aceitação inteiramente ao critério do mercado. Os Estados-Membros disponibilizam as suas carteiras a partir do final de 2026 e um grupo definido de organizações tem de estar pronto para as aceitar um ano depois.
Setores regulados
Onde o direito da UE ou o nacional já exige autenticação forte do utilizador, a carteira tem de ser aceite: banca e finanças, telecomunicações, energia, transportes, saúde, educação, segurança social, água potável, serviços postais e infraestrutura digital. As microempresas e as pequenas empresas estão isentas dessa obrigação. Os organismos do setor público seguem uma regra separada, sempre que exijam identificação eletrónica para um serviço em linha.
Plataformas em linha de muito grande dimensão
As plataformas designadas como muito grandes ao abrigo do Digital Services Act têm de aceitar a carteira e facilitar a sua utilização quando um utilizador o pedir. Só podem pedir os dados mínimos de que o serviço realmente precisa.
Na prática, a lista é menos abstrata do que parece. Abrange bancos de retalho, instituições de pagamento e seguradoras, operadores móveis que angariam assinantes, fornecedores de energia e água, companhias aéreas e operadores ferroviários, hospitais, farmácias e seguradoras de saúde, universidades e entidades examinadoras, e as administrações públicas que já operam um início de sessão nacional. Se hoje o seu processo de adesão envolve um documento de identidade porque uma regra assim o exige, é quase certo que está abrangido.
Aceitar a carteira não significa substituir o que já tem. Significa oferecer a carteira como uma das formas de uma pessoa se identificar onde já pede identificação forte, a par dos métodos que suporta hoje. Os clientes atuais mantêm a sua via de entrada e os novos ficam com uma mais rápida.
Vale a pena anotar as datas. Os Estados-Membros emitem as suas carteiras a partir do final de 2026, as regras sobre o registo como parte confiante aplicam-se a partir de dezembro de 2026 e a obrigação de aceitar a carteira chega no final de 2027. O registo depende de uma autoridade nacional e de decisões internas sobre os dados de que necessita, pelo que o calendário é mais apertado do que uma única data em 2027 sugere.
As restantes organizações podem aceitar a carteira voluntariamente, e muitíssimas irão fazê-lo. Quando um cliente já traz consigo dados de identidade e de empresa verificados, pedir-lhe que carregue uma digitalização é um retrocesso que ele vai notar.
O que uma organização tem mesmo de preparar
Tornar-se uma parte confiante é mais do que acrescentar um botão a um formulário. Quatro elementos têm de estar no lugar e só o último é puramente técnico.
Registe-se no seu país
Cada Estado-Membro mantém um registo público das partes confiantes estabelecidas no seu território. Declare quem é, para que vai usar a carteira e que dados tenciona pedir. Pedir mais do que aquilo que registou não é permitido.
Obtenha os seus certificados
O registo dá-lhe os certificados que permitem que uma carteira o reconheça. São eles que transformam um pedido anónimo num pedido que a carteira pode apresentar ao utilizador como vindo de uma organização identificada e registada.
Trabalhe com todas as carteiras nacionais
Não existe uma única aplicação de carteira europeia. Cada Estado-Membro disponibiliza pelo menos uma, pelo que se liga a um conjunto de carteiras e não a uma só. As normas são comuns, mas cada carteira tem as suas âncoras de confiança e o seu calendário de versões a acompanhar.
Verifique se os dados continuam válidos
Uma credencial que estava correta no mês passado pode ter sido revogada entretanto. Uma parte confiante tem de verificar o estado publicado de uma credencial no momento em que é usada. Guardar o seu próprio registo dessa verificação é boa prática e não uma regra, mas é o que lhe permite demonstrar mais tarde que aconteceu.
A ordem dessa lista importa mais do que a sua extensão. Os dois primeiros passos são administrativos e avançam ao ritmo de uma autoridade nacional, pelo que são eles que determinam quando pode entrar em produção. As equipas que começam pela integração e deixam o registo para depois tendem a terminar o software e depois ficar à espera.
Decidir de que dados necessita é também uma questão de negócio e não técnica, e vale a pena respondê-la com cuidado. Regista uma finalidade e um conjunto de dados: restringir esse conjunto desde cedo custa uma reunião, ao passo que alargá-lo mais tarde significa voltar ao registo.
O custo de ligar a mais de trinta carteiras
Não existe uma única aplicação de carteira europeia. Cada Estado-Membro disponibiliza pelo menos uma, alguns terão várias, e os seus clientes chegarão com aquela que o respetivo país emitiu. Uma organização com clientes em meia dúzia de países não está, por isso, a integrar-se com uma contraparte, mas com um conjunto de contrapartes em movimento.
As normas subjacentes são comuns, e é isso que torna tudo isto possível. O que difere é tudo à sua volta: cada carteira tem as suas próprias âncoras de confiança, o seu perfil nacional, o seu ambiente de teste e o seu calendário de versões. Passar um teste com uma carteira diz muito pouco sobre a seguinte.
A primeira integração raramente é a cara. O custo está nos anos seguintes: acompanhar as atualizações das especificações, repetir testes quando uma carteira nacional lança uma nova versão, seguir as alterações às listas de confiança e manter os certificados em dia em cada país onde está estabelecido. É uma rubrica de manutenção no orçamento, não uma rubrica de projeto.
Uma forma simples de dimensionar isto é contar duas coisas: o número de Estados-Membros de onde vêm os seus clientes e o número de versões que cada uma dessas carteiras deverá lançar por ano. Multiplique-os e terá o número de vezes que alguém da sua equipa tem de parar o que está a fazer. É esse número, e não a construção inicial, que verdadeiramente decide entre construir ou comprar.
Construir por conta própria ou usar um serviço
Os quatro requisitos acima podem ser cumpridos internamente ou adquiridos. Nenhuma das respostas é errada, mas os custos são diferentes, e a diferença está sobretudo em quem suporta o trabalho contínuo.
Fazer por conta própria
- É a sua organização que trata do registo, dos certificados e das respetivas renovações, em cada país onde está estabelecida.
- A sua equipa acompanha as normas e as listas de confiança à medida que mudam e lança uma atualização sempre que uma carteira nacional o faz.
- Nada sai da sua infraestrutura, o que é a resposta mais forte possível a uma questão de proteção de dados.
- É um compromisso de engenharia permanente, não um projeto que termina.
Usar um serviço de verificação
- Uma única integração cobre todas as carteiras e o trabalho de ligação fica do lado do fornecedor.
- As alterações às normas, as atualizações das listas de confiança e a verificação do estado são tratadas em seu nome.
- Entra em produção em semanas e não em trimestres, e a sua equipa mantém-se focada no seu próprio produto.
- Instale-o on-premise e os dados ficam dentro da sua própria infraestrutura, exatamente como ficariam se o tivesse construído.
- Fica dependente de um fornecedor, pelo que a disponibilidade, o ritmo de lançamentos e as condições de tratamento de dados desse fornecedor passam a ser assunto seu.
O argumento mais forte a favor de construir por conta própria é normalmente que nada sai da sua infraestrutura, o que é a resposta mais limpa possível a uma questão de proteção de dados. Essa resposta, porém, não é exclusiva de quem constrói. O mesmo software de verificação instalado on-premise, dentro do seu próprio ambiente, mantém os dados exatamente onde iam ficar, ao mesmo tempo que o fornecedor continua a suportar o trabalho sobre as normas e as ligações às carteiras nacionais.
Uma forma útil de decidir é perguntar em que negócio está. Se a verificação através da carteira faz parte do que vende, faz sentido dominá-la de ponta a ponta. Se é um passo dentro de um processo de adesão, de um início de sessão ou de um pagamento, então é infraestrutura de base, e infraestrutura de base vale a pena comprar a quem a mantém como profissão.
Como escolher um serviço de verificação
Se decidir comprar em vez de construir, as perguntas que vale a pena fazer têm menos que ver com funcionalidades e mais com o lugar onde assenta a responsabilidade e com o que acontece quando algo muda. Estas oito são as que separam propostas que, num diapositivo, parecem iguais.
- Quem está registado como parte confiante? Deve ser a sua organização, em nome próprio, para que a finalidade declarada seja sua e continue a sê-lo se mudar de fornecedor.
- Que carteiras nacionais e que Estados-Membros estão cobertos hoje, e não apenas prometidos num roteiro?
- Pode funcionar on-premise e também alojado e, se for alojado, em que país são tratados os dados?
- O que é guardado, durante quanto tempo, e o que lhe fica como prova de que a verificação aconteceu?
- Como são verificadas a revogação e a validade no momento da utilização, e não apenas uma vez na configuração?
- Quem suporta o custo quando uma norma, uma lista de confiança ou uma carteira nacional muda, e com que rapidez?
- Existe um ambiente de teste onde possa experimentar um fluxo real antes de se comprometer com o que quer que seja?
- Como sairia? Dados exportáveis e um registo em nome próprio são o que torna isso possível.
A primeira pergunta é aquela em que deve insistir. Se o registo estiver em nome próprio, mantém a relação com o registo, a finalidade declarada e a possibilidade de mudar de fornecedor sem recomeçar do zero. Tudo o resto da lista é negociável, e esse ponto não é mesmo.
Como começar: caso de uso, piloto, calendário
Comece por um caso de uso e escolha o mais estreito de entre os que hoje lhe custam algo mensurável. Uma verificação de idade, uma verificação de empresa no registo de um fornecedor ou o passo de identificação na abertura de uma conta são todos suficientemente pequenos para serem concluídos e suficientemente específicos para provarem alguma coisa. Um programa para modernizar toda a identidade em todo o lado não é um primeiro projeto.
Faça o piloto ao lado do seu processo atual e não em vez dele. Ofereça a carteira como via adicional para uma fatia do tráfego, mantenha o caminho antigo aberto e compare os dois com os números que já acompanha: quanto tempo demora, quantas pessoas chegam ao fim, quanta análise manual sobra. É essa comparação que constrói o caso de negócio, e não uma demonstração.
Comece cedo o registo, porque é a parte que menos controla. Depende de uma autoridade nacional e de uma decisão interna sobre os dados de que realmente necessita, e ambas demoram mais do que parece. A integração técnica é normalmente a metade mais curta do trabalho, sobretudo se não for a sua organização a construir as ligações às carteiras.
Um calendário realista para uma organização que comece agora é uma decisão e um registo no primeiro trimestre, um piloto a funcionar no segundo e um alargamento progressivo depois disso, o que deixa margem antes da obrigação de 2027 em vez de chegar em cima dela. Se a obrigação não se aplica à sua organização, a mesma sequência continua a valer, só que o prazo é fixado pelos seus concorrentes e não pelo regulamento.
Como a Credenco ajuda
A Credenco trata do lado da parte confiante por si, enquanto a decisão continua a ser sua. Continua a ser a organização registada e mantém os dados, e o trabalho de ligação às carteiras fica connosco.
Verification Service
Peça exatamente os dados de que necessita e receba uma resposta verificada. Assinaturas, listas de confiança e estado de revogação são tratados por trás de uma única integração, para que ser uma parte confiante não se transforme num projeto de protocolos.
Business Wallet
A sua organização também tem credenciais próprias para receber e apresentar, por exemplo quando um cliente ou um comprador lhe pede que prove alguma coisa. Um Business Wallet é um serviço conduzido pelos seus sistemas, não uma aplicação que alguém tem de abrir.
Ambos funcionam como serviço alojado ou on-premise no seu próprio ambiente, pelo que o modelo de instalação é uma decisão sua e não uma decisão que o produto toma por si. Em qualquer dos casos o registo fica em seu nome e a carteira mostra a sua organização ao utilizador.
Perguntas frequentes
O que é uma parte confiante, em termos simples?
É qualquer organização que pede uma prova a alguém e depois age com base na resposta. Um banco, uma loja online, um empregador e um balcão público são todos partes confiantes. No ecossistema EUDI Wallet a prova chega de uma carteira e pode ser verificada automaticamente, pelo que a organização confia na verificação e não num documento em que tem de acreditar.
A minha organização é obrigada a aceitar a EUDI Wallet?
Sim, se o direito da UE ou o nacional já o obriga a autenticar os utilizadores de forma forte. Isso abrange setores como banca e finanças, telecomunicações, energia, transportes, saúde, educação, segurança social, serviços postais e infraestrutura digital, e também se for uma plataforma em linha muito grande designada ao abrigo do Digital Services Act. As microempresas e as pequenas empresas estão isentas dessa obrigação setorial. Todos os outros podem aceitar a carteira voluntariamente, e muitos irão fazê-lo, porque os clientes que têm uma carteira esperam poder usá-la.
Também temos de emitir credenciais?
Não. Aceitar credenciais e emiti-las são papéis distintos e a maioria das organizações só precisa do primeiro. Verificar é a tarefa mais simples: pede os dados, confronta-os com uma lista de confiança publicada e lê a resposta, sem a comprovação de identidade e a gestão de chaves que um emissor assume.
Podemos pedir os dados que quisermos?
Não, e isso é intencional. Regista os dados de que necessita e a finalidade para a qual necessita deles, e um pedido fora desse âmbito pode ser recusado. Na prática, isto leva as organizações a pedir menos, que é também aquilo que a legislação de proteção de dados sempre exigiu.
Quando devemos começar?
Se a obrigação de aceitação se aplica à sua organização, o prazo é o final de 2027, e o registo, a contratação e os testes ficam todos antes disso. Se não se aplica, continua a haver uma razão para avançar: um processo de adesão que demora segundos em vez de dias vale a pena, quer um regulamento o exija quer não.
Termos relacionados
Aprofundamento técnico
Esta página fica ao nível do que o papel significa para a sua organização. A forma como um pedido é efetivamente construído e respondido, através do protocolo OpenID4VP, está descrita na documentação técnica. Ler a documentação técnica
Esta página tem caráter informativo e não constitui aconselhamento jurídico. Para orientação oficial sobre se uma obrigação se aplica à sua organização, consulte diretamente a Comissão Europeia e a sua autoridade de supervisão nacional.