SEPA Instant en 2027: qué tienen que construir las entidades de pago, las de dinero electrónico y los proveedores fuera de la zona euro

La primera ola del Reglamento de pagos inmediatos llegó a los bancos de la zona euro en 2025. La segunda llega en 2027, a los proveedores que la primera se saltó: las entidades de pago, las entidades de dinero electrónico y todos los proveedores de pagos de los países de la UE que no usan el euro.

Las fechas están cerca. Las entidades de pago y de dinero electrónico de la zona euro tienen que enviar y recibir transferencias inmediatas en euros a más tardar el 9 de abril de 2027. Los bancos de Chequia, Dinamarca, Hungría, Polonia, Rumanía y Suecia tienen que recibirlas a más tardar el 9 de enero de 2027, y después enviarlas, con verificación del beneficiario, a más tardar el 9 de julio de 2027. Las entidades de pago y de dinero electrónico de esos seis países tienen hasta el 9 de abril de 2027 para recibir y hasta el 9 de julio de 2027 para enviar.

Lo que la ola de 2025 cambió para los comercios y los procesos de pago está en nuestro artículo anterior sobre pagos inmediatos y verificación del beneficiario. Este es para el otro extremo de la transferencia: el proveedor que tiene que construirlo.

Quién tiene que hacer qué, y cuándo

La norma es el Reglamento (UE) 2024/886, que modifica el Reglamento SEPA y cubre solo las transferencias en euros. Los números de artículo que siguen son los del Reglamento SEPA modificado. Las fechas coinciden con el resumen del BCE:

Los países de fuera de la zona euro, según la lista de países que usan el euro de la UE, son Chequia, Hungría, Polonia, Rumanía y Suecia, más Dinamarca, que tiene una cláusula de exclusión voluntaria.

Hay cuatro detalles de esa tabla que pillan desprevenido a más de uno.

La fecha de verificación del beneficiario para las entidades de la zona euro no es una errata. El aplazamiento a 2027 para las entidades de pago y de dinero electrónico está en el artículo 5 bis, que regula el envío y la recepción. El artículo 5 quater, sobre la verificación del beneficiario, no tiene esa excepción, así que se aplica a todos los proveedores de la zona euro desde el 9 de octubre de 2025. Si eres una entidad de la zona euro que ofrece transferencias y tu verificación del beneficiario no está en marcha, eso es una carencia hoy.

En los países de fuera de la zona euro, lo primero es la paridad de comisiones. El artículo 5 ter, que impide cobrar más por una transferencia inmediata que por una ordinaria, se aplica allí desde el 9 de enero de 2027.

Los proveedores de fuera de la zona euro tienen más tiempo para el envío fuera de horario. Hasta el 9 de junio de 2028, no están obligados a enviar transferencias inmediatas en euros desde cuentas en moneda nacional durante las horas en que no tramitan transferencias ordinarias en euros para esas cuentas. Un supervisor también puede autorizar un límite por operación de al menos 25.000 euros, en función del acceso del proveedor a la liquidez en euros (artículo 5 bis, apartado 2). La recepción no se ve afectada.

Bulgaria ya es zona euro. Adoptó el euro el 1 de enero de 2026, y el artículo 16, apartado 9, fija una transición propia. Si tienes licencia allí, lee ese apartado en lugar de cualquiera de las filas anteriores.

Qué hay que construir

El texto legal es breve. El software que hay debajo, no.

Un libro mayor que nunca cierra

Toda cuenta accesible para transferencias tiene que ser accesible para transferencias inmediatas «las veinticuatro horas del día y cualquier día natural» (artículo 5 bis, apartado 1). Cuando llega una orden, el proveedor del ordenante la comprueba, comprueba los fondos, retiene o adeuda el importe y la envía inmediatamente.

Esta suele ser la parte cara, porque el libro mayor se construyó en torno a los días hábiles. Busca:

