Se pesquisar «pagamentos globais», a maior parte dos resultados diz respeito a uma empresa: a Global Payments Inc., uma empresa de tecnologia de pagamentos cotada nos Estados Unidos. Isso é o perfil de uma empresa e não é o tema deste artigo. Para uma equipa de pagamentos, «pagamentos globais» é uma categoria: dinheiro que se move entre países, entre moedas e entre sistemas de pagamento. A questão prática não é quem é a empresa, mas como se verifica um pagamento quando o banco do pagador e o banco do beneficiário estão em países diferentes.
Essa questão tem agora uma resposta regulamentar na Europa. O Regulamento dos Pagamentos Imediatos da UE exige que os prestadores de serviços de pagamento (PSP) executem uma verificação do nome face ao IBAN - a Verification of Payee (VoP) - antes de enviar uma transferência a crédito em euros. Este artigo explica até onde essa verificação chega além-fronteiras, o que devolve e o que é preciso construir.
O que significa «pagamentos globais» - e porque é que os resultados de pesquisa confundem duas coisas
Duas coisas diferentes partilham a expressão. A primeira é a Global Payments Inc., uma empresa com a sua própria história, cotação e avaliações. A segunda são os pagamentos globais enquanto categoria: qualquer pagamento em que o pagador e o beneficiário não estão no mesmo país, ou em que o dinheiro atravessa um sistema de pagamento, uma moeda ou a fronteira de um esquema.
Um profissional de pagamentos que pesquisa o termo precisa normalmente do segundo significado. Não procura o perfil de uma empresa; procura saber como os fluxos transfronteiriços são encaminhados, verificados e controlados. Este artigo fica desse lado da linha e, deliberadamente, não aborda a história, a liderança nem as ações da empresa.
Dois significados, uma só caixa de pesquisa
O perfil de uma empresa e a categoria dos pagamentos são assuntos diferentes. Se precisa da empresa, as suas páginas para investidores são a fonte certa. Se precisa de saber como se verifica um pagamento transfronteiriço, continue a ler.
Pagamentos globais vs. pagamentos SEPA: o que atravessa realmente uma fronteira
Ajuda separar três tipos de fluxo, porque as regras são diferentes para cada um.
- Os pagamentos nacionais ficam dentro de um só país e de um só sistema de pagamento - por exemplo, uma transferência a crédito em euros entre dois bancos do mesmo Estado-Membro.
- Os pagamentos SEPA movem euros entre contas em qualquer ponto da Área Única de Pagamentos em Euros (SEPA), que abrange os Estados-Membros da UE e vários países vizinhos que aderiram aos esquemas. Um pagamento SEPA pode ser transfronteiriço e continuar dentro de um único rulebook partilhado.
- Os pagamentos globais (transfronteiriços) saem da SEPA ou saem do euro: um pagamento para um banco fora do esquema, um pagamento noutra moeda, ou um pagamento que passa por bancos correspondentes e por conversão cambial.
A distinção importa porque a Verification of Payee é uma construção do esquema SEPA. Funciona porque o PSP requerente e o PSP respondente participam ambos num esquema partilhado, com mensagens normalizadas e resultados normalizados. Dentro da SEPA, isso é verdade por conceção. Fora dela, não existe um esquema partilhado através do qual se possa colocar a questão.
Por isso, a resposta honesta a «a VoP aplica-se aos pagamentos transfronteiriços?» é: aplica-se aos pagamentos transfronteiriços que são pagamentos SEPA. Uma transferência em euros de um banco num Estado-Membro para um banco noutro Estado-Membro é exatamente o caso para o qual a verificação foi criada. Um pagamento para um banco que não participa no esquema não está abrangido, e a verificação devolve o resultado «não disponível» em vez de uma correspondência.
Onde a Verification of Payee se encaixa num fluxo de pagamento global
A VoP é um passo do percurso do pagamento, não um produto separado. O fluxo é curto e igual, quer os dois bancos estejam no mesmo país quer não.
- 1 O pagador introduz ou seleciona o nome do beneficiário e um IBAN.
- 2 O PSP do pagador - o PSP requerente - envia o nome e o IBAN ao PSP do beneficiário.
- 3 O PSP do beneficiário - o PSP respondente - compara o nome com os dados do titular da conta e responde.
- 4 A resposta é um de quatro resultados: correspondência, correspondência parcial, sem correspondência ou não disponível.
- 5 O PSP do pagador mostra o resultado e o pagador decide se continua, corrige os dados ou para.
Vale a pena conhecer os quatro resultados com precisão. Uma correspondência significa que o nome que indicou é coerente com o titular da conta. Uma correspondência parcial significa que os nomes são semelhantes mas não idênticos - falta um nome do meio, uma denominação comercial em vez de uma designação registada - e o PSP respondente devolve habitualmente o nome que tem registado, para que o pagador o possa confirmar. Uma sem correspondência significa que o nome não pertence a essa conta. Não disponível significa que o PSP do beneficiário não conseguiu responder, por exemplo porque está inacessível ou não participa.
A questão do encaminhamento é a parte difícil
Enviar um pedido é fácil. Contactar o PSP do beneficiário é o verdadeiro problema de engenharia: há milhares de instituições na SEPA, cada uma com o seu próprio onboarding e os seus formatos, e o conjunto muda ao longo do tempo. É por isso que a maioria dos prestadores se liga uma vez ao esquema em vez de integrar banco a banco.
É também aqui que os pagamentos globais se tornam mais difíceis do que os nacionais. Num fluxo nacional, os dois bancos estão normalmente no mesmo sistema e o encaminhamento é trivial. Num fluxo transfronteiriço, a verificação depende de o PSP do beneficiário estar acessível, estar no âmbito e responder a tempo. Conceba também para o caso de não conseguir.
Quem tem de implementar a VoP - e até quando
A obrigação vem do Regulamento dos Pagamentos Imediatos da UE, que altera o Regulamento SEPA e exige que os PSP que oferecem transferências a crédito em euros verifiquem o beneficiário antes de enviar. Na prática, isso significa os bancos e PSP que processam pagamentos imediatos em euros, e também o lado respondente: se detém contas de clientes, outros PSP vão enviar-lhe pedidos sobre os seus próprios titulares de conta, por isso tem de conseguir responder-lhes.
- Os PSP da área do euro têm de oferecer a Verification of Payee desde 9 de outubro de 2025.
- Os PSP dos Estados-Membros da UE fora da área do euro seguem até 9 de julho de 2027.
- Ambas as direções - perguntar e responder - fazem parte do projeto, não apenas a verificação que o utilizador vê.
O calendário completo, incluindo a forma como as datas se aplicam país a país, está na página dedicada ao prazo. O ponto essencial para um prestador transfronteiriço é mais simples: a obrigação segue o pagamento, não a sua sede. Se envia transferências a crédito em euros para a SEPA, a verificação está no âmbito.
O que os prestadores de pagamentos globais e os PSP têm de construir
A lista de construção é a mesma quer seja um banco nacional quer um prestador transfronteiriço. O que muda é o número de contrapartes que tem de contactar.
- 1 Uma direção requerente: a capacidade de enviar um nome e um IBAN ao PSP do beneficiário e de receber um resultado normalizado antes de o pagamento ser libertado.
- 2 Uma direção respondente: a capacidade de receber pedidos sobre os seus próprios titulares de conta, comparar o nome com os seus registos e devolver o código de esquema correto.
- 3 Lógica de comparação de nomes que trate de formas jurídicas, iniciais, acentos e denominações comerciais, e que devolva o nome registado numa correspondência parcial para que o pagador o possa confirmar.
- 4 Objetivos de latência e disponibilidade: a verificação corre enquanto o pagador espera, por isso tem de responder em bem menos de um segundo e manter-se disponível.
- 5 Registo e auditoria: guarde o resultado, a instituição respondente e o tempo de processamento, sem conservar mais dados pessoais do que os necessários.
Duas decisões de conceção poupam muitas dores de cabeça mais tarde. Primeiro, trate «não disponível» como um resultado normal e não como um erro - é o que vai ver para contrapartes fora da cobertura, e deve conduzir a uma mensagem clara em vez de um ecrã de pagamento falhado. Segundo, mantenha a verificação no percurso do pagamento em vez de a acrescentar à posteriori, para que o resultado esteja disponível no momento em que o pagador confirma.
O que as empresas e as equipas de tesouraria devem fazer com os dados de beneficiários globais
Se a sua empresa paga a fornecedores, colaboradores ou autoridades fiscais em vários países, detém dados de beneficiários recolhidos em momentos diferentes, em formatos diferentes e por equipas diferentes. Parte deles está desatualizada. Uma verificação do nome vale apenas o que vale o nome que lhe envia.
- Limpe antes de verificar: reconcilie os nomes de beneficiários armazenados com o nome legal ou registado, não com uma alcunha nem com uma denominação comercial abreviada.
- Verifique no registo: execute uma verificação quando um fornecedor ou colaborador é criado pela primeira vez e guarde o nome verificado que é devolvido.
- Verifique antes dos lotes de pagamento: execute a mesma verificação sobre um ficheiro de pagamento, para que uma única conta divergente seja sinalizada antes de o dinheiro sair.
- Volte a verificar quando algo muda: um novo IBAN ou um nome alterado é o momento de verificar de novo, não em cada pagamento a um beneficiário de confiança.
Para uma equipa de tesouraria, o valor não está apenas na conformidade. Um pagamento para a conta errada é caro de recuperar, sobretudo quando é imediato e atravessa uma fronteira. Uma verificação do nome antes da libertação é muito mais barata do que o processo de recuperação.
Como escolher um prestador de Verification of Payee para cobertura transfronteiriça
Quando os pagamentos atravessam fronteiras, as perguntas que faz a um prestador de VoP mudam. A cobertura e a acessibilidade vêm primeiro; a forma da API vem depois.
- Alcance: que PSP respondentes consegue o prestador contactar realmente, e como se comporta em relação aos que não consegue?
- Ambas as direções: consegue responder a pedidos sobre os seus próprios titulares de conta, além de os enviar?
- Latência e disponibilidade: que tempo de resposta obtém na prática, e o que acontece num timeout?
- Encaixe na sua arquitetura: um único contrato REST, resultados e códigos de esquema normalizados, mais um painel para as equipas que não escrevem código.
- Auditoria e proteção de dados: o que é registado, onde é armazenado e durante quanto tempo é conservado.
A RoxPay disponibiliza a Verification of Payee no esquema SEPA através de uma única API REST e de um painel, cobrindo tanto a direção requerente como a respondente e devolvendo os resultados normalizados - correspondência, correspondência parcial, sem correspondência e não disponível - em bem menos de um segundo, com a instituição respondente e o tempo de processamento associados a cada resultado.