En los pagos, la confirmación de recepción significa una de dos cosas. Antes de pagar, es la confirmación de que la cuenta que vas a abonar pertenece a la parte que has indicado: la verificación del nombre del beneficiario. Después de pagar, es la confirmación de que el dinero llegó a esa cuenta. Ninguna de las dos es un acuse de lectura por correo electrónico, y ninguna es un proveedor que responde «recibido, gracias».
Merece la pena dejar clara la distinción, porque casi todas las páginas que posicionan para esa expresión son tutoriales de clientes de correo. Esas páginas explican cómo solicitar un acuse de lectura en Gmail o Outlook, y sobre el correo tienen razón. No dicen nada de IBAN, nombres de beneficiarios ni liquidación, que es la parte que importa cuando hay dinero de por medio.
Qué significa «confirmación de recepción» y qué no
Tres cosas distintas comparten la expresión, y confundirlas es cómo los equipos financieros acaban apoyándose en la más débil.
- Un acuse de lectura o de entrega por correo electrónico: una señal del cliente de correo del destinatario de que un mensaje se ha entregado o abierto. Es un evento a nivel de mensaje.
- Un acuse de recibo: una respuesta humana o automática que dice «tenemos tu mensaje, tu factura o tu entrega». Es una declaración del destinatario.
- Una confirmación de recepción de un pago: la prueba de que un importe concreto llegó a una cuenta concreta y, antes de eso, la prueba de que esa cuenta pertenece al beneficiario previsto.
Solo la tercera tiene que ver con el dinero. Un acuse de lectura te dice que un mensaje se abrió. No te dice que la factura fuera auténtica, que los datos bancarios que contenía fueran correctos ni que se haya movido dinero alguno. La confirmación de un pago es un mecanismo completamente distinto: viene del sistema de pagos, no de un buzón de correo.
Un acuse de lectura no es una prueba
Los acuses de lectura son opcionales, el destinatario puede rechazarlos y los clientes de correo los gestionan de forma distinta. El silencio no te dice nada. Trata cualquier confirmación por correo electrónico como una cortesía, nunca como un control sobre el dinero.
Por qué la confirmación de recepción al estilo del correo no sirve para los pagos
Los límites que los propios tutoriales de correo reconocen son exactamente los que hacen que el correo sea inútil como control de pagos. Los acuses son opcionales. El destinatario puede negarse. Cada cliente se comporta de forma distinta. Así que un acuse que falta es ambiguo: puede significar que el mensaje nunca se leyó o que quien lo leyó simplemente se negó a enviar un acuse.
Aplícalo a un pago. Un proveedor escribe «confirmad la recepción de nuestros nuevos datos bancarios». Tú respondes, él responde y todo el mundo se siente confirmado. Pero nada en ese intercambio comprobó si el IBAN pertenece al proveedor. Si el buzón del proveedor estaba comprometido, quien responde puede ser un estafador y la confirmación no vale nada. Lo mismo ocurre al revés: un proveedor que dice «pago recibido» no demuestra que el dinero llegara a la cuenta correcta; demuestra que alguien vio un abono.
La solución no es un correo mejor. Es una comprobación que se ejecuta entre los dos bancos, donde está el registro del titular de la cuenta. Esa comprobación es la Verification of Payee (VoP) en la UE y el SEPA, y la Confirmation of Payee (CoP) en el Reino Unido. Si quieres el contexto sobre qué es la comprobación europea, lo cubre nuestra guía sobre qué es la Verification of Payee; aquí nos quedamos en el ángulo de la confirmación.
La confirmación de recepción antes de pagar: la verificación del nombre del beneficiario
La confirmación previa al pago es breve y mecánica. Tu proveedor de servicios de pago (PSP), es decir, tu banco o tu entidad de pago, envía el nombre del beneficiario y el IBAN al PSP que mantiene la cuenta de destino. Ese PSP compara el nombre con su propio registro del titular y responde con un resultado estandarizado. Ves la respuesta antes de confirmar el pago.
- 1 Introduces o seleccionas el nombre de un beneficiario y un IBAN.
- 2 Tu PSP envía el nombre y el IBAN al PSP del beneficiario.
- 3 El PSP del beneficiario compara el nombre con el registro del titular y responde.
- 4 Tu PSP te muestra el resultado y tú decides si enviar, corregir los datos o parar.
Hay cuatro respuestas posibles, y cada una te pide algo distinto.
- Coincidencia: el nombre es coherente con el titular de la cuenta. Continúa con la confianza habitual.
- Coincidencia parcial: los nombres son parecidos pero no idénticos, por ejemplo un segundo nombre que falta o un nombre comercial en lugar de una razón social. La comprobación suele devolver el nombre que consta en la cuenta, para que puedas confirmarlo o corregir tu registro.
- Sin coincidencia: el nombre no pertenece a esa cuenta. Para y vuelve a comprobar los datos por un canal en el que ya confiaras, como un número de teléfono de tus propios registros.
- No disponible: el PSP del beneficiario no ha podido responder, por ejemplo porque no está accesible o queda fuera del esquema. No es una buena ni una mala noticia; trata un beneficiario nuevo o modificado con especial cuidado.
La comprobación es orientativa. No bloquea el pago y la decisión sigue siendo tuya. Es deliberado: el objetivo es poner una respuesta clara, procedente del banco, delante de quien libera el dinero, en el momento en que todavía puede actuar. Nuestra guía para leer cada resultado de la VoP profundiza en qué hacer con una coincidencia parcial o una sin coincidencia.
Qué confirmación llega después de una transferencia SEPA
Una vez enviado el pago, las confirmaciones que recibes tratan del estado, no de la identidad. Responden a «¿se ha movido el dinero?» en lugar de a «¿era este el beneficiario correcto?».
- Aceptado: tu PSP ha aceptado la orden de pago y la ha transmitido. El dinero ha salido de tu cuenta o está a punto de hacerlo.
- Liquidado o abonado: el PSP del beneficiario ha abonado la cuenta. En una transferencia inmediata SEPA ocurre en segundos; en una transferencia SEPA ordinaria sigue la hora límite y el ciclo de liquidación del esquema.
- Devuelto o rechazado: el pago no se completó, por ejemplo porque la cuenta estaba cerrada o los datos no eran válidos. El dinero vuelve, normalmente con un código de motivo.
Ninguna de estas confirmaciones demuestra a posteriori que el beneficiario fuera el que pretendías. Un pago puede liquidarse perfectamente en una cuenta que pertenece a otra persona: es exactamente lo que ocurre en el fraude por redirección de facturas. La confirmación de liquidación te dice que la transferencia funcionó. La verificación del nombre es lo que te dice que fue al lugar correcto. Mantén las dos cosas separadas en tu cabeza y en tus registros.
Dos confirmaciones, dos preguntas
Antes del pago: ¿este nombre coincide con este IBAN? Después del pago: ¿llegó el dinero a este IBAN? La primera es una comprobación del beneficiario, la segunda es una comprobación de estado. Ninguna sustituye a la otra.
La confirmación de recepción para empresas: IBAN de proveedores y nóminas
Para un equipo de cuentas a pagar o de tesorería, la confirmación de recepción es una cuestión de datos antes que de pagos. Tienes cientos de registros bancarios de proveedores y empleados, capturados en momentos distintos por personas distintas. Algunos están desactualizados. Una verificación del nombre vale lo que vale el nombre que le envías.
- 1 Confirma en el alta: ejecuta una verificación del nombre cuando se da de alta a un proveedor o a un empleado y guarda el nombre verificado que devuelve.
- 2 Confirma antes de cada ciclo de pagos: ejecuta la comprobación sobre todo el fichero de pagos antes de liberarlo, para que una sola cuenta que no coincide se señale mientras aún puedes corregirla.
- 3 Confirma en cada cambio: un IBAN nuevo o un nombre modificado es el momento de volver a comprobar, y el momento de llamar al proveedor a un número que ya tenías, no a uno del correo que anunciaba el cambio.
- 4 Registra el resultado: guarda el resultado, la entidad que respondió y la hora junto con el registro del pago, para poder demostrar qué se comprobó y cuándo.
Ese último punto es lo que convierte una comprobación en un control. El correo de un proveedor pidiendo «confirmad la recepción de nuestros datos actualizados» no es un control, porque confirma un mensaje, no una cuenta. Un resultado de la verificación del nombre guardado sí lo es: es la prueba de que un banco comparó el nombre con el registro del titular en una fecha concreta. Nuestro artículo sobre la Verification of Payee en el alta de proveedores cubre el proceso completo; el registro de la confirmación es la pieza que supera una auditoría.
Las nóminas merecen un apartado propio. El momento de más riesgo no es el ciclo mensual, sino una solicitud de cambio de datos bancarios. Confirma el nombre del empleado con el nuevo IBAN cuando llega el cambio, y otra vez antes de liberar el fichero.
La confirmación de recepción para bancos y PSP: solicitar frente a responder
Si gestionas un servicio de pago, la capa de confirmación que ven tus clientes se construye desde dos direcciones, y ambas tienen que funcionar.
- Como PSP solicitante, envías el nombre y el IBAN al PSP del beneficiario y debes devolver a tu cliente un resultado claro, incluido el nombre que consta en la cuenta en caso de coincidencia parcial y un mensaje comprensible cuando la respuesta no está disponible.
- Como PSP respondiente, recibes solicitudes sobre tus propios titulares de cuentas y debes responderlas con exactitud y rapidez, con el código de esquema correcto.
El lado respondiente es el que los equipos subestiman. Si mantienes cuentas de clientes, otros PSP te preguntarán por ellas, y una respuesta lenta o errónea se convierte en la pantalla de pago confusa de otra persona. Nuestra página sobre la Verification of Payee para bancos y la guía para ser un PSP respondiente cubren la implementación con más detalle.
Cómo redactar una solicitud de confirmación de recepción
La mayoría de los correos de «confirmad amablemente la recepción» piden la prueba más débil posible. Pide en su lugar las cosas concretas y di qué vas a hacer con ellas.
- Pide el resultado de la verificación del nombre: «Nuestro banco ha devuelto una coincidencia para el nombre y el IBAN que tenemos. ¿Puedes confirmar el nombre de la cuenta exactamente como aparece en tu extracto?»
- Pide la referencia y el importe del pago: «Estamos pagando la factura 4471, 12.400 EUR, referencia INV-4471. Confirma la referencia que verás en tu extracto.»
- Pide la fecha de liquidación: «Confirma la fecha en que el abono aparece en tu cuenta, para que podamos cerrar la partida.»
- Pide que un cambio se confirme por un canal aparte: «Si cambian tus datos bancarios, llamaremos al número que tenemos en el registro antes de actualizarlos. Te pedimos que hagas lo mismo con nosotros.»
Fíjate en qué tienen en común estas solicitudes: cada una pide algo que produce un banco o un sistema contable, no algo que una persona pueda escribir de memoria. Esa es la diferencia entre una confirmación y una cortesía.
RoxPay ofrece la Verification of Payee en el esquema SEPA a través de una única API REST y un panel, y cubre tanto la dirección solicitante como la respondiente. Devuelve 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 un único pago o para todo un fichero de pagos.