• Procesos por lotes de fin de día que bloquean cuentas o recalculan saldos mientras se ejecutan.
• Procesos de comisiones, intereses y cambio de divisas que dan por hecho que nada se contabiliza de noche.
• Una conciliación de la salvaguarda de fondos que se ejecuta una vez por día hábil y que ahora tiene que absorber abonos a las 3 de la madrugada de un domingo.
• La forma de publicar versiones. Una interrupción solo se libra de sanción si es un mantenimiento previsto, breve y previsible (o una interrupción prevista de todo el régimen de pago) comunicado con antelación a los clientes (artículo 11, apartado 1 quater). Una publicación de cuatro horas en fin de semana ya no cabe.

Los proveedores de fuera de la zona euro tienen un punto más. Una orden desde una cuenta que no está en euros solo se considera recibida una vez convertida a euros, y la conversión tiene que hacerse inmediatamente (artículo 5 bis, apartado 3, letra c). Tu fuente de tipos de cambio ahora también trabaja de noche y en fin de semana.

Conectividad: directa o a través de un banco patrocinador

El mismo Reglamento modificó la Directiva sobre la firmeza de la liquidación para que las entidades de pago y de dinero electrónico puedan participar directamente en los sistemas de pago designados, siempre que documenten sus mecanismos de salvaguarda, de gobernanza y de TIC y mantengan un plan de liquidación (el nuevo artículo 35 bis de la PSD2). El BCE afirma que, desde octubre de 2025, los proveedores no bancarios que cumplan los requisitos de la Orientación TARGET pueden acceder a TIPS, el servicio de liquidación inmediata del Eurosistema.

La participación directa elimina una dependencia, pero te deja la gestión de la liquidez las 24 horas. La mayoría de las entidades pequeñas mantendrán un banco patrocinador, lo que cambia el desarrollo menos de lo que se cree: sigues necesitando el libro mayor siempre abierto, y la API del patrocinador pasa a formar parte de tu presupuesto de tiempo. Antes de firmar, averigua:

• Cómo te llegan los abonos entrantes, y cuánto de la ventana de 10 segundos consume eso.
• Cómo son sus interrupciones previstas y cómo te enteras de ellas.
• Si encaminan las solicitudes de verificación del beneficiario en los dos sentidos.
• Qué pasa cuando su llamada a tu sistema agota el tiempo de espera.

La ventana de 10 segundos

El proveedor del beneficiario tiene que abonar al beneficiario y confirmarlo al proveedor del ordenante en los 10 segundos siguientes a la recepción de la orden por el proveedor del ordenante (artículo 5 bis, apartado 4, letra c). Sin esa confirmación, el proveedor del ordenante tiene que restituir inmediatamente la cuenta del ordenante e informarle (artículo 5 bis, apartado 4, letra e, y apartado 5).

Diez segundos parecen generosos hasta que los repartes entre tus sistemas, el patrocinador, el mecanismo de compensación y el otro proveedor:

• Cada comprobación síncrona en la ruta de envío (límites, puntuación de fraude, reglas de prevención del blanqueo) necesita un presupuesto de tiempo estricto y una alternativa definida.
• La transferencia necesita una máquina de estados explícita: retenida, enviada, confirmada, rechazada, tiempo agotado, revertida. Cada transición tiene que ser idempotente.
• Una confirmación que llega después de que haya saltado tu temporizador va a una cola de excepciones, nunca se contabiliza en silencio.
• En el lado de la recepción, el abono es una escritura directa en el libro mayor con fecha valor del mismo día (artículo 5 bis, apartado 4, letra d), no una entrada en la cola del siguiente lote.

Los clientes pueden fijar un máximo diario o por operación y cambiarlo en cualquier momento (artículo 5 bis, apartado 6). Los ficheros de transferencias múltiples que se aceptan para las transferencias ordinarias tienen que aceptarse para las inmediatas (artículo 5 bis, apartado 7), y las transferencias inmediatas tienen que ofrecerse en todos los canales que ofrecen transferencias ordinarias (artículo 5 bis, apartado 4, letra a).

Verificación del beneficiario: compra el servicio, construye la integración

La verificación del beneficiario (VoP) es un servicio de esquema. El esquema VoP desarrollado por el European Payments Council define cómo preguntan y responden los proveedores, y el BCE señala que el Eurosistema ofrece su propio servicio de VoP, basado en soluciones del Banco de Portugal y del Latvijas Banka y diseñado conforme a ese esquema. Los proveedores comerciales venden lo mismo. Pocas entidades deberían escribir su propio motor de coincidencias.

