TL;DR. ISO 20022 y el programa CBPR+ de Swift dieron a los pagos transfronterizos un lenguaje global armonizado, pero no un mapa global de cómo las empresas lo usan. Cómo extender la armonización de lo que dice un pago a cómo lo usa una empresa, sobre las vías que ya existen.

Points clés

La nueva base: ISO 20022 ya no es opcional para los datos. El punto de partida es inequívoco.
Lo que Swift e ISO 20022 ya dan a las empresas. Las empresas no son un elemento secundario en esta historia.
La capa ausente: de los mensajes armonizados a un estándar corporativo. La distinción parece sutil, pero es la diferencia entre un diccionario y un sistema de transporte.
Lo que un estándar corporativo global debe añadir. La buena noticia es que los bancos no tienen que inventar un estándar nuevo desde cero.

De los mensajes al mapa: un estándar corporativo global sobre ISO 20022 y Swift

El sector ya tiene por fin un lenguaje global para los pagos. Todavía no tiene un mapa global para que las empresas actúen sobre él. ISO 20022 y el programa CBPR+ de Swift han dotado a los pagos transfronterizos de datos ricos, estructurados y armonizados, reforzados por los requisitos de datos del CPMI para finales de 2027 en el marco de la hoja de ruta del G20. Lo que no han hecho es indicar a un tesorero corporativo, o a los sistemas que actúan en su nombre, cómo deben exponerse, protegerse, versionarse y comportarse esos datos en el mundo real. La consecuencia es una inversión curiosa: los mensajes convergen en todo el mundo, pero la forma en que los bancos permiten a las empresas usarlos sigue fragmentada banco por banco. Así es como los bancos y las entidades financieras pueden pasar de mensajes armonizados a un estándar corporativo global, usando las vías que ya tienen.

Resumen ejecutivo

Los factores forzadores ya se han activado. ISO 20022 es hoy el lenguaje estándar de los pagos transfronterizos en todo el mundo; la coexistencia MT/MX terminó en noviembre de 2025, las direcciones estructuradas llegan en noviembre de 2026 y los requisitos de datos armonizados del CPMI se extienden al menos hasta finales de 2027.

La armonización se detuvo en la frontera del mensaje. El CPMI y Swift estandarizaron lo que un pago debe decir. No estandarizaron cómo un banco permite que una empresa lo use: el canal, la autenticación, los niveles de servicio, la semántica de errores y reintentos.

La solución extiende los estándares existentes, no inventa uno nuevo. Un estándar corporativo global se asienta sobre ISO 20022 y CBPR+ y responde a tres preguntas: a través de qué interfaces, bajo qué patrones de seguridad y con qué garantías de comportamiento puede una empresa usar esos mensajes entre bancos.

La asimetría es decisiva. El coste de acordar un perfil de interfaz común se paga una vez, de forma colectiva; el coste de dejarlo a un centenar de integraciones bilaterales se paga para siempre, en horas de integración y roturas de conciliación. La ausencia de un estándar corporativo es hoy la decisión de no dibujar el mapa.

La nueva base: ISO 20022 ya no es opcional para los datos

El punto de partida es inequívoco. Desde noviembre de 2025, el periodo de coexistencia entre MT e ISO 20022 para los pagos transfronterizos y la información sobre la red de Swift ha terminado para las entidades financieras. CBPR+ exige ahora ISO 20022 para las instrucciones de pago, y el siguiente hito ya está en el calendario: a partir de noviembre de 2026, las direcciones postales no estructuradas se eliminarán de los mensajes CBPR+ en favor de formatos totalmente estructurados o híbridos. En paralelo, el CPMI y el PMPG han publicado requisitos de datos ISO 20022 armonizados, con el compromiso de mantenerlos al menos hasta finales de 2027 en el marco del programa del G20 para lograr pagos transfronterizos más rápidos, económicos y transparentes.

