Crónica de una muerte anunciada
Han pasado casi 3 años que escuchamos al respecto sin prestar gran atención: los formatos "rápidos" y los formatos CFONB utilizados por las empresas deben ser reemplazados gradualmente por su equivalente XML.
A menudo se menciona, la fecha del último fin de semana de noviembre de 2025 solo se refiere a los bancos. Para las empresas, noviembre de 2026 parece estar tomando forma, pero no es un cuchillo, solo hable con sus bancos que serán flexibles si les muestra su deseo de someterle a él.
Contexto
Desde la creación de Swift en 1973, todos los intercambios interbancarios se han realizado a través de formatos comúnmente llamados "Swift" y cada código comienza con MT (es decir, tipo de mensaje) seguido de 3 figuras.
Después de un gran plan de comunicación que duró varios años, en marzo de 2024 Swift impuso a los bancos para reemplazar con su XML ISO 20022 equivalente a los formatos MT cuyas figuras comienzan con 1, 2 y 9. Esto se llama migración MT - MX (para el mensaje XML). Es cierto que esta obligación solo se refería a los intercambios interbancarios, pero ahora afecta a las empresas que se alentan gradualmente a abandonar los formatos rápidos a favor de su XML ISO 20022 equivalente, con una insistencia cada vez más apremiante ...
¿Por qué este cambio de formato?
El despliegue de SEPA ha materializado y confirmado la explotabilidad del formato XML, su flexibilidad de uso y la riqueza de sus balizas. El propósito de este cambio en el formato es el doble:
(1) armonizar todos los sistemas de banca de pago para permitir el uso del formato XML de principio a fin (es decir, de la compañía que emite a la compañía ganadora a través de sus respectivos bancos);
(2) Use las capacidades de este formato XML para fortalecer las posibilidades de filtrar, monitoreo y cumplimiento.
En resumen, todos los bancos de todo el mundo ahora deben administrarse solo en formato XML para facilitar el monitoreo y el control de los datos transportados.
Además, este reemplazo no solo afecta el formato Swift "MT", sino también todos los formatos domésticos porque el XML le permite ingresar, transportar y seguir mucha más información. De hecho, un CFONB160 no tiene campos donde ingresar las direcciones, un CFONB320 no permite especificar el tiempo de pago.
Finalmente, la riqueza del formato XML ofrece a los bancos la posibilidad de ofrecer nuevos servicios que hubiera sido imposible implementar y seguir con los formatos antiguos.
¿Cómo hacerlo?
Con cada uno de sus bancos y para todas las cuentas en cuestión, reanude sus contratos bancarios y elige los servicios XML correspondientes, independientemente del protocolo (Swift, Ebics u otro).
