Si buscas «pagos globales», la mayor parte de lo que aparece trata de una empresa: Global Payments Inc., una compañía de tecnología de pagos cotizada en Estados Unidos. Eso es el perfil de una empresa y no es el tema de este artículo. Para un equipo de pagos, «pagos globales» es una categoría: dinero que se mueve entre países, entre divisas y entre sistemas de pago. La pregunta práctica no es quién es la empresa, sino cómo se verifica un pago cuando el banco de quien paga y el del beneficiario están en países distintos.
Esa pregunta ya tiene una respuesta normativa en Europa. El Reglamento de Pagos Instantáneos de la UE obliga a los proveedores de servicios de pago (PSP) a ejecutar una comprobación de nombre frente a IBAN -la Verification of Payee (VoP)- antes de enviar una transferencia en euros. Este artículo explica hasta dónde llega esa comprobación cuando cruza fronteras, qué devuelve y qué hay que construir.
Qué significa «pagos globales» y por qué los resultados de búsqueda confunden dos cosas
Dos cosas distintas comparten la expresión. La primera es Global Payments Inc., una empresa con su propia historia, su cotización y sus reseñas. La segunda son los pagos globales como categoría: cualquier pago en el que quien paga y el beneficiario no están en el mismo país, o en el que el dinero cruza un sistema de pago, una divisa o la frontera de un esquema.
Un profesional de los pagos que busca este término normalmente necesita el segundo significado. No busca el perfil de una empresa, sino cómo se encaminan, se verifican y se controlan los flujos transfronterizos. Este artículo se queda en ese lado y, a propósito, no trata la historia, la dirección ni las acciones de la empresa.
Dos significados, un solo buscador
El perfil de una empresa y la categoría de pagos son temas distintos. Si necesitas la empresa, sus páginas para inversores son la fuente adecuada. Si necesitas saber cómo se verifica un pago transfronterizo, sigue leyendo.
Pagos globales frente a pagos SEPA: qué cruza realmente una frontera
Ayuda separar tres tipos de flujo, porque las reglas son distintas para cada uno.
- Los pagos nacionales se quedan dentro de un solo país y un solo sistema de pago, por ejemplo una transferencia en euros entre dos bancos del mismo Estado miembro.
- Los pagos SEPA mueven euros entre cuentas de cualquier punto de la Zona Única de Pagos en Euros, que cubre los Estados miembros de la UE y varios países vecinos que se han adherido a los esquemas. Un pago SEPA puede ser transfronterizo y seguir dentro de un único reglamento compartido.
- Los pagos globales (transfronterizos) salen de SEPA o salen del euro: un pago a un banco fuera del esquema, un pago en otra divisa o un pago que pasa por bancos corresponsales y conversión de divisa.
La distinción importa porque la Verification of Payee es un mecanismo del esquema SEPA. Funciona porque el PSP solicitante y el PSP respondedor participan en un esquema compartido con mensajes estandarizados y resultados estandarizados. Dentro de SEPA eso es así por diseño. Fuera de SEPA no hay un esquema compartido por el que plantear la pregunta.
Así que la respuesta honesta a «¿se aplica la VoP a los pagos transfronterizos?» es: se aplica a los pagos transfronterizos que son pagos SEPA. Una transferencia en euros de un banco de un Estado miembro a un banco de otro es exactamente el caso para el que se creó la comprobación. Un pago a un banco que no participa en el esquema no está cubierto, y la comprobación devuelve un resultado «no disponible» en lugar de una coincidencia.
Dónde encaja la Verification of Payee en un flujo de pago global
La VoP es un paso del recorrido del pago, no un producto aparte. El flujo es corto y es el mismo tanto si los dos bancos están en el mismo país como si no.
- 1 Quien paga introduce o selecciona un nombre de beneficiario y un IBAN.
- 2 El PSP de quien paga -el PSP solicitante- envía el nombre y el IBAN al PSP del beneficiario.
- 3 El PSP del beneficiario -el PSP respondedor- compara el nombre con los datos del titular de la cuenta y responde.
- 4 La respuesta es uno de cuatro resultados: coincidencia, coincidencia parcial, sin coincidencia o no disponible.
- 5 El PSP de quien paga muestra el resultado y quien paga decide si continuar, corregir los datos o detenerse.
Merece la pena conocer los cuatro resultados con precisión. Una coincidencia significa que el nombre facilitado es coherente con el titular de la cuenta. Una coincidencia parcial significa que los nombres son parecidos pero no idénticos -falta un segundo nombre, hay una denominación comercial en lugar de una razón social- y el PSP respondedor suele devolver el nombre que tiene registrado para que quien paga pueda confirmarlo. Una sin coincidencia significa que el nombre no corresponde a esa cuenta. No disponible significa que el PSP del beneficiario no pudo responder, por ejemplo porque no se puede contactar con él o porque no participa.
El encaminamiento es la parte difícil
Enviar una solicitud es fácil. Llegar al PSP del beneficiario es el verdadero problema de ingeniería: hay miles de entidades en SEPA, cada una con su propio alta y sus propios formatos, y el conjunto cambia con el tiempo. Por eso la mayoría de los proveedores se conectan una vez al esquema en lugar de integrarse banco a banco.
Aquí es también donde los pagos globales se vuelven más difíciles que los nacionales. En un flujo nacional, los dos bancos suelen estar en el mismo sistema y el encaminamiento es trivial. En un flujo transfronterizo, la comprobación depende de que se pueda contactar con el PSP del beneficiario, de que esté dentro del ámbito y de que responda a tiempo. Diseña también para el caso en que no pueda.
Quién tiene que implantar la VoP y para cuándo
La obligación viene del Reglamento de Pagos Instantáneos de la UE, que modifica el Reglamento SEPA y exige a los PSP que ofrecen transferencias en euros verificar al beneficiario antes de enviarlas. En la práctica, eso significa los bancos y PSP que gestionan pagos instantáneos en euros, y también el lado respondedor: si tienes cuentas de clientes, otros PSP te enviarán solicitudes sobre tus propios titulares, así que tienes que poder responderlas.
- Los PSP de la zona del euro deben ofrecer la Verification of Payee desde el 9 de octubre de 2025.
- Los PSP de los Estados miembros de la UE fuera de la zona del euro lo hacen desde el 9 de julio de 2027.
- Las dos direcciones -preguntar y responder- forman parte del desarrollo, no solo la comprobación que ve el usuario.
El calendario completo, incluido cómo se aplican las fechas país por país, está en la página dedicada a los plazos. El punto para un proveedor transfronterizo es más sencillo: la obligación sigue al pago, no a tu sede central. Si envías transferencias en euros a SEPA, la comprobación entra en el ámbito.
Qué tienen que construir los proveedores de pagos globales y los PSP
La lista de lo que hay que construir es la misma tanto si eres un banco nacional como un proveedor transfronterizo. Lo que cambia es el número de contrapartes a las que tienes que llegar.
- 1 Una dirección solicitante: la capacidad de enviar un nombre y un IBAN al PSP del beneficiario y recibir un resultado estandarizado antes de que se libere el pago.
- 2 Una dirección respondedora: la capacidad de recibir solicitudes sobre tus propios titulares, comparar el nombre con tus registros y devolver el código de esquema correcto.
- 3 Una lógica de comparación de nombres que gestione formas jurídicas, iniciales, acentos y denominaciones comerciales, y que devuelva el nombre registrado en una coincidencia parcial para que quien paga pueda confirmarlo.
- 4 Objetivos de latencia y disponibilidad: la comprobación se ejecuta mientras quien paga espera, así que tiene que responder en bastante menos de un segundo y mantenerse disponible.
- 5 Registro y auditoría: guarda el resultado, la entidad respondedora y el tiempo de procesamiento, sin conservar más datos personales de los necesarios.
Dos decisiones de diseño ahorran muchos problemas después. Primera: trata «no disponible» como un resultado normal, no como un error -es lo que verás con contrapartes fuera de cobertura, y debe llevar a un mensaje claro en lugar de a una pantalla de pago fallido. Segunda: mantén la comprobación dentro del recorrido del pago en lugar de añadirla después, para que el resultado esté disponible en el momento en que quien paga confirma.
Qué deberían hacer las empresas y los equipos de tesorería con los datos de beneficiarios globales
Si tu empresa paga a proveedores, empleados o administraciones tributarias en varios países, guardas datos de beneficiarios capturados en momentos distintos, con formatos distintos y por equipos distintos. Parte de esos datos está desactualizada. Una comprobación del nombre vale tanto como el nombre que le envías.
- Limpia antes de comprobar: concilia los nombres de beneficiarios guardados con el nombre legal o registrado, no con un apodo ni una denominación comercial abreviada.
- Verifica en el alta: ejecuta una comprobación cuando se da de alta a un proveedor o a un empleado, y guarda el nombre verificado que devuelve.
- Verifica antes de los lotes de pago: ejecuta la misma comprobación sobre un fichero de pago completo para que una sola cuenta que no coincide se señale antes de que salga el dinero.
- Vuelve a verificar cuando haya cambios: un IBAN nuevo o un nombre modificado es el momento de comprobar de nuevo, no cada pago a un beneficiario de confianza.
Para un equipo de tesorería, el valor no es solo el cumplimiento normativo. Un pago a la cuenta equivocada es caro de recuperar, sobre todo si es instantáneo y cruza una frontera. Una comprobación del nombre antes de liberar el pago cuesta mucho menos que el proceso de recuperación.
Cómo elegir un proveedor de Verification of Payee para cobertura transfronteriza
Cuando los pagos cruzan fronteras, cambian las preguntas que haces a un proveedor de VoP. La cobertura y la accesibilidad van primero; la forma de la API va después.
- Alcance: ¿a qué PSP respondedores puede contactar realmente el proveedor y cómo se comporta con los que no puede?
- Las dos direcciones: ¿puede responder solicitudes sobre tus propios titulares además de enviarlas?
- Latencia y disponibilidad: ¿qué tiempo de respuesta obtienes en la práctica y qué pasa cuando se agota el tiempo de espera?
- Encaje con tu stack: un único contrato REST, resultados y códigos de esquema estandarizados, y además un panel para los equipos que no escriben código.
- Auditoría y protección de datos: qué se registra, dónde se almacena y cuánto tiempo se conserva.
RoxPay ofrece la Verification of Payee sobre el esquema SEPA mediante una única API REST y un panel, cubriendo tanto la dirección solicitante como la respondedora, y devolviendo los resultados estandarizados -coincidencia, coincidencia parcial, sin coincidencia y no disponible- en bastante menos de un segundo, con la entidad respondedora y el tiempo de procesamiento adjuntos a cada resultado.