Validar archivo .xml de adeudo directo SEPA

Valida tu XML de adeudo directo SEPA (pain.008) para detectar problemas de estructura y contenido
Esquemas compatibles actualmente: pain.008.001.02, pain.008.001.08, pain.008.001.11

Se admiten archivos XML pain.008

o
Este validador comprueba archivos SEPA conforme a ISO 20022. No se garantiza que los bancos acepten los archivos.

✅ Tus ventajas de un vistazo

  • Validación frente a los esquemas XSD oficiales de ISO 20022 (pain.008.001.02, pain.008.001.08 y pain.008.001.11)
  • Validación de contenido para mandatos, datos de acreedor/deudor y fechas de vencimiento
  • Sin almacenamiento de datos y totalmente conforme al RGPD
  • Respuesta inmediata: ideal para contabilidad, equipos financieros y desarrolladores

🔐 Privacidad de datos garantizada

Tus archivos XML se procesan exclusivamente para la validación. No se realiza almacenamiento, seguimiento ni análisis.

¿Cómo funciona el validador XML SEPA?

1. Sube tu archivo

Sube tu archivo XML en formato pain.008.001.02, pain.008.001.08 o pain.008.001.11.

2. Validación de esquema y contenido

Tu archivo se valida frente al esquema XSD correspondiente y se comprueba en cuanto a referencias de mandato, importes y estructuras IBAN.

3. Informe inmediato

Recibe de inmediato un informe detallado de validación con referencias de línea y descripciones de errores.

¿Qué es el formato pain y para qué se utiliza?

El término pain significa Payment Initiation dentro del estándar internacional ISO 20022. Estos formatos basados en XML definen cómo se intercambian electrónicamente las instrucciones de pago entre clientes y bancos.

El mensaje pain.008 define la estructura de los archivos de adeudo directo SEPA (Customer Direct Debit Initiation). Cada archivo contiene cabeceras de grupo (<GrpHdr>), bloques de información de pago (<PmtInf>) y detalles de transacciones (<DrctDbtTxInf>) con IBAN, BIC, referencias de mandato e importes.

💡 Contexto: evolución de los formatos pain de ISO 20022

El estándar ISO 20022 se diseñó para armonizar la comunicación global de pagos y sustituir formatos heredados como DTA, MT940 y EDIFACT. En la región SEPA esto llevó a la creación de los estándares pain.001 (transferencias) y pain.008 (adeudos directos).

Desde su primera publicación en 2009, se han publicado varias versiones con mejoras técnicas y de cumplimiento normativo. La versión más reciente, pain.008.001.11, entró en vigor en octubre de 2025 y representa hasta la fecha la estructura SEPA de adeudo directo más avanzada.

📘 Resumen de todas las versiones pain.008

Versión Año Estado Descripción / cambios
pain.008.001.01 2009 obsoleto Primera definición de adeudo directo SEPA basada en ISO 20022. Estructura de campos limitada.
pain.008.001.02 2013 obsoleto Versión SEPA ampliamente utilizada durante muchos años con adopción bancaria estable.
pain.008.001.03 2016 obsoleto Ajustes menores en campos obligatorios de BIC y datos de mandato.
pain.008.001.04 2017 obsoleto Esquema revisado para ampliaciones internacionales; poco usado en SEPA.
pain.008.001.05 2018 obsoleto Compatibilidad XML mejorada y elementos opcionales para sistemas de clearing.
pain.008.001.06 2019 obsoleto Ajustes menores en definiciones de campos, por ejemplo nombre y dirección del deudor.
pain.008.001.07 2020 obsoleto Ajustes finos para una mejor compatibilidad con archivos pain.001.
pain.008.001.08 2022 transición Nuevos campos para direcciones estructuradas e información LEI opcional.
pain.008.001.09 2023 uso limitado Versiones internas de prueba en bancos; rara vez usadas públicamente.
pain.008.001.10 2024 pilotos Adaptación al ISO 20022 Release 2023 con información de mandato optimizada.
pain.008.001.11 2025 actual Versión más reciente según EPC e ISO 20022 Release 2025, con mayor estructuración, nuevas reglas de validación y campos opcionales para pagos por API.

🆕 Novedades de pain.008.001.11 (desde octubre de 2025)

  • Compatibilidad mejorada con direcciones estructuradas (país, código postal, calle)
  • Legal Entity Identifier (LEI) opcional en lugar de BIC
  • Campos mejorados para mandatos y datos del deudor
  • Nuevo elemento opcional SupplementaryData para información ampliada
  • Optimizado para flujos de pago basados en API y en tiempo real