Um serviço Verification of Payee é um prestador que já está no esquema Verification of Payee (VoP) da SEPA e lhe permite usá-lo sem aderir ao esquema. Envia um nome e um IBAN; o serviço pergunta ao banco do beneficiário se os dois pertencem um ao outro e devolve uma resposta padronizada em bem menos de um segundo. É todo o produto numa frase.
O resto deste artigo trata da parte que essa frase esconde: o que o prestador tira de cima da sua mesa, o que não consegue tirar e como distinguir um serviço que funciona de uma demonstração convincente. Se procura a definição da verificação em si, comece por saber o que é uma solução Verification of Payee; esta página é sobre a relação de serviço à volta dela.
O que um serviço Verification of Payee faz de facto
A Verification of Payee não é uma consulta a um registo de titulares de contas. Os dados do titular da conta são dados pessoais, e só o banco que detém a conta pode confirmar quem é o titular. A verificação é uma mensagem entre dois prestadores de serviços de pagamento (PSP): o seu pergunta, o banco do beneficiário responde. O trabalho de um prestador de serviços é ser a ponta bem ligada dessa conversa.
- Ligação ao esquema - já é participante no esquema VoP da SEPA, por isso não tem de se candidatar, certificar e manter essa participação.
- Tratamento das mensagens - constrói o pedido e lê a resposta nos formatos do esquema, incluindo os campos que transportam o nome verificado e o BIC do banco respondente.
- Correspondência do lado respondente - se detém contas, pode aplicar as regras de correspondência de nomes do esquema aos seus próprios dados de conta, para que outros PSP recebam uma resposta correta sobre os seus clientes.
- Alcance - encaminha para os PSP que conseguem responder, e é esse número que decide a utilidade prática da verificação.
- Uma única interface para tudo - uma só API REST e um painel, quer verifique um beneficiário quer um ficheiro de pagamentos com milhares de linhas.
Uma ligação, muitos bancos
A alternativa a um serviço é ligar-se aos bancos respondentes um a um. Funciona, e multiplica-se por cada mercado em que opera. Um serviço existe porque o encaminhamento é a parte aborrecida e ninguém quer ser dono dela duas vezes.
O que continua consigo
Um prestador de serviços não toma a decisão de pagamento e não deve fingir que toma. Quatro coisas continuam a ser suas, seja qual for o prestador que escolher.
- 1 A decisão. A VoP é informativa. Correspondência, correspondência parcial, sem correspondência e não disponível são dados de entrada; se o pagamento avança é decisão sua, ou do seu pagador.
- 2 A experiência do pagador. Mostrar o resultado com clareza antes da autorização - sobretudo a sugestão de correspondência parcial com o nome verificado - é trabalho de conceção dentro dos seus próprios canais.
- 3 Os seus próprios controlos. O que faz perante uma sem correspondência, a quem liga antes de libertar uma conta de fornecedor alterada e como um ficheiro de pagamentos é aprovado são processos seus, não do prestador.
- 4 O registo. Tem de conseguir mostrar o que foi verificado, quando e o que foi devolvido. Um bom serviço registra-o e deixa-o exportar; guardar e usar esse registo continua a ser o seu trabalho.
Quem compra um serviço e quem adere ao esquema
A distinção é simples e vale a pena dizer com clareza, porque decide a dimensão do projeto.
- Bancos e PSP têm a obrigação. Os PSP da área do euro têm de oferecer a VoP 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. Podem cumpri-la construindo a ligação ao esquema ou recorrendo a um prestador que já a tenha - muitos fazem a segunda coisa e mantêm o trabalho virado para o pagador dentro de casa.
- Fintechs e fornecedores de software incorporam a verificação. Se constrói produtos de pagamento, a VoP é uma funcionalidade que os seus clientes vão esperar, e chamar um serviço costuma ser mais rápido do que aderir ao esquema.
- Empresas - tesouraria, contas a pagar, salários, marketplaces - usam-na. Não aderem ao esquema. Verificam um único beneficiário num painel ou um ficheiro de pagamentos inteiro antes da libertação, e voltam a verificar quando os dados bancários de um fornecedor mudam.
Para um pagador individual não há nada para comprar. A verificação é a verificação do nome que o seu próprio banco lhe mostra quando cria ou paga um beneficiário, e, para transferências a crédito em euros, tem de ser oferecida gratuitamente.
As quatro respostas, e porque importam as duas do meio
Cada verificação devolve um de quatro resultados padronizados. Um serviço que devolva apenas três não está terminado.
- Correspondência - o nome coincide com o titular da conta. Avance com confiança normal.
- Correspondência parcial - o nome é semelhante mas não idêntico: falta um nome do meio, há iniciais, uma denominação comercial face a uma designação registada. A resposta transporta 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 escrita ou de uma fraude de desvio de faturas.
- Não disponível - o banco do beneficiário não conseguiu responder naquele momento. O pagamento não fica bloqueado; o pagador é informado e decide.
As duas do meio concentram a maior parte do valor. Uma correspondência parcial é o esquema a entregar-lhe o nome correto para que o pagamento seguinte fique alinhado. Uma sem correspondência é a verificação a fazer exatamente o seu trabalho. E nenhuma das quatro bloqueia um pagamento por si só.
Como testar um serviço antes de assinar
Escolha um beneficiário que conhece bem e faça três verificações: a designação legal exata, uma denominação comercial abreviada e um nome deliberadamente errado. Um bom serviço devolve correspondência, correspondência parcial com o nome verificado e sem correspondência - por essa ordem, em menos de um segundo e com os três resultados registados. Depois faça quatro perguntas.
- 1 A que esquema está ligado? Se os seus pagamentos são pagamentos em euros dentro da SEPA, precisa do esquema VoP da SEPA. Um prestador ligado a outro esquema nacional de verificação de nomes não está automaticamente ligado ao seu.
- 2 A quantos PSP consegue chegar, e o que acontece quando um não consegue responder? O alcance é o número que decide com que frequência obtém uma resposta real em vez de «não disponível».
- 3 Qual é a latência medida num ambiente de testes? A verificação está dentro do fluxo de pagamento, por isso peça um valor que consiga reproduzir, não uma promessa.
- 4 Consegue devolver o nome verificado numa correspondência parcial, e posso exportar o registo de auditoria? Essas duas respostas separam um serviço que consegue operar de uma demonstração que consegue admirar.
Se estiver a comparar opções de forma mais ampla, a lista de verificação de quem compra uma solução Verification of Payee percorre as mesmas perguntas com mais detalhe, e o guia para escolher um verificador de beneficiários cobre o vocabulário que as pessoas usam para a mesma verificação.
Como é uma boa implementação depois de entrar em produção
Uma integração terminada é discreta. Os pagadores veem uma resposta clara antes de enviar, as correspondências parciais são corrigidas em vez de adivinhadas, as sem correspondência travam o pagamento o tempo suficiente para alguém pegar no telefone, e cada verificação fica registada. A verificação corre em bem menos de um segundo, por isso nada na experiência de pagamento parece mais lento - e é exatamente esse o ponto: a salvaguarda deve ser invisível até ao momento em que importa.
A RoxPay entrega uma Verification of Payee conforme ao esquema através de uma única API REST e de um painel, cobrindo as direções de pedido e de resposta, 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.