Dicho de otro modo, la comunidad global ha convergido en lo que un pago debe decir. Los propios requisitos del CPMI abarcan desde referencias únicas de extremo a extremo, información estructurada de las partes y las direcciones, y cargos transparentes hasta los campos mínimos de remesa, todos ellos concebidos para que los mensajes sean más comparables y legibles por máquina en los distintos mercados. Swift ha traducido eso en directrices y plazos concretos de CBPR+, aplicados a nivel de red. Esa es la capa de datos: rica, estructurada, armonizada.

Lo que Swift e ISO 20022 ya dan a las empresas

Las empresas no son un elemento secundario en esta historia. Swift ha dedicado una década a desarrollar «ISO 20022 para empresas» y la práctica de mercado asociada, y los beneficios son reales.

En el nivel del mensaje, ISO 20022 ofrece a las empresas:

Mejor conciliación, mediante el uso de información estructurada de remesa e identificadores de extremo a extremo en los mensajes pain y camt, lo que acelera el cuadre de cobros y reduce el trabajo manual.
Mejor gestión del capital circulante, ya que los datos más ricos y estructurados en la información de tesorería (camt.052/053/054) permiten previsiones más precisas de los flujos de caja de entrada y de salida.
Soporte para modelos de pago por cuenta de terceros y cuentas virtuales, a través de campos dedicados para el deudor/acreedor final, la parte iniciadora y otros roles que la estructura heredada MT nunca se diseñó para transportar con limpieza.

El trabajo corporativo de Swift no se ha limitado a la teoría. El marco SCORE y el grupo CGI-MP (Common Global Implementation – Market Practice) han producido directrices detalladas de uso de ISO 20022 para los mensajes de iniciación de pagos y gestión de tesorería corporativos. Bancos y empresas usan esas plantillas —publicadas en MyStandards y refinadas con pilotos en vivo— para no inventar nuevos dialectos en cada relación. Casos de estudio como el despliegue temprano de ISO 20022 para empresas de SEB muestran que las multinacionales pueden estandarizar un único formato de pain.001 y camt en múltiples bancos y mercados, con ganancias medibles en eficiencia y control.

Así que las piezas existen. Las empresas tienen una visión clara de los beneficios; los bancos disponen de directrices y ejemplos de mensajes; el CPMI ha armonizado el conjunto mínimo de datos entre jurisdicciones. Lo que nada de esto proporciona todavía es una respuesta globalmente coherente a otra pregunta: no «¿qué aspecto debe tener el mensaje?», sino «¿cómo debe un banco permitir que una empresa lo use?».

La capa ausente: de los mensajes armonizados a un estándar corporativo

La distinción parece sutil, pero es la diferencia entre un diccionario y un sistema de transporte. ISO 20022 y el CPMI dictan las palabras y la gramática que deben viajar de extremo a extremo. No dictan:

Si la empresa alcanza esos mensajes mediante ficheros, portales, tuberías host-to-host o API, ni cuál de ellos se trata como de primera clase.
Cómo autentican esos canales a los clientes: certificados propietarios, listas blancas manuales o perfiles modernos de OAuth2/mTLS.
Qué comportamiento no funcional puede dar por supuesto la empresa: presupuestos de latencia, disponibilidad, aplicación de cortes horarios y expectativas de STP.
Cómo se señalizan los errores y qué patrones de reintento son seguros, sobre todo una vez que la automatización y los agentes operan contra esos canales.

Esa brecha importa más ahora que en 2015. Entonces, el integrador era una persona y el horizonte se reducía a un puñado de bancos por empresa. Hoy, las grandes empresas y sus plataformas esperan visibilidad en tiempo real, iniciación directa de extremo a extremo y conciliación gobernada por máquina entre decenas de contrapartes, y cada vez más a través de API en lugar de ficheros planos. ISO 20022 les ha dado datos más ricos. No les ha dado, por sí solo, una interfaz predecible.