Lo que no puedes comprar es la integración con tus propios sistemas. Tiene dos mitades.

Lado del solicitante. Antes de que un cliente autorice una transferencia, compruebas el IBAN contra el nombre que ha tecleado, en todos los canales, y muestras el resultado (artículo 5 quater, apartado 1). El BCE enumera los resultados como coincidencia, coincidencia aproximada, no coincidencia y otros; en una coincidencia aproximada muestras el nombre que realmente figura en la cuenta. La comprobación nunca debe impedir que el cliente autorice (artículo 5 quater, apartado 5), y los clientes empresariales que envían paquetes de órdenes tienen que poder renunciar a ella (artículo 5 quater, apartado 6). Registra cada resultado con el pago: tu exención de responsabilidad ante una transferencia mal dirigida depende de haber cumplido estos requisitos (artículo 5 quater, apartado 8).

Lado del respondedor. Cuando otro proveedor pregunta por una de tus cuentas, respondes con tus datos de clientes, y aquí es donde duele la calidad de los datos. El nombre del beneficiario significa nombre y apellidos para una persona y «el nombre comercial o jurídico» para una empresa (artículo 2, punto 1 quinquies), así que tu respondedor necesita ambos para los clientes empresariales. Si un ordenante aporta un identificador de empresa que tú tienes, como un LEI o un número fiscal, también tienes que verificarlo (artículo 5 quater, apartado 1, letra b).

Hay un caso que importa más a las entidades de dinero electrónico que a los bancos: las cuentas mantenidas por cuenta de varios beneficiarios, como las cuentas ómnibus de clientes y los IBAN virtuales. Tienes que confirmar si el beneficiario indicado es uno de ellos (artículo 5 quater, apartado 1, letra c), así que el respondedor necesita acceso de lectura rápido a tu correspondencia de IBAN virtuales.

La verificación del beneficiario es gratuita para los clientes (artículo 5 ter, apartado 2), así que la tarifa del proveedor es un coste, no una línea de ingresos.

El control de sanciones pasa del pago al cliente

Un proveedor que ofrece transferencias inmediatas tiene que comprobar toda su base de clientes contra las medidas restrictivas financieras selectivas de la UE (inmovilizaciones de activos y prohibiciones relacionadas en virtud del artículo 215 del TFUE) en cuanto entren en vigor medidas nuevas o modificadas, y al menos una vez cada día natural. Durante una transferencia inmediata, ninguno de los dos proveedores puede volver a cotejar al ordenante o al beneficiario con esas medidas.

En términos de software:

• Una nueva comprobación de todos los clientes, desencadenada por evento, cada vez que cambien las medidas de la UE, más una ejecución completa diaria, con las coincidencias gestionadas a nivel de cuenta.
• Un cambio documentado en el motor de control durante la operación para que omita las medidas selectivas de la UE en las transferencias inmediatas.
• Todo lo demás se mantiene: las demás medidas restrictivas y los controles de prevención del blanqueo de capitales quedan expresamente intactos (artículo 5 quinquies, apartado 2).
• Los datos para el informe anual sobre los rechazos causados por medidas restrictivas financieras selectivas (artículo 15, apartado 3).

Es la única obligación para la que el Reglamento fija la escala de la sanción: para una persona jurídica, sanciones máximas de al menos el 10% del volumen de negocios total neto anual (artículo 11, apartado 1 ter).

Comisiones y la aplicación

Una transferencia inmediata no puede costar más que una transferencia ordinaria del tipo correspondiente (artículo 5 ter, apartado 1). Si vendes la transferencia inmediata como opción «exprés» de pago, esa tarifa desaparece. Pon la regla de paridad en el motor de comisiones, ya que cada año comunicas a tu supervisor los niveles de comisiones (artículo 15, apartado 3).

En la aplicación y en la banca en línea, el trabajo consiste sobre todo en ensamblar las piezas anteriores: la verificación del beneficiario antes de cada botón de confirmar, una pantalla para los límites de las transferencias, un estado que se resuelve en segundos y un mensaje claro cuando una transferencia agota el tiempo y el dinero vuelve.

