Direcciones estructuradas SEPA: el plazo del 15 de noviembre de 2026 explicado
A partir del 15 de noviembre de 2026, una dirección postal en un pago SEPA deberá ser estructurada o híbrida, o su banco rechazará el fichero. Qué cambia, por qué el desencadenante es la fecha de ejecución contenida en el fichero y cómo verificar un pain.001 o un pain.008 hoy mismo.
¿Qué cambia para las direcciones SEPA el 15 de noviembre de 2026?
A partir del 15 de noviembre de 2026, si una transferencia SEPA (pain.001) o un adeudo directo (pain.008) contiene una dirección postal para el deudor o el acreedor, dicha dirección deberá ser estructurada o híbrida: ya no podrá ser una dirección en texto libre compuesta únicamente por elementos AdrLine. Una dirección estructurada proporciona cada componente en su propia etiqueta (ciudad, país, calle, número, código postal) sin ningún AdrLine; una dirección híbrida conserva como máximo dos AdrLine de 70 caracteres, pero debe añadir igualmente el nombre de la ciudad (TwnNm) y el país (Ctry). El país por sí solo no basta: el nombre de la ciudad es el criterio discriminante. Si la dirección no está estructurada, el banco debe rechazar la instrucción. El desencadenante es la fecha de ejecución o de cobro contenida en el fichero, no la fecha del día: un fichero producido hoy para una ejecución en noviembre ya es no conforme.
Valide su archivo ahora
Gratis, instantáneo y 100 % en su navegador - ningún archivo se sube nunca.
Lo que realmente cambia el 15 de noviembre de 2026
Los rulebooks del European Payments Council que regulan la transferencia SEPA, el adeudo directo SEPA y OCT Inst hacen que las direcciones postales pasen del texto libre a datos estructurados. Este cambio se establece en EPC153-22 ("Provision of Addresses under the EPC Payment Schemes", versión 2.1) y entra en vigor el 15 de noviembre de 2026 — una fecha que el EPC alineó con la Swift Standards MX Release de noviembre de 2026, prevista para el segundo fin de semana completo de ese mes.
Hasta ahora podía describir la dirección de una parte como una o dos líneas de texto libre —el elemento AdrLine— y el banco la aceptaba. A partir de la fecha límite, una dirección proporcionada para el deudor o el acreedor deberá ser legible por máquina: bien totalmente estructurada, bien híbrida. Si no es ni lo uno ni lo otro, el proveedor de servicios de pago debe rechazar la instrucción. Nada le obliga a proporcionar una dirección; la regla solo se aplica cuando hay una presente.
No se trata de un simple retoque cosmético. El EPC señala que para el regulatory screening (filtrado regulatorio) solo se necesitan los campos estructurados de Población y País, y que las direcciones estructuradas reducen los errores en el procesamiento, el filtrado y la conciliación — aumentando el procesamiento directo (straight-through processing). SEPA alinea sus propios mensajes con la dirección que ya está tomando el resto del mundo de los pagos.
Estructurada, híbrida o no estructurada
El rulebook reconoce tres formas de dirección postal. Saber cuál utiliza su fichero es lo esencial: dos pasan tras la fecha límite, una no.
Estructurada — pasa
Cada componente ocupa su propio elemento: StrtNm (calle), BldgNb (número), PstCd (código postal), TwnNm (ciudad), Ctry (país). Ningún AdrLine. TwnNm y Ctry son obligatorios.
Híbrida — pasa
Conserva hasta dos AdrLine de 70 caracteres como máximo para la parte de la calle, pero también debe añadir TwnNm y Ctry como elementos propios. Es la vía de migración pragmática para los sistemas que no pueden desglosar totalmente una dirección.
No estructurada — rechazada
Únicamente elementos AdrLine (eventualmente con Ctry), sin TwnNm. Es la dirección en texto libre clásica. A partir del 15 de noviembre de 2026 ya no se acepta y el banco debe rechazar el fichero.
TwnNm es el criterio discriminante
Añadir Ctry por sí solo no convierte una dirección en estructurada. La presencia de un verdadero nombre de ciudad en TwnNm es lo que indica al banco que la dirección es legible por máquina. Sin él, la dirección cuenta como no estructurada.
No estructurada: rechazada a partir del 15 de noviembre de 2026
<PstlAdr> <Ctry>BE</Ctry> <AdrLine>Rue de la Loi 1</AdrLine> <AdrLine>1000 Bruxelles</AdrLine> </PstlAdr>
Híbrida: aceptada (TwnNm + Ctry + 2 AdrLine como máximo)
<PstlAdr> <TwnNm>Bruxelles</TwnNm> <Ctry>BE</Ctry> <AdrLine>Rue de la Loi 1</AdrLine> </PstlAdr>
Estructurada: aceptada, y recomendada por el EPC
<PstlAdr> <StrtNm>Rue de la Loi</StrtNm> <BldgNb>1</BldgNb> <PstCd>1000</PstCd> <TwnNm>Bruxelles</TwnNm> <Ctry>BE</Ctry> </PstlAdr>
El primer ejemplo es el que más engaña: el país está presente y la ciudad aparece en el texto, pero está enterrada dentro de un AdrLine. Al no haber ningún elemento TwnNm, el banco lee una dirección no estructurada y rechaza la instrucción.
El desencadenante es la fecha en el fichero — y el ámbito es estrecho
La parte peor comprendida de esta regla es el calendario. La fecha límite no se evalúa respecto a la fecha del día; se evalúa respecto a la fecha de ejecución solicitada (ReqdExctnDt) de una transferencia, o a la fecha de cobro solicitada (ReqdColltnDt) de un adeudo directo, contenida en el fichero. Un lote que construya hoy cuya fecha de ejecución caiga el 15 de noviembre de 2026 o después ya es no conforme hoy: las órdenes permanentes y los adeudos directos enviados con varios días o semanas de antelación entran en el ámbito mucho antes de que el calendario llegue a noviembre.
El alcance es más estrecho de lo que se supone. El requisito se refiere a la dirección del ordenante y del beneficiario — el deudor (Dbtr) y el acreedor (Cdtr) en un pain.001 o un pain.008. EPC153-22 trata únicamente esas partes: no dice nada sobre las partes últimas (UltmtDbtr, UltmtCdtr), la parte iniciadora (InitgPty) ni los agentes, de modo que un error bloqueante sobre la dirección en texto libre de una parte última va más allá de lo que exige la guía.
Atención a una última fuente de confusión: el 15 de noviembre de 2026 es la fecha SEPA, impulsada por los rulebooks EPC de los pain.001 y pain.008. No es la migración SWIFT CBPR+, que rige los mensajes interbancarios pacs que los bancos intercambian entre sí sobre otro raíl y cuya coexistencia MT/ISO 20022 ya finalizó en noviembre de 2025. Si solo envía ficheros SEPA a través de su banco, es la fecha SEPA la que le concierne.
Cómo hacer conforme su fichero SEPA
Poner un pain.001 o un pain.008 en conformidad es mecánico una vez comprendida la regla. Estos cuatro pasos hacen pasar una dirección de no estructurada a conforme, y puede verificar el resultado localmente antes del envío.
- 1
Localizar cada dirección postal Dbtr y Cdtr
Mire dentro del elemento PstlAdr de cada bloque de deudor y de acreedor. Ignore las partes últimas, la parte iniciadora y los agentes: están fuera del ámbito de esta regla.
- 2
Añadir TwnNm y Ctry como elementos propios
El nombre de la ciudad en TwnNm y el código de país ISO en Ctry forman el par obligatorio. Añadir Ctry sin TwnNm deja la dirección no estructurada.
- 3
Elegir estructurada o híbrida para el resto
O bien desglose la calle en StrtNm, BldgNb y PstCd sin ningún AdrLine (totalmente estructurada), o bien conserve como máximo dos AdrLine de 70 caracteres junto a TwnNm y Ctry (híbrida). No supere nunca dos AdrLine ni 70 caracteres.
- 4
Validar respecto a la fecha de ejecución, no al día mismo
Verifique el fichero con el ReqdExctnDt o el ReqdColltnDt que porta realmente. Si esa fecha es el 15 de noviembre de 2026 o posterior, una dirección no estructurada es un error bloqueante; antes, una simple advertencia. ValidateFin aplica exactamente esta lógica en su navegador.
- 5
Compruebe con su banco las instrucciones con fecha futura
Si su software envía instrucciones con fecha futura —las órdenes permanentes en particular—, pregunte a su banco cómo tratará las que ya se hayan enviado con una fecha de ejecución igual o posterior al 15 de noviembre de 2026. Los adeudos ordinarios suelen enviarse solo unas semanas antes del vencimiento, así que para esos todavía tiene tiempo.
Verifique el formato de sus direcciones antes del plazo
No espere a un lote rechazado para descubrir una dirección no estructurada. ValidateFin lee la fecha de ejecución contenida en su pain.001 o pain.008, verifica cada dirección de deudor y de acreedor conforme a EPC153-22, y le indica si pasará el 15 de noviembre de 2026 — todo localmente, sin que nada salga de su máquina.
Abrir el validador SEPAFuente oficial
La regla procede de la guía del European Payments Council "Provision of Addresses under the EPC Payment Schemes" (EPC153-22 v2.1): sección 6.3 para la fecha del 15 de noviembre de 2026, y sección 7.4 para la regla de la fecha de ejecución. Cítela si necesita convencer a alguien internamente.
EPC153-22 v2.1 — Provision of Addresses under the EPC Payment Schemes (PDF)Preguntas frecuentes
¿Qué ocurre exactamente el 15 de noviembre de 2026?
A partir de esa fecha, si una transferencia SEPA (pain.001) o un adeudo directo (pain.008) contiene una dirección postal para el deudor o el acreedor, dicha dirección debe ser estructurada o híbrida. Una dirección puramente en texto libre (únicamente AdrLine, sin TwnNm) es rechazada por el banco. Si no se proporciona ninguna dirección, nada cambia.
¿Cuál es la diferencia entre una dirección estructurada y una dirección híbrida?
Una dirección estructurada coloca cada componente en su propio elemento (StrtNm, BldgNb, PstCd, TwnNm, Ctry) sin ningún AdrLine. Una dirección híbrida conserva hasta dos AdrLine de 70 caracteres como máximo para la parte de la calle, pero debe añadir igualmente TwnNm y Ctry. Ambas se aceptan tras la fecha límite.
¿Es obligatorio proporcionar una dirección postal?
No. La regla no le obliga a añadir una dirección. Solo dice que, si proporciona una para el deudor o el acreedor, debe ser estructurada o híbrida. Una dirección simplemente ausente no genera ningún error.
¿Por qué añadir el país no resuelve el problema?
Porque el nombre de la ciudad (TwnNm) es el criterio discriminante, no el país. Una dirección en texto libre con solo AdrLine y Ctry sigue siendo no estructurada. Debe añadir un verdadero TwnNm —y Ctry— para que la dirección cuente como estructurada o híbrida.
¿El plazo depende de la fecha del día o de la fecha de pago?
De la fecha de pago contenida en el fichero. El desencadenante es la fecha de ejecución solicitada (ReqdExctnDt) para las transferencias o la fecha de cobro solicitada (ReqdColltnDt) para los adeudos directos. Un fichero construido hoy para una ejecución en noviembre ya es no conforme, lo que importa para las órdenes permanentes y los adeudos directos preenviados.
¿Qué partes se ven afectadas?
La dirección del ordenante y del beneficiario, es decir, el deudor (Dbtr) y el acreedor (Cdtr). EPC153-22 abarca únicamente esas partes y guarda silencio sobre las partes últimas (UltmtDbtr, UltmtCdtr), la parte iniciadora (InitgPty) y los agentes, de modo que tratar la dirección en texto libre de una parte última como un error bloqueante va más allá de la guía.
¿Es lo mismo que la migración SWIFT ISO 20022?
No. El 15 de noviembre de 2026 es la fecha SEPA, procedente de los rulebooks EPC de los pain.001 y pain.008. SWIFT CBPR+ es otro raíl — los mensajes interbancarios pacs que los bancos intercambian entre sí — y su periodo de coexistencia MT/ISO 20022 ya finalizó en noviembre de 2025. Para los ficheros SEPA enviados a través de su banco, es la fecha SEPA la que se aplica.
¿Cómo puedo verificar mi fichero ahora mismo?
Pegue su pain.001 o pain.008 en el validador SEPA de ValidateFin. Lee la fecha de ejecución o de cobro del fichero, inspecciona cada dirección de deudor y de acreedor conforme a EPC153-22, y señala un error bloqueante si la fecha es el 15 de noviembre de 2026 o posterior, o una advertencia si es anterior — todo en su navegador, sin ningún envío.
¿Y las órdenes permanentes ya enviadas con fecha de noviembre de 2026?
Ese es el único caso en el que hay que actuar ahora. Una instrucción con fecha futura —una orden permanente en particular— que ya esté en su banco con una fecha de ejecución igual o posterior al 15 de noviembre de 2026 lleva su dirección conforme a la nueva regla. Consulte con su banco cómo tratará las instrucciones ya enviadas. Los adeudos ordinarios suelen enviarse solo unas semanas antes del vencimiento, por lo que entran en el ámbito de aplicación más cerca de la fecha límite.