Un estándar corporativo global creíble debe asentarse explícitamente sobre la base de ISO 20022 y CBPR+ —usando los mismos mensajes armonizados— y responder a tres preguntas: a través de qué interfaces, bajo qué patrones de seguridad y con qué garantías de comportamiento puede una empresa usar de forma fiable esos mensajes entre bancos.

Lo que un estándar corporativo global debe añadir

La buena noticia es que los bancos no tienen que inventar un estándar nuevo desde cero. Tienen que extender los que ya tienen.

1. Fijar la capa de mensajes: adoptar plantillas ISO 20022 armonizadas

Primero, bancos y empresas deben comprometerse a tratar los requisitos de datos armonizados del CPMI y las plantillas existentes de Swift/CGI-MP como bases no negociables para los flujos corporativos transfronterizos.

Eso significa:

Usar mensajes ISO 20022 armonizados (pain, pacs, camt) para pagos transfronterizos e información de tesorería, con direcciones estructuradas e híbridas alineadas con CBPR+ y los requisitos de noviembre de 2026.
Evitar extensiones a medida salvo que sean absolutamente necesarias y, cuando lo sean, documentarlas en MyStandards para que puedan descubrirse y reutilizarse en lugar de proliferar en la sombra.
Asegurar que los sistemas internos preserven realmente los datos ISO 20022 enriquecidos, en vez de aplanarlos de nuevo en estructuras similares a MT en el núcleo.

Esta es la capa del «qué decir»: el CPMI define el modelo de datos armonizado; Swift lo operacionaliza en CBPR+; CGI-MP da a empresas y bancos plantillas concretas que seguir.

2. Estandarizar la capa de interfaz: perfiles de API, no solo ficheros

Segundo, los bancos y las entidades financieras deben decidir que la interfaz corporativa principal para pagos e información de tesorería basados en ISO 20022 serán API con un perfil compartido, no un mosaico de ficheros y portales.

Eso implica:

Exponer la iniciación de pagos corporativos (pain.001) y los mensajes de gestión de tesorería (camt.052/053/054) mediante API REST con un patrón estándar de paginación, correlación y filtrado.
Publicar especificaciones OpenAPI de esas API en el mismo lugar donde las empresas ya buscan las directrices de uso; por ejemplo, junto a las plantillas ISO 20022 en MyStandards o portales equivalentes.
Comprometerse con un conjunto limitado de modelos de autenticación —preferiblemente OAuth2.1 de grado FAPI con TLS mutuo para las API corporativas— en lugar de claves SFTP a medida, listas blancas de IP improvisadas y rituales de certificados específicos de cada banco.

La propia guía corporativa de Swift ya apunta en esta dirección, al igual que los manuales de migración a ISO 20022 de los grandes bancos, que cada vez más combinan la preparación de los mensajes con el despliegue de API para clientes corporativos. Un estándar corporativo global lo haría explícito: las mismas definiciones de mensaje ISO 20022 deben ser alcanzables a través de un número reducido de patrones de API predecibles.

3. Definir la capa de comportamiento: SLO, semántica de errores y reintentos

Tercero, el estándar tiene que reconocer que para las empresas —y sobre todo para sus sistemas de tesorería y sus agentes— cómo se comporta la interfaz es tan importante como el aspecto del mensaje.

Aquí, bancos y entidades financieras deben coordinarse, al menos a escala regional, sobre:

Niveles de servicio no funcionales:
Expectativas de latencia para las llamadas de iniciación de pagos, actualizaciones de estado e información de tesorería.
Objetivos de disponibilidad y ventanas de mantenimiento planificado.
Expectativas de procesamiento directo (STP) y comportamiento de los cortes horarios para los flujos del mismo día y transfronterizos.
Un modelo de errores compartido:
Códigos y categorías de error comunes (error de validación, corte horario incumplido, problema de liquidez, retención por cumplimiento, fallo técnico) que se correspondan con limpieza entre entidades.
Orientación clara sobre qué puede reintentarse, qué no debe reintentarse y cómo deben comportarse las claves de idempotencia en las llamadas de iniciación de pagos.

