Migración XML V9: ¿Por qué y cómo?

El 15 de noviembre de 2026 es la fecha límite para migrar todos los formatos de archivo intercambiados con su banco a XML.

Cabe recordar que, cuando se implementó SEPA el 28 de enero de 2008, el formato para las transferencias seguía el estándar XML V2. Esta versión 2 pronto reveló sus limitaciones, que fueron subsanadas por la versión V3, la cual se adoptó gradualmente como estándar de facto cuando el formato XML se volvió obligatorio para realizar transferencias SEPA en febrero de 2014.

Más concretamente, entre estas 2 versiones, se ha revisado el orden de algunas etiquetas, se ha ampliado el tamaño de algunas etiquetas, se han añadido, modificado, hecho obligatorias, eliminado etiquetas, se ha enriquecido la lista de códigos, etc.

¿Por qué una nueva versión XML V9?

La adopción de XML ha suscitado nuevas necesidades que V3 no puede satisfacer por completo, como la VoP (verificación del beneficiario) y la IP( transferencia instantánea).

Al igual que entre V2 y V3, V9 trae evoluciones, modificaciones, adiciones y eliminaciones de etiquetas y códigos.

El cambio que más tiempo consume a los administradores de aplicaciones se refiere a la estructuración de las direcciones de los destinatarios. De hecho, el aumento del fraude ha llevado al EPC (Consejo Europeo de Pagos) a buscar una forma de verificar los datos de los destinatarios, y en particular sus direcciones, de manera más eficaz. Por ello, ahora se recomienda a los emisores que introduzcan las direcciones de los destinatarios en etiquetas específicas en lugar de hacerlo de forma masiva en una o varias etiquetas.<AdrLine> Si bien la mayoría de estas etiquetas estructuradas están disponibles en XML V3, algunos países requieren campos que solo están presentes en XML V9. Estas son las 14 etiquetas de XML V9:

· Departamento
· Subdepartamento
· Nombre de la calle
· Número de edificio
· Nombre del edificio
· Piso
· Buzón
· Habitación
· Código postal
· Nombre de la ciudad
· Nombre de la localidad
· Nombre del distrito
· Subdivisión del país
· País

En teoría, ninguna de estas etiquetas es obligatoria para las transferencias SEPA. Para las transferencias internacionales, las etiquetas "País" y "Nombre de la ciudad" son obligatorias, pero se recomienda encarecidamente proporcionar las demás etiquetas, en particular las de "Código postal", "Nombre de la calle" y "Número de edificio".

Además, algunos países exigen la inclusión de etiquetas específicas, como la etiqueta "Subdivisión del país", que es obligatoria en Japón y Estados Unidos.

Sin embargo, para superar sin problemas la fecha límite de noviembre de 2026, es posible estructurar estas direcciones de acuerdo con un formato "híbrido" que se asemeja mucho a la estructura actual: simplemente extraiga de la etiqueta<AdrLine> El nombre de la ciudad debe mostrarse en la etiqueta "Nombre de la ciudad", manteniendo el resto de la dirección en su formato actual. Esta medida es solo temporal y simplemente pospone el trabajo de estructuración de direcciones que, sin duda, exigirán las normativas en los próximos años

En la práctica, algunos bancos se han aprovechado de esto para aumentar sus requisitos y también imponer esta estructura de direcciones para:

· Transferencias SEPA (SCT),
· Transferencias de tesorería,
· Originadores de todo tipo de transferencias (SEPA, tesorería, internacionales),
· La dirección del banco del originador de la transferencia (todos los tipos),
· La dirección del banco del beneficiario de la transferencia (todos los tipos).

Por lo tanto, para evitar que su futura transferencia sea rechazada, es absolutamente necesario que solicite a cada uno de sus bancos que especifiquen sus requisitos de estructuración de direcciones para cada uno de los casos mencionados anteriormente.

Precisión:

El término "migración XML v9" se utiliza incorrectamente cuando hubiera sido más preciso afirmar que la versión 2019 se suspendió para cada uno de los 3 tipos de archivos afectados por esta migración (¡y que no tienen la misma versión…!):

• Las transferencias SCT se están migrando a la versión 9: pain.001.001.09
• Los débitos directos SDD se están migrando a la versión 8: pain.008.001.08
• Los estados de envío de pedidos se están migrando a la versión 10: pain.002.001.10

Todos estos procesos se pueden implementar rápidamente en NEOFI.

Para ayudar a las empresas a migrar sin problemas, NEOFI ha diseñado el Ready for XMLV9, que incluye todo el procesamiento necesario ya preconfigurado y permite realizar los cambios necesarios sin afectar a sus aplicaciones ni a sus bancos.

Días AFTE 2025

Comisiones bancarias: por qué las aseguradoras tienen dificultades para controlarlas

El rompecabezas de la conciliación bancaria y contable para las compañías de seguros

VoP: Verificación del Beneficiario

El fin de los formatos CFONB y Swift MT para las empresas

Días AFTE 2025

Comisiones bancarias: por qué las aseguradoras tienen dificultades para controlarlas

El rompecabezas de la conciliación bancaria y contable para las compañías de seguros

VoP: Verificación del Beneficiario

El fin de los formatos CFONB y Swift MT para las empresas

Días AFTE 2025

Comisiones bancarias: por qué las aseguradoras tienen dificultades para controlarlas

El rompecabezas de la conciliación bancaria y contable para las compañías de seguros

VoP: Verificación del Beneficiario

El fin de los formatos CFONB y Swift MT para las empresas