La migración a ISO 20022 es uno de los mayores cambios en la mensajería financiera internacional. SWIFT completó la coexistencia MT/MX para los pagos transfronterizos en noviembre de 2025. Los próximos plazos, en noviembre de 2026, afectan a los archivos que las empresas envían a su banco. El 24 de septiembre de 2026, la Deutsche Kreditwirtschaft suspendió la retirada de los formatos antiguos prevista para noviembre de 2026 en Alemania, sin anunciar una nueva fecha; el único banco que hemos comprobado, GLS Bank, mantenía su propio plazo a 25 de septiembre de 2026, y no tenemos información sobre otras entidades. Esta guía, actualizada el 25 de septiembre de 2026, cubre el calendario, los plazos de 2026, los impactos reales y los pasos para una transición exitosa.
¿Por qué migrar a ISO 20022?
La mensajería SWIFT clásica usa formatos MT de los años 70 con campos limitados.
ISO 20022 aporta:
• Datos más ricos: direcciones estructuradas, referencias end-to-end, información de remesa detallada.
• Interoperabilidad global: un estándar para todos los tipos de pago.
• Automatización más fácil: el formato XML estructurado permite el procesamiento directo (STP).
• Compliance reforzado: los datos estructurados facilitan el cribado de sanciones y la lucha contra el blanqueo.
ISO 20022 aporta:
• Datos más ricos: direcciones estructuradas, referencias end-to-end, información de remesa detallada.
• Interoperabilidad global: un estándar para todos los tipos de pago.
• Automatización más fácil: el formato XML estructurado permite el procesamiento directo (STP).
• Compliance reforzado: los datos estructurados facilitan el cribado de sanciones y la lucha contra el blanqueo.
Calendario de migración SWIFT
Marzo 2023: inicio de la coexistencia. Los mensajes MX coexisten con los MT.
Noviembre 2025: fin de la coexistencia para pagos transfronterizos. MT103 y MT202 se reemplazan por pacs.008 y pacs.009. Según SWIFT, más del 98 % de las órdenes de pago ya se envían en ISO 20022.
Noviembre 2026, aplazado: SWIFT preveía exigir direcciones estructuradas con su versión de estándares 2026. El 27 de agosto de 2026 aplazó todos los cambios de esa versión relativos a pagos; informará sobre el requisito de dirección estructurada a más tardar en diciembre de 2026.
Para empresas europeas, SEPA ya usa ISO 20022 desde 2014. Los archivos que las empresas envían a su propio banco tienen sus propios plazos: consulta la sección siguiente.
Noviembre 2025: fin de la coexistencia para pagos transfronterizos. MT103 y MT202 se reemplazan por pacs.008 y pacs.009. Según SWIFT, más del 98 % de las órdenes de pago ya se envían en ISO 20022.
Noviembre 2026, aplazado: SWIFT preveía exigir direcciones estructuradas con su versión de estándares 2026. El 27 de agosto de 2026 aplazó todos los cambios de esa versión relativos a pagos; informará sobre el requisito de dirección estructurada a más tardar en diciembre de 2026.
Para empresas europeas, SEPA ya usa ISO 20022 desde 2014. Los archivos que las empresas envían a su propio banco tienen sus propios plazos: consulta la sección siguiente.
Plazos de 2026 para los archivos de pago
Situación a 25 de septiembre de 2026. Cada banco fija su propio día de corte: confírmalo con el tuyo.
• Alemania, 24.09.2026, suspensión: la DK ha suspendido la retirada, prevista para noviembre de 2026, de los formatos antiguos en las transferencias SEPA, las transferencias al extranjero (DTAZV) y las transferencias urgentes en euros, y mantiene esos formatos temporalmente en servicio; desde el 24.09.2026, su página de ciclo de vida de los formatos (Format LifeCycle) lleva el aviso de suspensión y la nota «Vorübergehend weiter verwendbar» (utilizable temporalmente), sin nueva fecha de fin. Las nuevas fechas de fin seguirán a las de SWIFT y el EPC. Los plazos bancarios que figuran más abajo siguen vigentes mientras el banco no los cambie.
• Direcciones SEPA, 15.11.2026, aplazado: la guía del EPC sobre direcciones (EPC153-22 v2.1) fijaba el 15.11.2026 como fin de las direcciones no estructuradas en los esquemas de pago del EPC, según la fecha de ejecución o de cobro. Un documento anterior, las guías de implementación SDD 2025 v1.0, indicaba el 22.11.2026. El 10 de septiembre de 2026, el EPC anunció el aplazamiento de esta fecha (decisión del 9 de septiembre) y prevé fijar una nueva en octubre de 2026.
• Alemania, 14.11.2026 a las 00:01: GLS Bank deja de aceptar versiones anteriores a pain.001.001.09 (transferencias) y pain.008.001.08 (adeudos), es decir, ni pain.001.001.03 ni pain.008.001.02, ni tampoco archivos DTAZV. El sector bancario alemán (Deutsche Kreditwirtschaft, DK) solo indicaba el mes, 11/2026, y dejaba el día exacto a cada banco; desde el 24.09.2026 su página lleva la nota «Vorübergehend weiter verwendbar» y no indica ninguna nueva fecha de fin. La página de GLS seguía sin cambios a 25.09.2026.
• Alemania, 15.11.2026: entra en vigor la versión 26.11 del anexo 3 (Anlage 3) de la DK. Según ese texto, el formato DTAZV para pagos al extranjero desaparece en noviembre de 2026 y lo sustituye pain.001.001.09. Según GLS, el soporte del DTAZV en la DK termina el 01.12.2026; los documentos de la DK no dan esa fecha, sino noviembre de 2026 o el 15.11.2026. Según la DK, a partir del 15.11.2026 las órdenes en DTAZV o en las versiones pain de 2009 ya no podrán reenviarse sin más; no hemos vuelto a comprobar este punto tras la suspensión del 24.09.2026.
• Países Bajos: la asociación neerlandesa de pagos (Betaalvereniging) anunció el fin de las direcciones no estructuradas para el 14.11.2026 (pagos no SEPA) y el 15.11.2026 (pagos SEPA). Afecta a las direcciones, no a la versión pain. El 22.09.2026 su página no mencionaba el aplazamiento del EPC: consulta con tu banco.
• En los archivos: las versiones de 2019, pain.001.001.09 y pain.008.001.08, sustituyen a pain.001.001.03 y pain.008.001.02. En pain.001 cambian, entre otras cosas, el namespace, BIC pasa a ser BICFI y la fecha de ejecución va en un elemento Dt.
Fuentes: EPC153-22 v2.1, EPC, 10.09.2026, GLS Bank, DK, Anlage 3 V26.11, DK, ebics.de, Betaalvereniging, SWIFT, 27.08.2026.
• Alemania, 24.09.2026, suspensión: la DK ha suspendido la retirada, prevista para noviembre de 2026, de los formatos antiguos en las transferencias SEPA, las transferencias al extranjero (DTAZV) y las transferencias urgentes en euros, y mantiene esos formatos temporalmente en servicio; desde el 24.09.2026, su página de ciclo de vida de los formatos (Format LifeCycle) lleva el aviso de suspensión y la nota «Vorübergehend weiter verwendbar» (utilizable temporalmente), sin nueva fecha de fin. Las nuevas fechas de fin seguirán a las de SWIFT y el EPC. Los plazos bancarios que figuran más abajo siguen vigentes mientras el banco no los cambie.
• Direcciones SEPA, 15.11.2026, aplazado: la guía del EPC sobre direcciones (EPC153-22 v2.1) fijaba el 15.11.2026 como fin de las direcciones no estructuradas en los esquemas de pago del EPC, según la fecha de ejecución o de cobro. Un documento anterior, las guías de implementación SDD 2025 v1.0, indicaba el 22.11.2026. El 10 de septiembre de 2026, el EPC anunció el aplazamiento de esta fecha (decisión del 9 de septiembre) y prevé fijar una nueva en octubre de 2026.
• Alemania, 14.11.2026 a las 00:01: GLS Bank deja de aceptar versiones anteriores a pain.001.001.09 (transferencias) y pain.008.001.08 (adeudos), es decir, ni pain.001.001.03 ni pain.008.001.02, ni tampoco archivos DTAZV. El sector bancario alemán (Deutsche Kreditwirtschaft, DK) solo indicaba el mes, 11/2026, y dejaba el día exacto a cada banco; desde el 24.09.2026 su página lleva la nota «Vorübergehend weiter verwendbar» y no indica ninguna nueva fecha de fin. La página de GLS seguía sin cambios a 25.09.2026.
• Alemania, 15.11.2026: entra en vigor la versión 26.11 del anexo 3 (Anlage 3) de la DK. Según ese texto, el formato DTAZV para pagos al extranjero desaparece en noviembre de 2026 y lo sustituye pain.001.001.09. Según GLS, el soporte del DTAZV en la DK termina el 01.12.2026; los documentos de la DK no dan esa fecha, sino noviembre de 2026 o el 15.11.2026. Según la DK, a partir del 15.11.2026 las órdenes en DTAZV o en las versiones pain de 2009 ya no podrán reenviarse sin más; no hemos vuelto a comprobar este punto tras la suspensión del 24.09.2026.
• Países Bajos: la asociación neerlandesa de pagos (Betaalvereniging) anunció el fin de las direcciones no estructuradas para el 14.11.2026 (pagos no SEPA) y el 15.11.2026 (pagos SEPA). Afecta a las direcciones, no a la versión pain. El 22.09.2026 su página no mencionaba el aplazamiento del EPC: consulta con tu banco.
• En los archivos: las versiones de 2019, pain.001.001.09 y pain.008.001.08, sustituyen a pain.001.001.03 y pain.008.001.02. En pain.001 cambian, entre otras cosas, el namespace, BIC pasa a ser BICFI y la fecha de ejecución va en un elemento Dt.
Fuentes: EPC153-22 v2.1, EPC, 10.09.2026, GLS Bank, DK, Anlage 3 V26.11, DK, ebics.de, Betaalvereniging, SWIFT, 27.08.2026.
Diferencias entre MT y MX
Formato: MT usa texto propietario con campos numerados. MX usa XML con etiquetas descriptivas.
Capacidad de datos: un MT103 limita el nombre del beneficiario a 4 líneas de 35 caracteres. Un pacs.008 ofrece campos estructurados.
Direcciones: MT usa texto libre. ISO 20022 exige direcciones estructuradas.
Correspondencia:
• MT103 → pacs.008
• MT202 → pacs.009
• pain.001 sigue siendo pain.001, pero cambia la versión (consulta los plazos de 2026)
Capacidad de datos: un MT103 limita el nombre del beneficiario a 4 líneas de 35 caracteres. Un pacs.008 ofrece campos estructurados.
Direcciones: MT usa texto libre. ISO 20022 exige direcciones estructuradas.
Correspondencia:
• MT103 → pacs.008
• MT202 → pacs.009
• pain.001 sigue siendo pain.001, pero cambia la versión (consulta los plazos de 2026)
Impacto en las empresas
Sistemas de pago: ERPs, TMS y software contable deben actualizarse.
Bases de datos: los registros de beneficiarios necesitan direcciones estructuradas y LEI.
Conciliación: las referencias end-to-end permiten un mejor seguimiento.
Compliance: los datos enriquecidos facilitan el cribado de sanciones.
Formación: los equipos de finanzas, tesorería y TI deben conocer los nuevos formatos.
Bases de datos: los registros de beneficiarios necesitan direcciones estructuradas y LEI.
Conciliación: las referencias end-to-end permiten un mejor seguimiento.
Compliance: los datos enriquecidos facilitan el cribado de sanciones.
Formación: los equipos de finanzas, tesorería y TI deben conocer los nuevos formatos.
Pasos prácticos de migración
1. Auditoría: inventaría flujos de pago, formatos y sistemas.
2. Análisis de brechas: compara los campos actuales con los requisitos ISO 20022.
3. Actualización de sistemas: adapta ERP, TMS y herramientas de pago.
4. Limpieza de datos: enriquece los registros con direcciones estructuradas y BICs actualizados.
5. Pruebas y validación: realiza pruebas end-to-end con tu banco. El validador ISO 20022 comprueba tus archivos frente al esquema ISO 20022, no frente a las reglas propias de tu banco.
6. Go-live y seguimiento: activa los nuevos flujos, monitoriza los rechazos y sigue los pain.002.
2. Análisis de brechas: compara los campos actuales con los requisitos ISO 20022.
3. Actualización de sistemas: adapta ERP, TMS y herramientas de pago.
4. Limpieza de datos: enriquece los registros con direcciones estructuradas y BICs actualizados.
5. Pruebas y validación: realiza pruebas end-to-end con tu banco. El validador ISO 20022 comprueba tus archivos frente al esquema ISO 20022, no frente a las reglas propias de tu banco.
6. Go-live y seguimiento: activa los nuevos flujos, monitoriza los rechazos y sigue los pain.002.
MT103 vs pain.001: ¿cuál es la diferencia?
MT103 es el mensaje SWIFT clásico para transferencias internacionales individuales. pain.001 es su sucesor ISO 20022.
• pain.001 es el archivo que la empresa envía al banco. Ya está en formato ISO 20022.
• MT103 era el mensaje entre bancos. Se reemplaza por pacs.008.
Es tu banco quien decide si acepta pain.001 para transferencias internacionales; en Alemania, pain.001.001.09 sustituye al formato DTAZV para los pagos al extranjero: la DK suspendió el plazo de noviembre el 24.09.2026, pero los bancos pueden mantener el suyo, así que pregunta la fecha de corte al tuyo. Para crear estos archivos, usa el generador internacional. Para bancos que aún usan MT, el generador MT103 está disponible.
• pain.001 es el archivo que la empresa envía al banco. Ya está en formato ISO 20022.
• MT103 era el mensaje entre bancos. Se reemplaza por pacs.008.
Es tu banco quien decide si acepta pain.001 para transferencias internacionales; en Alemania, pain.001.001.09 sustituye al formato DTAZV para los pagos al extranjero: la DK suspendió el plazo de noviembre el 24.09.2026, pero los bancos pueden mantener el suyo, así que pregunta la fecha de corte al tuyo. Para crear estos archivos, usa el generador internacional. Para bancos que aún usan MT, el generador MT103 está disponible.
Herramientas para la migración
• Generador pain.001: crea en línea, sin instalación, archivos de transferencia SEPA e internacionales conformes con ISO 20022. Los datos bancarios se procesan en memoria y nunca se almacenan en nuestros servidores.
• Generador pain.008: produce archivos de adeudo directo SEPA en pain.008.001.08 (pain.008.001.02 sigue disponible).
• Validador ISO 20022: comprueba tus XML frente al esquema ISO 20022 antes de enviarlos al banco, no frente a los perfiles propios de cada banco.
• Generador MT103: para bancos que aún no han migrado.
Estas herramientas permiten probar los nuevos flujos ISO 20022 y gestionar la coexistencia de formatos.
• Generador pain.008: produce archivos de adeudo directo SEPA en pain.008.001.08 (pain.008.001.02 sigue disponible).
• Validador ISO 20022: comprueba tus XML frente al esquema ISO 20022 antes de enviarlos al banco, no frente a los perfiles propios de cada banco.
• Generador MT103: para bancos que aún no han migrado.
Estas herramientas permiten probar los nuevos flujos ISO 20022 y gestionar la coexistencia de formatos.