Sin esta capa de comportamiento, las empresas seguirán tratando cada banco como un proyecto de integración idiosincrásico, aunque todos envíen pain.001 y reciban camt.053. Con ella, pueden tratar la conectividad bancaria más como un componente enchufable: los mismos mensajes, el mismo patrón de API, la misma semántica para «aceptado», «pendiente», «fallido» y «no reintentar».

Cómo pueden coordinarse los bancos y las entidades financieras sin un nuevo comité

La tentación, ante otra brecha de estandarización, es inventar un nuevo foro. Aquí no es necesario. Las instituciones que ya tutelan ISO 20022 pueden ampliar su mandato una capa hacia arriba.

Tres foros son naturales:

Swift y sus programas corporativos. Swift ya es el punto de convergencia de CBPR+, CGI-MP y las directrices de uso corporativo. Puede alojar perfiles de API de referencia y recomendaciones de comportamiento; por ejemplo, publicando especificaciones OpenAPI canónicas y taxonomías de error junto a las plantillas de mensajes ISO 20022 existentes.
La gobernanza de datos armonizados del CPMI. El CPMI se ha comprometido a mantener y evolucionar sus requisitos ISO 20022 armonizados al menos hasta 2027, con el apoyo de un panel de grupos de práctica de mercado. Aunque el CPMI se centra en los datos, puede animar explícitamente a los mercados a construir estándares de interfaz coherentes sobre esos datos, evitando una divergencia entre «lo que se envía» y «cómo se usa».
Grupos regionales y globales de práctica de mercado. Los grupos que ya coordinan la implementación de ISO 20022 —desde CGI-MP hasta los consejos regionales de pagos— pueden adoptar perfiles comunes de API y SLO como parte de su labor, en lugar de dejar el comportamiento de la interfaz a negociaciones bilaterales.

No se trata de convertir al CPMI o a Swift en reguladores de API. Se trata de usar las comunidades existentes para acordar que los mismos mensajes armonizados no deben estar rodeados de interfaces interminablemente a medida.

Un enfoque por fases para los próximos tres años

Para los bancos y las entidades financieras que quieran liderar en lugar de seguir, el camino es incremental y está alineado con hitos que ya afrontan.

Fase 1 – Completar el trabajo de datos, de extremo a extremo

Completar la migración de los mensajes MT transfronterizos a ISO 20022 para CBPR+ donde siga pendiente, y asegurar que los sistemas internos preserven los datos ISO estructurados en lugar de recortarlos en el borde.
Alinear los mensajes de iniciación de pagos e información de tesorería corporativos con las plantillas de CBPR+ y CGI-MP, evitando variaciones específicas de cada banco que rompan la armonización.
Implementar direcciones postales estructuradas e híbridas antes del plazo de noviembre de 2026, en los canales tanto bancarios como corporativos, para que las empresas puedan confiar en un único modelo de direccionamiento.

Fase 2 – Convertir las API en canales corporativos de primera clase

Exponer la iniciación de pagos y la información de tesorería alineadas con ISO 20022 a través de API REST con un perfil compartido entre mercados y líneas de negocio.
Adoptar OAuth2.1 de grado FAPI con TLS mutuo como modelo de seguridad por defecto para esas API, reemplazando o despriorizando los mecanismos de autenticación a medida basados en ficheros.
Publicar especificaciones OpenAPI y guías para desarrolladores de forma que las empresas puedan compararlas con facilidad entre bancos, idealmente en un repositorio o portal común enlazado desde Swift o los grupos del sector.

Fase 3 – Estandarizar el comportamiento y gobernarlo

