Desarrollador 7 min de lectura

Integrar la API Verification of Payee: guía para desarrolladores

Añadir la Verification of Payee a un producto no tiene por qué significar unirse al esquema banco por banco. Con un solo endpoint REST envías un nombre y un IBAN y recibes un resultado estandarizado en tiempo real. Así se integra bien.

Por Verification of Payee EU · con tecnología de RoxPay

Integrar la API Verification of Payee: guía para desarrolladores

Claves

  • Una API VoP convierte el esquema SEPA en una sola llamada REST autenticada: envías nombre + IBAN, recibes un resultado estandarizado.
  • Ramifica tu lógica en cuatro resultados — MATCH, CLOSE_MATCH, NO_MATCH, NOT_APPLICABLE.
  • Usa el mismo endpoint para comprobaciones in-app, verificación por lotes y pre-comprobaciones de mandato.

Construir la Verification of Payee desde cero implica integrarse con cada PSP respondedor y normalizar cada respuesta. Una API VoP elimina ese trabajo: te conectas una vez y el proveedor gestiona la conectividad al esquema en toda la SEPA. Tu tarea se convierte en una integración limpia de solicitud/respuesta.

1. Autentícate

Las llamadas se hacen por HTTPS y se autentican con un bearer token. Guarda la credencial como secreto, nunca en el cliente. Para comprobaciones manuales o de bajo volumen hay un panel disponible, para que quienes no programan puedan verificar sin escribir código.

2. Envía la solicitud

Envía por POST el nombre y el IBAN del beneficiario al endpoint de verificación. Incluye tu propio id de referencia para conciliar el resultado con el pago o el registro de onboarding al que pertenece.

Mantenla idempotente

Pasa un id externo estable en cada solicitud para que los reintentos no creen verificaciones duplicadas y puedas vincular una entrada de log asíncrona con la acción de origen.

3. Gestiona los cuatro resultados

Cada respuesta corresponde a un código del esquema SEPA, así que tu ramificación se mantiene simple:

  • MATCH (MTCH) — el nombre coincide con el titular de la cuenta; continúa con confianza.
  • CLOSE_MATCH (CMTC) — casi correcto; muestra el nombre verificado sugerido y pide al usuario que confirme.
  • NO_MATCH (NMTC) — muestra un aviso claro antes de confirmar el pago.
  • NOT_APPLICABLE (NOAP) — verificación no disponible ahora; deja decidir al usuario.

La respuesta también lleva el BIC del banco respondedor y el tiempo de procesamiento, útiles para la monitorización y los logs de auditoría.

4. Reutilízala en todas partes

Como el contrato es el mismo, el único endpoint sirve para varios fines: una comprobación en línea mientras un pagador revisa un nuevo beneficiario, la verificación por lotes de un fichero de proveedores y una pre-comprobación dentro de un flujo de mandato SEPA Direct Debit. RoxPay usa la VoP exactamente así — incluso como pre-comprobación obligatoria antes de emitir el enlace de firma de un mandato SDD.

FAQ

Preguntas frecuentes

Sí. Una llamada de verificación responde de forma síncrona, normalmente en mucho menos de un segundo, e incluye el BIC del banco respondedor y el tiempo de procesamiento del PSP para monitorizar el rendimiento.

Un resultado normalizado (MATCH, CLOSE_MATCH, NO_MATCH, NOT_APPLICABLE), el código de tipo de coincidencia del esquema SEPA, un id de verificación, el BIC respondedor, el tiempo de procesamiento y tu id externo opcional.

Sí. Llama al endpoint por registro para verificar todo un fichero de beneficiarios antes de una remesa de pagos — está diseñada para alto rendimiento.

Integra la Verification of Payee

Consigue tus credenciales y entra en producción en el esquema SEPA VoP con una sola integración REST.