A Verification of Payee no SEPA é uma verificação do nome que acontece entre dois bancos antes de um pagamento avançar. Introduz um nome de beneficiário e um IBAN; o seu prestador de serviços de pagamento (PSP) pergunta ao PSP que detém esse IBAN se o nome corresponde ao titular da conta; a resposta volta num formato padronizado, normalmente em menos de um segundo. Nada sobre o montante, o seu saldo ou as transações do beneficiário é partilhado - apenas a comparação dos nomes.
É essa a ideia toda. O que a faz funcionar em dezenas de países e milhares de bancos é o facto de ser um esquema, e não um produto: um rulebook comum, formatos de mensagem comuns e um conjunto comum de resultados que todos os PSP participantes aceitam usar.
Porque é que «SEPA» é a palavra importante
O SEPA - a Área Única de Pagamentos em Euros - é a área de pagamentos em que as transferências em euros, os débitos diretos e os pagamentos instantâneos seguem um único conjunto de regras. A Verification of Payee foi criada para essa mesma área, sobre IBAN, e é coordenada pelo Conselho Europeu de Pagamentos (EPC), o organismo que mantém os rulebooks do SEPA. O esquema VoP do EPC define como é formatado um pedido, como é formatada uma resposta, que códigos de resultado existem e como os PSP se encontram uns aos outros.
É por isso que a VoP não é a mesma coisa que uma verificação do nome ao estilo britânico, e por isso um prestador ligado a um esquema não está automaticamente ligado ao outro. Se os seus pagamentos são pagamentos em euros dentro do SEPA, o esquema SEPA é o que se aplica a si.
Um esquema, não uma base de dados
Não existe uma lista central de titulares de conta onde procurar nomes. O único banco que pode dizer de forma autorizada quem detém um IBAN é o banco que o detém. A VoP é, por isso, uma conversa entre PSP, encaminhada através do esquema - e não uma consulta a um registo partilhado.
Como viaja a verificação entre dois bancos
- 1 Quem paga introduz um nome de beneficiário e um IBAN na sua app bancária ou no seu ficheiro de pagamentos do ERP.
- 2 O PSP requerente envia um pedido de verificação com o nome submetido e o IBAN.
- 3 O esquema encaminha o pedido para o PSP que detém a conta - o PSP respondente - usando a informação de encaminhamento publicada no diretório do esquema.
- 4 O PSP respondente compara o nome submetido com o nome registado na conta, aplicando as regras de correspondência de nomes do esquema.
- 5 Uma resposta padronizada regressa ao PSP requerente, que mostra o resultado a quem paga antes de o pagamento ser autorizado.
Dois detalhes contam na prática. Primeiro, o PSP respondente é a única parte que pode responder - e é por isso que a cobertura em todo o esquema conta mais do que a elegância de uma integração isolada. Segundo, o pedido e a resposta são mensagens máquina-a-máquina, pelo que a verificação pode correr sobre um único pagamento numa app ou sobre cada linha de um ficheiro de pagamentos a fornecedores.
Os quatro resultados que recebe
- Correspondência - o nome submetido corresponde ao titular da conta. O resultado de menor risco; avance com a confiança habitual.
- Correspondência parcial - o nome é semelhante mas não idêntico: falta um nome do meio, iniciais em vez de um nome próprio completo, um nome comercial face a uma designação registada. A resposta inclui o nome verificado, para que quem paga o possa confirmar ou corrigir.
- Sem correspondência - o nome não pertence a esse IBAN. É uma resposta válida, não um erro técnico, e é o sinal clássico de uma conta mal introduzida ou de uma fraude de desvio de faturas.
- Não disponível - o PSP respondente não conseguiu responder naquele momento. O pagamento não é bloqueado; quem paga é informado e decide.
Os dois resultados intermédios são onde está o valor. Uma correspondência parcial não é uma falha - é o esquema a entregar-lhe o nome correto para que o pagamento seguinte corresponda de forma limpa. Uma ausência de correspondência não é uma avaria do sistema - é a verificação a fazer exatamente o seu trabalho.
O que «payee checker» e «payee checking service» significam realmente
As pessoas procuram um payee checker ou um payee checking service à espera de um site onde possam escrever um nome e um IBAN e obter uma resposta. Não é assim que funciona, e vale a pena ser claro sobre o porquê: os dados dos titulares de conta não são públicos e nenhum terceiro pode confirmar de forma autorizada quem detém um IBAN. A verificação é de banco para banco por conceção. O que pode fazer enquanto pagador é usar a verificação que o seu próprio PSP oferece no momento em que configura ou paga a um beneficiário. O que pode fazer enquanto empresa é correr essa mesma verificação sobre todo um ficheiro de pagamentos antes de o libertar.
O que a implementação implica realmente
Para um PSP, implementar a VoP no SEPA é um projeto de esquema, não um sprint de funcionalidade. Em traços gerais, significa ligar-se à infraestrutura de encaminhamento e diretório do esquema, implementar as mensagens de pedido e resposta, aplicar as regras de correspondência de nomes aos seus próprios dados de conta enquanto PSP respondente e mostrar o resultado nos seus canais enquanto PSP requerente. O trabalho é bem compreendido, mas toca fluxos de pagamento essenciais, pelo que é normalmente planeado por fases em vez de ativado de uma só vez.
Para uma empresa - tesouraria, contas a pagar, salários - a implementação é muito mais leve. Não adere ao esquema. Chama um serviço VoP que já está ligado a ele, através do seu banco ou de uma API, e liga o resultado ao ponto onde os pagamentos são aprovados. O padrão prático é verificar todo o ficheiro de pagamentos antes da libertação e voltar a verificar quando os dados bancários de um fornecedor mudam, em vez de verificar cada beneficiário guardado em cada execução.
De onde vem a obrigação
O Regulamento UE dos Pagamentos Instantâneos tornou a Verification of Payee obrigatória para os PSP da área do euro desde 9 de outubro de 2025, e para os PSP dos Estados do EEE fora do euro até 9 de julho de 2027. O regulamento estabelece a obrigação; o esquema do EPC estabelece a mecânica. Na prática, isso significa que a verificação passou a fazer parte do fluxo normal de pagamento SEPA em vez de ser um extra opcional - e tem de ser oferecida a quem paga sem custos.
A RoxPay disponibiliza a Verification of Payee no esquema SEPA através de uma única API REST e de um painel, devolvendo os resultados padronizados - correspondência, correspondência parcial, sem correspondência e não disponível - em bem menos de um segundo, com o nome verificado em caso de correspondência parcial, para que quem paga possa confirmar em vez de adivinhar.