Unirse o ayudar a formar grupos de trabajo —bajo Swift, CGI-MP o los consejos regionales— para definir códigos de error comunes, directrices de idempotencia y patrones de reintento para las API corporativas de ISO 20022.
Fijar y publicar SLO de latencia, disponibilidad y STP para las API corporativas de iniciación de pagos e información, y supervisarlos con el mismo rigor con que se supervisa el cumplimiento de CBPR+.
Animar a las empresas y a las plataformas de tesorería a desarrollar según estos perfiles comunes, usando a los primeros adoptantes como casos de referencia, tal como Swift y otros ya han hecho con la mensajería ISO 20022.

Para las propias empresas, el programa es paralelo:

Modernizar las plataformas de ERP y TMS para que sean nativas en ISO 20022, incluyendo el soporte de remesas y direcciones estructuradas y el consumo completo de la información de tesorería camt.
Priorizar las relaciones bancarias que ofrezcan API alineadas con ISO 20022 con niveles de servicio transparentes y semántica armonizada, no solo «ISO 20022 sobre fichero».
Usar los datos más ricos y el comportamiento predecible para estandarizar los procesos internos —conciliación, previsión, modelos de pago por cuenta de terceros— entre todos los bancos, en vez de uno a uno.

La oportunidad y el riesgo

Los factores forzadores ya están en marcha. ISO 20022 es hoy el lenguaje estándar de los pagos transfronterizos en todo el mundo, con la coexistencia terminada y los datos estructurados aplicándose a nivel de red. Los requisitos de datos armonizados del CPMI se están incorporando a la práctica de mercado y a las expectativas regulatorias, de Fráncfort a Washington. Los bancos invierten con fuerza en migraciones a ISO 20022 y despliegues de API corporativas; las empresas actualizan sus ERP y TMS para manejar los nuevos mensajes.

La pregunta es si esta ola se detiene en la frontera del mensaje o si llega hasta la experiencia corporativa. Si los bancos tratan ISO 20022 como una mera actualización de mensajería, las empresas seguirán viviendo en un mundo donde el mismo pago se ve parecido en el cable pero se alcanza, controla y entiende de forma distinta en cada banco. Si, en cambio, los bancos usan ISO 20022 y los marcos de Swift como cimiento de un estándar corporativo global —extendiendo la armonización del «qué» al «cómo»—, entonces las empresas podrán tener por fin lo que la agenda del G20 lleva años prometiendo: pagos transfronterizos más rápidos, económicos y transparentes que estén genuinamente estandarizados, no solo estructuralmente parecidos.

Hay aquí una asimetría conocida. El coste de acordar un perfil de interfaz común se paga una vez, de forma colectiva. El coste de dejarlo a un centenar de acuerdos bilaterales se paga para siempre, de forma individual, en horas de integración, roturas de conciliación y oportunidades perdidas de automatización. En un mundo donde las empresas, las plataformas y, cada vez más, los agentes están listos para consumir ISO 20022 de forma nativa, la ausencia de un estándar corporativo global es menos una brecha en el paisaje que la decisión de no dibujar el mapa.

Preguntas frecuentes

¿Sigue siendo opcional ISO 20022 para los pagos transfronterizos? No. Desde noviembre de 2025, el periodo de coexistencia MT/MX para los pagos transfronterizos y la información sobre la red de Swift ha terminado para las entidades financieras, y CBPR+ exige ISO 20022 para las instrucciones de pago. El siguiente hito ya está fijado: a partir de noviembre de 2026, las direcciones postales no estructuradas se eliminan de los mensajes CBPR+ en favor de formatos estructurados o híbridos.

Si los mensajes están armonizados, ¿qué falta todavía? La interfaz. El CPMI y Swift estandarizaron qué debe decir un pago: un conjunto de datos rico, estructurado y comparable. No estandarizaron cómo un banco permite que una empresa lo alcance y lo use: qué canal es de primera clase, cómo se autentica, qué latencia y disponibilidad puede dar por supuesta la empresa, y cómo se comportan los errores y los reintentos. Esa es la diferencia entre un diccionario y un sistema de transporte.