Quién puede saltarse la mayor parte de esto

Si tu core bancario estándar o tu plataforma de dinero electrónico ya admiten SEPA Instant y la verificación del beneficiario, buena parte de esto es una actualización y pruebas. Aun así, comprueba que tus propios procesos por lotes no rompen la promesa de funcionamiento ininterrumpido, que el módulo de verificación cubre el lado del solicitante, el del respondedor y las cuentas de varios beneficiarios, y que el control de sanciones sigue el artículo 5 quinquies.

Si eres una fintech sobre una plataforma de banking-as-a-service en la que el proveedor tiene la licencia, la obligación es suya y tu trabajo es la aplicación y la integración con la API.

Este artículo es más útil si tu libro mayor es propio, está muy personalizado o es lo bastante antiguo como para tener un proceso nocturno por lotes en el centro.

Cómo de preparado está el sector

En una encuesta de Celent a más de 100 entidades financieras, encargada por ClearBank (un banco que vende acceso a los pagos en euros a estas empresas, así que conviene leerla teniéndolo en cuenta), una de cada cinco entidades de dinero electrónico y de pago dijo que ya preveía incumplir la fecha de julio de 2027 en hasta seis meses.

El Reglamento no prevé ninguna prórroga general. La Comisión tiene que informar sobre los obstáculos que persisten para los pagos inmediatos a más tardar el 9 de abril de 2027 (artículo 15, apartado 6), posiblemente con una propuesta, pero eso coincide con la propia fecha límite de la zona euro. Planifica con las fechas del texto.

Un plan hacia atrás desde la fecha límite

A principios de octubre de 2026, una entidad de pago o de dinero electrónico de la zona euro tiene seis meses. Un banco de fuera de la zona euro tiene tres meses para empezar a recibir, con las fiestas en medio.

1. Octubre de 2026: análisis de carencias. Haz una lista de todos los procesos que dan por supuesto el horario laboral. Identifica todos los canales que pueden iniciar una transferencia. Mide con qué frecuencia difieren el nombre jurídico y el comercial en los datos que usará tu respondedor de verificación.
2. Antes de que acabe noviembre de 2026: decidir la conectividad y los proveedores. Directa o con patrocinador, un proveedor de verificación del beneficiario elegido y los contratos en marcha. Las incorporaciones van al ritmo de otros, así que empieza por ahí.
3. De diciembre de 2026 a febrero de 2027: desarrollo. Contabilización en tiempo real, la máquina de estados de los tiempos agotados, el solicitante y el respondedor de la verificación, los cambios en el control de sanciones y en las tarifas, y las pantallas de los canales.
4. Febrero y marzo de 2027: prueba como si fuera domingo por la noche. De extremo a extremo contra el entorno de pruebas del patrocinador o del sistema de compensación, con tiempos agotados provocados, carga a las horas en que antes se ejecutaba tu proceso por lotes y un despliegue con tráfico real.
5. Entre dos y cuatro semanas antes de la fecha: congelación.

Los bancos de fuera de la zona euro deberían comprimir esto, para la ruta de recepción, en lo que queda de 2026, y después repetirlo para el envío y la verificación de cara al 9 de julio de 2027. Las entidades de pago y de dinero electrónico de fuera de la zona euro también tienen dos entregas: recibir a más tardar el 9 de abril de 2027, y después enviar y verificar a más tardar el 9 de julio de 2027.

Dónde encaja esto

La guía de la PSD3 y del Reglamento de servicios de pago cubre lo que viene después de 2027, incluido el alcance más amplio de la verificación del beneficiario. La guía de integración de Wero muestra lo que pasa a ser posible cuando los canales inmediatos están en todas partes.

Construimos y modificamos software de pagos: libros mayores y motores de contabilización, integraciones con bancos patrocinadores y esquemas, integraciones con proveedores de verificación del beneficiario y las pantallas de aplicación y de back office que van encima. Si tienes una fecha en 2027 y un libro mayor que todavía cierra de noche, escribe a office@c9group.dev.