La Verification of Payee en el SEPA es una verificación del nombre que ocurre entre dos bancos antes de que se mueva un pago. Introduces un nombre de beneficiario y un IBAN; tu proveedor de servicios de pago (PSP) pregunta al PSP que mantiene ese IBAN si el nombre coincide con el titular de la cuenta; la respuesta vuelve en un formato estandarizado, normalmente en menos de un segundo. No se comparte nada sobre el importe, tu saldo ni las transacciones del beneficiario - solo la comparación de nombres.
Esa es toda la idea. Lo que hace que funcione en decenas de países y miles de bancos es que es un esquema, no un producto: un rulebook común, formatos de mensaje comunes y un conjunto común de resultados que todos los PSP participantes se comprometen a emplear.
Por qué «SEPA» es la palabra importante
El SEPA - la Zona Única de Pagos en Euros - es la zona de pagos en la que las transferencias en euros, los adeudos directos y los pagos instantáneos siguen un mismo conjunto de reglas. La Verification of Payee se creó para esa misma zona, sobre IBAN, y la coordina el Consejo Europeo de Pagos (EPC), el organismo que mantiene los rulebooks del SEPA. El esquema VoP del EPC define cómo se formatea una solicitud, cómo se formatea una respuesta, qué códigos de resultado existen y cómo se encuentran los PSP entre sí.
Por eso la VoP no es lo mismo que una verificación de nombre al estilo británico, y por eso un proveedor conectado a un esquema no está conectado automáticamente al otro. Si tus pagos son pagos en euros dentro del SEPA, el esquema SEPA es el que se aplica a ti.
Un esquema, no una base de datos
No existe una lista central de titulares de cuentas en la que buscar nombres. El único banco que puede decir de forma autorizada quién mantiene un IBAN es el banco que lo mantiene. Por tanto, la VoP es una conversación entre PSP, encaminada a través del esquema - no una consulta a un registro compartido.
Cómo viaja la verificación entre dos bancos
- 1 El pagador introduce un nombre de beneficiario y un IBAN en su app bancaria o en su fichero de pagos del ERP.
- 2 El PSP solicitante envía una solicitud de verificación que contiene el nombre facilitado y el IBAN.
- 3 El esquema encamina la solicitud al PSP que mantiene la cuenta - el PSP que responde - usando la información de encaminamiento publicada en el directorio del esquema.
- 4 El PSP que responde compara el nombre facilitado con el nombre registrado en la cuenta, aplicando las reglas de coincidencia de nombres del esquema.
- 5 Una respuesta estandarizada vuelve al PSP solicitante, que muestra el resultado al pagador antes de autorizar el pago.
Dos detalles importan en la práctica. Primero, el PSP que responde es la única parte que puede responder - por eso la cobertura en todo el esquema importa más que la elegancia de una integración concreta. Segundo, la solicitud y la respuesta son mensajes de máquina a máquina, así que la verificación puede ejecutarse sobre un único pago en una app o sobre cada línea de un fichero de pagos a proveedores.
Los cuatro resultados que recibes
- Coincidencia - el nombre facilitado coincide con el titular de la cuenta. El resultado de menor riesgo; continúa con la confianza habitual.
- Coincidencia parcial - el nombre es similar pero no idéntico: falta un segundo nombre, iniciales en lugar de un nombre completo, un nombre comercial frente a una razón social. La respuesta incluye el nombre verificado para que el pagador pueda confirmarlo o corregirlo.
- Sin coincidencia - el nombre no pertenece a ese IBAN. Es una respuesta válida, no un error técnico, y es la señal clásica de una cuenta mal tecleada o de una estafa de desvío de facturas.
- No disponible - el PSP que responde no pudo responder en ese momento. El pago no se bloquea; se informa al pagador y este decide.
Los dos resultados intermedios son donde está el valor. Una coincidencia parcial no es un fallo - es el esquema entregándote el nombre correcto para que el siguiente pago coincida limpiamente. Un «sin coincidencia» no es un fallo del sistema - es la verificación haciendo exactamente su trabajo.
Qué significan de verdad «payee checker» y «payee checking service»
La gente busca un payee checker o un payee checking service esperando una web donde escribir un nombre y un IBAN y obtener una respuesta. No funciona así, y merece la pena dejar claro por qué: los datos de los titulares de cuentas no son públicos y ningún tercero puede confirmar de forma autorizada quién mantiene un IBAN. La verificación es de banco a banco por diseño. Lo que puedes hacer como pagador es usar la verificación que ofrece tu propio PSP en el momento en que das de alta o pagas a un beneficiario. Lo que puedes hacer como empresa es ejecutar esa misma verificación sobre todo un fichero de pagos antes de liberarlo.
Qué implica realmente la implementación
Para un PSP, implementar la VoP en el SEPA es un proyecto de esquema, no un sprint de funcionalidad. A grandes rasgos significa conectarse a la infraestructura de encaminamiento y directorio del esquema, implementar los mensajes de solicitud y respuesta, aplicar las reglas de coincidencia de nombres a tus propios datos de cuentas como PSP que responde y mostrar el resultado en tus canales como PSP solicitante. El trabajo está bien comprendido, pero toca flujos de pago esenciales, así que normalmente se planifica por fases en lugar de activarse de una sola vez.
Para una empresa - tesorería, cuentas por pagar, nóminas - la implementación es mucho más ligera. No te adhieres al esquema. Llamas a un servicio VoP que ya está conectado a él, ya sea a través de tu banco o de una API, y conectas el resultado al punto en el que se aprueban los pagos. El enfoque práctico es verificar todo el fichero de pagos antes de liberarlo y volver a verificar cuando cambian los datos bancarios de un proveedor, en lugar de comprobar cada beneficiario guardado en cada ejecución.
De dónde viene la obligación
El Reglamento europeo de Pagos Instantáneos hizo obligatoria la Verification of Payee para los PSP de la zona euro desde el 9 de octubre de 2025, y para los PSP de los Estados del EEE fuera de la zona euro antes del 9 de julio de 2027. El reglamento establece la obligación; el esquema del EPC establece la mecánica. En la práctica, eso significa que la verificación ya forma parte del flujo normal de pago SEPA en lugar de ser un extra opcional - y debe ofrecerse a los pagadores de forma gratuita.
RoxPay ofrece la Verification of Payee en el esquema SEPA a través de una única API REST y un panel, devolviendo los resultados estandarizados - coincidencia, coincidencia parcial, sin coincidencia y no disponible - en mucho menos de un segundo, con el nombre verificado en caso de coincidencia parcial para que los pagadores puedan confirmar en lugar de adivinar.