Cuando los equipos planifican la Verification of Payee, imaginan el lado solicitante: un cliente introduce un nombre y un IBAN, y el banco lo comprueba antes de enviar. Pero esa comprobación solo funciona porque el banco del beneficiario responde. Ese banco es el PSP respondedor — y en el esquema, la mayoría de las instituciones deben desempeñar ambos roles.
Solicitante vs respondedor
El PSP solicitante pregunta «¿este nombre coincide con este IBAN?» en nombre de un pagador. El PSP respondedor recibe esa pregunta sobre uno de sus propios titulares de cuenta y responde con un resultado estandarizado. Si tienes cuentas de clientes, otros bancos te preguntarán — así que debes poder responder.
El cumplimiento suele ser de dos lados
Ofrecer la VoP a tus pagadores (solicitante) y responder a las solicitudes sobre tus clientes (respondedor) son desarrollos diferentes. Planifica ambos, no solo el de cara al usuario.
Qué debe implementar un PSP respondedor
- 1 Recibir de forma segura las solicitudes de verificación de otros PSP del esquema.
- 2 Comparar el nombre solicitado con tus registros de titulares de cuenta, incluyendo el manejo de coincidencias parciales.
- 3 Devolver el resultado estandarizado (coincidencia, parcial, sin coincidencia, no aplicable) con el código de esquema correcto.
- 4 Responder rápido y de forma fiable — la latencia y la disponibilidad forman parte de la obligación.
Hacer ambos a través de una conexión
Construir y mantener la infraestructura de respuesta — lógica de coincidencia, disponibilidad, mensajería de esquema — es considerable. Operar sobre un proveedor ya conectado al esquema SEPA VoP te permite cubrir tanto el solicitante como el respondedor a través de una integración. RoxPay opera sobre el esquema SEPA y devuelve resultados estandarizados con el BIC del banco respondedor, así que una sola conexión alcanza la verificación por toda Europa.