¿Necesitan los bancos un nuevo comité de estándares para resolverlo? No. Las instituciones que ya tutelan ISO 20022 pueden ampliar su mandato una capa hacia arriba. Swift ya convoca CBPR+, CGI-MP y las directrices de uso corporativo, y puede alojar perfiles de API de referencia y taxonomías de error; el CPMI, que gobierna el conjunto de datos armonizado hasta finales de 2027, puede fomentar estándares de interfaz coherentes sobre esos datos; y los grupos regionales de práctica de mercado pueden adoptar perfiles comunes de API y SLO.

¿Qué debe hacer primero un banco? Completar el trabajo de datos de extremo a extremo: preservar el ISO 20022 estructurado en lugar de aplanarlo en el núcleo, e implementar direcciones estructuradas e híbridas antes de noviembre de 2026. Luego convertir las API en un canal corporativo de primera clase con un perfil compartido de grado FAPI y especificaciones OpenAPI publicadas. Después estandarizar el comportamiento: códigos de error comunes, orientación sobre idempotencia y SLO publicados y supervisados con el mismo rigor que el cumplimiento de CBPR+.

Referencias

Banco de Pagos Internacionales (CPMI), Harmonised ISO 20022 data requirements for enhancing cross-border payments ⧉. [El conjunto de datos armonizado para finales de 2027 en el marco del programa de pagos transfronterizos del G20 — la capa del «qué debe decir un pago» sobre la que se construye este análisis.]
Swift, ISO 20022 — a new era for global payments ⧉. [Programa CBPR+; la coexistencia MT/MX terminó en noviembre de 2025 para los pagos transfronterizos y la información, aplicada a nivel de red.]
Swift, ISO 20022 milestone: novembre 2026, unstructured addresses to be removed ⧉. [El requisito de dirección estructurada / híbrida para los mensajes CBPR+.]
Swift, ISO 20022 for corporates ⧉. [Directrices de uso de SCORE y CGI-MP; beneficios corporativos en conciliación, gestión del capital circulante y modelos de pago por cuenta de terceros.]
Federal Reserve Financial Services, Understanding ISO 20022 ⧉. [Remesa estructurada, información de tesorería camt y las ganancias corporativas de conciliación y previsión citadas más arriba.]
Swift, ISO 20022 harmonisation charter ⧉. [MyStandards, plantillas CGI-MP y la disciplina de documentar las extensiones en lugar de proliferar dialectos a medida.]

Última revisión julio de 2026. Análisis original; las fuentes se citan, no se reproducen. Las cifras y los plazos evolucionan con rapidez en este ámbito — verifique con las fuentes primarias antes de republicar. Licenciado bajo CC-BY-4.0.

Última revisión 2026-07-08.

Volver a publicar este artículo

From Messages to Map: Building a Global Corporate Standard on ISO 20022 and Swift — Sebastien Rousseau

ISO 20022 y el programa CBPR+ de Swift dieron a los pagos transfronterizos un lenguaje global armonizado, pero no un mapa global de cómo las empresas lo usan. Cómo extender la armonización de lo que dice un pago a cómo lo usa una empresa, sobre las vías que ya existen.

Este artículo se publica bajo Creative Commons Attribution 4.0 International. La republicación requiere atribución a la URL canónica.

From Messages to Map: Building a Global Corporate Standard on ISO 20022 and Swift — Sebastien Rousseau

ISO 20022 y el programa CBPR+ de Swift dieron a los pagos transfronterizos un lenguaje global armonizado, pero no un mapa global de cómo las empresas lo usan. Cómo extender la armonización de lo que dice un pago a cómo lo usa una empresa, sobre las vías que ya existen.

Originally published at https://sebastienrousseau.com/es/2026-07-08-global-corporate-standard-iso-20022-swift-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER