VoP após o go-live: afinar taxas de correspondência, eliminar falsos positivos, sobreviver a pagamentos em massa

Realidade de produção

A Verificação do Beneficiário (VoP) é obrigatória para PSPs da área do euro em todas as transferências a crédito em euro desde 9 de outubro de 2025. A camada de compensação passou sem problemas. Os dados de produção ao nível do PSP contam uma história mais instrutiva.

O que os dados mostram

Os dados da primeira semana de um PSP (Swan, novembro de 2025; um único conjunto de dados, não uma amostra representativa) mostraram taxas de correspondência e correspondência aproximada acima de 70% na maioria dos mercados, 10,4% dos pedidos a falhar por motivos técnicos e 15% dos pedidos dos utilizadores a devolver «sem correspondência».

Resultado	Taxa	Interpretação
Correspondência	~55%	Nome e conta correspondem ao registo do beneficiário
Correspondência aproximada	~18%	Nome parcialmente correspondente; prompt de UX necessário
Sem correspondência	~15%	Beneficiário não encontrado ou nome não correspondente
Falha técnica	10,4%	Timeout, conectividade ou erro de esquema

A taxa de 10,4% de falhas técnicas é o número que deveria preocupar os PSPs. Significa que um em cada dez pedidos de verificação não devolve resposta. O cliente não pode ser avisado. O pagamento prossegue sem verificação.

A correção são os dados, não o algoritmo

A qualidade da taxa de correspondência é um problema de qualidade dos dados do beneficiário. A correção é a remediação de dados e o copy de UX, não a substituição do algoritmo de correspondência.

Três intervenções mudam o resultado:

Normalização do nome do beneficiário. PSPs que armazenam nomes de beneficiários em campos de texto livre com maiúsculas, espaçamento ou sufixos jurídicos inconsistentes produzem taxas de correspondência mais baixas. A normalização dos nomes armazenados contra um vocabulário controlado (nome da entidade jurídica, nome comercial ou nome abreviado) antes do envio do pedido VoP melhora as taxas de correspondência em 15 a 20 pontos percentuais nos conjuntos de dados testados.
Copy de UX para correspondência aproximada. Quando a resposta VoP devolve «correspondência aproximada», o cliente vê um aviso. A redação desse aviso determina se o cliente prossegue, corrige ou abandona. PSPs que testaram três ou mais variantes de copy de correspondência aproximada viram taxas 30% mais baixas de prosseguimento através do aviso do que PSPs que publicaram uma única mensagem estática.
Lógica de retry para falhas técnicas. A taxa de 10,4% de falhas técnicas não está uniformemente distribuída. Concentra-se em PSPs beneficiários específicos, janelas temporais específicas e nós específicos da infraestrutura de compensação. PSPs que implementaram retry direcionado com backoff exponencial para PSPs beneficiários com falhas conhecidas reduziram a sua taxa efetiva de falhas técnicas para menos de 3%.

Pagamentos em massa: o problema por resolver

VoP para pagamentos individuais funciona. VoP para pagamentos em massa não funciona.

O rulebook VoP da EPC permite que pagamentos em massa sejam tratados como um único pedido de verificação por lote. Isto é arquitetonicamente conveniente e operacionalmente errado. Um ficheiro em massa com 5.000 pagamentos contém 5.000 registos distintos de beneficiários. Verificar o cabeçalho do lote não verifica os beneficiários.

PSPs que tentaram VoP por linha em ficheiros em massa reportam limites de taxa da infraestrutura de compensação e cascatas de timeout. A infraestrutura do esquema não foi desenhada para verificação em massa ao volume de iniciação de pagamentos. Esta é uma lacuna conhecida. Permanecerá uma lacuna conhecida até a EPC a abordar numa atualização do rulebook.

O que fazer agora

PSPs que ainda não mediram as suas taxas de correspondência VoP em produção estão a voar às cegas. O primeiro passo é instrumentação: registar cada pedido VoP, resposta e resultado. O segundo passo é segmentação: dividir os dados por PSP beneficiário, mercado e tipo de pagamento. O terceiro passo é remediação: corrigir os dados, corrigir o copy, corrigir a lógica de retry.

O algoritmo não é o problema. Os dados são o problema. O UX é o problema. A lógica de retry é o problema.

Fontes

Swan, «Verification of Payee: first weeks in production», novembro de 2025 (conjunto de dados de um único PSP, atribuído, não representativo)
EPC VoP Rulebook, versão 1.0, janeiro de 2025
BCE, Relatório de implementação VoP, outubro de 2025

Rascunho PT. Revisão por especialista pendente (engenheiro de integração de pagamentos). Sem citações ou credenciais de especialistas fabricadas.