){kind=logo}
Desde octubre de 2025, cada transferencia SEPA que sale de tu empresa pasa por un control automático: la verificación del beneficiario. Si el nombre del titular de la cuenta no coincide con el IBAN, el banco te avisa y, en algunos casos, la operación se detiene. A esto se suma un segundo cambio: a partir del 15 de noviembre de 2026, los ficheros de pago SEPA deben incluir las direcciones de los beneficiarios en formato estructurado, no como texto libre. Ambos cambios afectan directamente al equipo de tesorería y cuentas a pagar. Este artículo explica qué implica cada uno, cómo comprobar el IBAN y los datos de proveedores antes de un pago masivo, y qué ajustes técnicos conviene abordar antes de noviembre.
La verificación del beneficiario ya bloquea transferencias SEPA con datos incorrectos
La verificación del beneficiario (Verification of Payee, VoP) es obligatoria en toda la zona SEPA desde el 9 de octubre de 2025, según el Reglamento (UE) 2024/886. El Banco de España confirma que el servicio es gratuito para todos los clientes. Antes de que el banco ejecute cualquier transferencia SEPA, comprueba el nombre del beneficiario con la entidad receptora y devuelve uno de cuatro resultados: coincide, coincide parcialmente, no coincide o no está disponible.
Cuando el resultado es "no coincide", el banco emisor muestra una alerta. El ordenante puede decidir continuar, pero asume el riesgo: si la transferencia resulta fraudulenta, la entidad financiera puede negarse a reembolsar el importe. En el caso de empresas, la verificación contrasta el nombre registrado de la sociedad, y puede utilizar identificadores como el NIF, el EUID o el LEI.
Un Responsable de Tesorería que lanza un lote de 40 pagos a proveedores un viernes por la tarde puede encontrarse con tres transferencias marcadas como "no coincide" porque uno de los proveedores cambió su razón social tras una fusión y nadie actualizó los datos maestros. El lote completo se retrasa, los proveedores reclaman y el cierre semanal se complica.
La verificación es gratuita y automática; la realiza el banco como parte del proceso de la transferencia SEPA. Lo que sí exige es que los datos que tu empresa envía en el fichero de pago sean exactos.
Cómo comprobar el IBAN y los datos de proveedores antes de un pago masivo
La validación de un IBAN tiene dos capas distintas, y conviene entender ambas para evitar rechazos.
La primera es la validación estructural. Consiste en verificar que el IBAN tiene el código de país correcto, la longitud adecuada (24 caracteres para España) y que los dígitos de control son coherentes. Cualquier comprobador de IBAN realiza esta verificación en segundos. Un Controller en una empresa de 120 empleados que copia un IBAN desde una factura en PDF y pega el dato en el ERP puede detectar un dígito erróneo de forma inmediata con este tipo de validación, evitando una comisión por rechazo y un retraso en el pago al proveedor.
La segunda capa es la verificación del nombre del titular, que es precisamente lo que hace la VoP. Un IBAN puede ser estructuralmente correcto y, sin embargo, pertenecer a una cuenta cuyo titular no coincide con el proveedor al que pretendes pagar.
Una buena gestión de las cuentas por pagar empieza por tener datos limpios. Para preparar un lote de pagos con garantías, conviene seguir un proceso ordenado. Primero, exporta los datos maestros de proveedores desde tu ERP o software contable: razón social, IBAN, dirección y NIF. Segundo, ejecuta una validación estructural de todos los IBAN para descartar errores de formato. Tercero, contrasta las razones sociales con la documentación oficial del proveedor o con el Registro Mercantil; el nombre debe coincidir exactamente con el que la entidad bancaria tiene registrado. Cuarto, para proveedores nuevos, solicita un certificado de titularidad bancaria antes de registrar el IBAN en el sistema. Quinto, revisa los registros que no se hayan verificado en los últimos 12 meses y colócalos en una cola de revisión antes del siguiente pago masivo.
Este proceso de comprobar el IBAN de cada cuenta no es un trámite puntual; es una práctica recurrente que debería ejecutarse antes de cada ciclo de pagos. Conviene también comprobar el IBAN de la cuenta de destino cuando un proveedor comunica un cambio de entidad bancaria. La conciliación bancaria posterior confirmará que los importes pagados coinciden con los registros internos.
El fraude en transferencias a proveedores y el papel de la verificación del beneficiario
Las transferencias SEPA son el canal de pago dominante en toda la zona SEPA, que abarca 36 países europeos, y también la principal vía de entrada de dos tipos de fraude que afectan a los equipos de cuentas a pagar.
El primero es la suplantación de proveedor. Un atacante envía un correo electrónico convincente, a menudo desde una dirección casi idéntica a la del proveedor real, solicitando un cambio de cuenta bancaria. Sin la verificación del beneficiario, el equipo de cuentas a pagar no dispone de un mecanismo automático para detectar que la nueva cuenta no pertenece al proveedor. Una gestión de facturas rigurosa ayuda a detectar estas inconsistencias, pero no sustituye la verificación bancaria. Un especialista de cuentas a pagar que recibe esta solicitud y actualiza el IBAN en el sistema puede no descubrir el fraude hasta semanas después, cuando el proveedor legítimo reclama el pago pendiente. Con la VoP activa, la siguiente transferencia bancaria SEPA devuelve "no coincide" porque el titular de la cuenta nueva no corresponde con la razón social del proveedor.
El segundo es el fraude al CEO: una solicitud de pago urgente desde una dirección que imita a un directivo de la empresa. La VoP señala la discrepancia entre el nombre del supuesto receptor y el titular real de la cuenta.
La verificación no elimina todo el fraude, pero añade una capa de control a nivel de infraestructura bancaria, complementaria a los controles internos de la empresa. Además, si la entidad financiera no ejecuta la verificación correctamente y se produce una transferencia fraudulenta, el Reglamento (UE) 2024/886 obliga al banco a reembolsar al ordenante, como detalla la Abogacía Española en su análisis del marco legal.
La limpieza de datos de proveedores como proyecto de cumplimiento normativo
La convergencia de la VoP y el nuevo formato de dirección estructurada convierte la limpieza de datos de proveedores en un proyecto de cumplimiento normativo con fecha límite, no en una tarea que se pueda ir posponiendo.
El primer paso es dimensionar el alcance. Una empresa de 200 empleados con 300 proveedores activos puede descubrir que el 15 % de sus registros tiene discrepancias en el nombre: "Transportes García" en el sistema interno frente a "Transportes García López S.L." en los registros bancarios. Corregir cada caso manualmente requiere entre 10 y 15 minutos de verificación documental. A escala, el proyecto puede consumir semanas de trabajo del equipo de cuentas a pagar.
Los campos que necesitan revisión son cuatro: razón social (debe coincidir exactamente con el registro bancario), IBAN (validación estructural más verificación de titularidad previa a la VoP), dirección (debe estar en formato estructurado antes de noviembre de 2026) y NIF.
Tu equipo de cuentas a pagar puede prepararse para la VoP y la dirección estructurada antes de noviembre de 2026
La VoP ya está activa y el plazo de dirección estructurada vence en noviembre de 2026. Estas son las acciones que tu equipo de cuentas a pagar debería completar antes de esa fecha para garantizar que ninguno de los dos requisitos bloquee tus pagos SEPA.
Audita la razón social en tu ERP contra los registros bancarios. El nombre debe coincidir de forma exacta con el que la entidad receptora tiene registrado. Una discrepancia, aunque sea una abreviatura o la omisión del "S.L.", provocará un resultado "no coincide" en la VoP.
Ejecuta una validación estructural de IBAN en todos los proveedores activos. Para cualquier proveedor incorporado en los últimos 12 meses sin certificado de titularidad bancaria, solicítalo antes del siguiente ciclo de pagos.
Convierte las direcciones de texto libre a formato estructurado. Separa cada dirección en campos independientes: calle, número, código postal, ciudad y país. El formato pain.001 exigirá estos campos desglosados a partir de noviembre de 2026.
Cruza el NIF de cada proveedor con el Registro Mercantil o el censo de la AEAT. Esto confirma que la entidad está activa y que los datos fiscales son coherentes con el resto del registro.
Marca cualquier registro de proveedor no revisado en los últimos 12 meses y programa su verificación antes del próximo ciclo de pagos. Los registros obsoletos son la causa más frecuente de rechazos en lotes masivos.
Los errores más habituales son nombres abreviados que no coinciden con los registros bancarios, IBAN de cuentas cerradas que nunca se actualizaron y direcciones almacenadas como texto libre en un solo campo.
Las plataformas de automatización de cuentas a pagar que centralizan los datos de proveedores, validan el IBAN en el momento de la recepción de la factura y generan ficheros de pago SEPA reducen la carga manual de este tipo de proyectos. Combinadas con un flujo de procesamiento de facturas de proveedores digitalizado, la limpieza de datos deja de ser un proyecto aislado. Cuando los datos del proveedor se capturan y verifican en el punto de procesamiento de la factura, la información ya está limpia antes de llegar al fichero de pago. Spendesk, que integra el procesamiento de facturas con OCR, los flujos de aprobación configurables y el pago a proveedores vía SEPA en una sola plataforma, permite abordar esta limpieza como parte del flujo habitual de trabajo, no como un proyecto paralelo.
El plazo de dirección estructurada del 15 de noviembre de 2026 y sus implicaciones técnicas
A partir del 15 de noviembre de 2026, los ficheros de pago SEPA en formato pain.001 deben incluir la dirección del beneficiario desglosada en campos independientes: nombre de la calle, número del edificio, código postal, ciudad y país. Las líneas de dirección en texto libre dejarán de ser válidas, según las especificaciones del European Payments Council (EPC). Un análisis detallado del plazo confirma que el formato no estructurado dejará de aceptarse a partir de esa fecha.
Este cambio afecta a cada sistema que genera XML SEPA: ERPs, software contable y plataformas de pago. Las empresas que ya se han adaptado a la factura electrónica obligatoria bajo la Ley Crea y Crece conocen bien este tipo de transición de formato. Un DAF que revisa el sistema contable de su empresa puede descubrir que las direcciones de proveedores se almacenan como "Calle Mayor 15, 28001 Madrid" en un solo campo. El nuevo formato exige campos separados: calle "Calle Mayor", número "15", código postal "28001", ciudad "Madrid", país "ES". Si el proveedor del software no ha publicado la actualización correspondiente y la fecha límite está cada vez más cerca, el riesgo de rechazo de ficheros de pago es real.
Las entidades bancarias rechazarán los ficheros que no cumplan con el nuevo formato, lo que significa que los pagos SEPA de las empresas que no hayan adaptado sus sistemas quedarán bloqueados.
Las plataformas de pago que generan ficheros SEPA XML de forma nativa pueden absorber esta transición de formato internamente. El equipo de cuentas a pagar actualiza la dirección del proveedor una vez en la plataforma, y el sistema genera el XML con la estructura de dirección conforme al nuevo estándar. Spendesk gestiona la generación de ficheros de pago SEPA como parte de su flujo de cuentas a pagar, lo que simplifica la adaptación al nuevo requisito sin necesidad de edición manual de ficheros XML.
¿Quieres saber cómo funciona Spendesk?
Prueba nuestro demo interactivo y descubre como controlar el gasto y las aprobaciones de principio a fin.
Probar demo interactivo){kind=logo}
)
)