Solução Verification of Payee: o que é e como funciona

Uma solução Verification of Payee é o serviço que verifica o nome de um beneficiário face à conta por trás de um IBAN antes de um pagamento ser enviado. Na UE, a verificação chama-se Verification of Payee (VoP). Corre no esquema SEPA, coordenado pelo European Payments Council, e devolve uma resposta padronizada em bem menos de um segundo. Se o nome e a conta não pertencem um ao outro, descobre-o antes de o dinheiro sair - não depois.

Essa é a resposta curta. A resposta útil é saber o que um serviço VoP faz realmente, quem precisa dele e o que distingue uma implementação a funcionar de uma demonstração. É isso que este artigo aborda.

O que faz uma solução Verification of Payee

Faz uma pergunta em seu nome. O seu prestador de serviços de pagamento (PSP) envia o nome que introduziu e o IBAN ao PSP que detém a conta de destino. Esse banco compara os dois nomes segundo as regras de correspondência do esquema e devolve um resultado padronizado. Nada sobre o montante, o seu saldo ou as transações do beneficiário é partilhado - apenas a comparação dos nomes.

Os quatro resultados que um serviço VoP devolve

• Correspondência - o nome introduzido coincide com o titular da conta. O resultado de menor risco; prossiga 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 primeiro nome completo, uma denominação comercial face a uma designação registada. A resposta inclui o nome verificado, para que o pagador 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 burla de redirecionamento de faturas.
• Não disponível - o banco do beneficiário não conseguiu responder naquele momento. O pagamento não é bloqueado; o pagador é informado e decide.

Os dois resultados intermédios concentram a maior parte do valor. Uma correspondência parcial não é uma falha - o esquema está a entregar-lhe o nome correto para que o próximo pagamento fique certo. Uma sem correspondência não é uma avaria do sistema - a verificação está a fazer exatamente o seu trabalho. E nenhum dos quatro resultados bloqueia um pagamento: a VoP informa o pagador, que mantém a decisão.

Quem precisa de uma solução Verification of Payee

Há três compradores muito diferentes, e precisam de três coisas diferentes.

1. 1 Bancos e PSP - uma obrigação de esquema com um prazo. O trabalho é um projeto de esquema: ligar-se à infraestrutura de encaminhamento e diretório, 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 apresentar o resultado nos seus canais enquanto PSP requerente.
2. 2 Fintechs e fornecedores de software - uma capacidade incorporada. Se constrói produtos ou software de pagamentos, a VoP é uma funcionalidade que os seus clientes vão esperar, e normalmente é mais rápido recorrer a um prestador do que aderir ao esquema por conta própria.
3. 3 Empresas - tesouraria, contas a pagar, salários e marketplaces - um serviço que usa. Não adere ao esquema. Verifica um único beneficiário num painel, ou verifica um ficheiro de pagamentos inteiro antes da libertação, e volta a verificar quando os dados bancários de um fornecedor mudam.

Para um pagador individual, a verificação é simplesmente a verificação do nome que o seu próprio banco lhe mostra quando cria ou paga um beneficiário. Não a compra, usa-a - e, para transferências a crédito em euros, tem de ser oferecida gratuitamente.

De onde vem a obrigação

A Verification of Payee é imposta pelo Regulamento dos Pagamentos Imediatos da UE. Os PSP da área do euro tiveram de a oferecer nas transferências a crédito em euros desde 9 de outubro de 2025, e os PSP dos Estados do EEE fora do euro seguem até 9 de julho de 2027. O regulamento estabelece a obrigação; o esquema VoP do European Payments Council 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.

Há um detalhe fácil de escapar: a obrigação abrange as transferências a crédito em euros que o pagador inicia eletronicamente, não apenas os pagamentos imediatos. Uma transferência a crédito SEPA normal precisa da mesma verificação.

O que envolve uma implementação real

Se é um PSP, a resposta honesta é que isto é um projeto, não um sprint. As peças que têm de estar no lugar são:

• Conectividade com o esquema - aderir ao esquema VoP do EPC como PSP requerente, como PSP respondente, ou ambos.
• Uma API em tempo real que devolva os quatro resultados padronizados, com o nome verificado numa correspondência parcial.
• Lógica de correspondência de nomes aplicada aos seus próprios dados de conta, para poder responder a pedidos sobre os seus titulares de conta.
• Um resultado claro em todos os canais onde um pagador inicia uma transferência a crédito em euros - aplicação, web e iniciação de pagamento.
• Registo e conservação, para poder mostrar o que foi verificado, quando e o que foi devolvido.

Construir isso de raiz leva meses. A maioria dos PSP chega à sua data mais depressa integrando um prestador que já opera no esquema VoP da SEPA, para que uma única ligação dê alcance em toda a Europa em vez de uma integração por banco respondente.

Como avaliar um serviço VoP

1. 1 Verifique o esquema, não o rótulo. Se os seus pagamentos são pagamentos em euros dentro da SEPA, precisa do esquema VoP da SEPA - um prestador ligado a um esquema nacional de verificação de nomes diferente não está automaticamente ligado ao seu.
2. 2 Pergunte pelo alcance. O PSP respondente é a única parte que pode responder, por isso a cobertura em todo o esquema é o número mais importante.
3. 3 Teste a latência num ambiente de testes. A verificação está dentro do fluxo de pagamento, por isso tem de ser rápida - peça um valor medido, não uma promessa.
4. 4 Exija o nome verificado numa correspondência parcial. Um resultado que diz «correspondência parcial» sem indicar ao pagador o nome correto deixa-o a adivinhar.
5. 5 Procure os quatro resultados. Um serviço que não consegue devolver «não disponível» de forma limpa ou bloqueia pagamentos ou esconde falhas.
6. 6 Verifique o registo de auditoria. Deve conseguir exportar o que foi verificado, quando e o que foi devolvido.

A RoxPay entrega uma Verification of Payee conforme ao esquema 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 numa correspondência parcial e o BIC do banco respondente, para um único pagamento ou para um ficheiro de pagamentos inteiro.