¿Cómo está estructurado un archivo SEPA XML?

Un archivo SEPA XML tiene cuatro niveles de jerarquía principal: Document (marco externo), CstmrCdtTrfInitn (iniciación de pago), PmtInf (bloque de pago con datos compartidos) e CdtTrfTxInf/DrctDbtTxInf (transacciones individuales). Esta estructura no es solo limpia técnicamente sino también práctica: datos compartidos agrupados en bloque de pago, detalles individuales a nivel de transacción.

¿Cuáles son los errores más comunes en creación?

Los más comunes: mapeo incorrecto de Excel a XML, formatos de fecha inconsistentes, importes con símbolos de moneda o texto, referencias de mandato faltantes o duplicadas, caracteres especiales en campos de texto y campos requeridos vacíos. Frecuentemente errores existen ya en datos de origen. Pre-validación antes de generación XML atrapa la mayoría temprano.

¿Debo crear XML manualmente o con herramienta?

Creación manual es útil para aprender y entender estructura, pero para operaciones continuas una herramienta o convertidor es esencial. Herramientas ahorran tiempo, reducen errores, permiten mapeo reutilizable e identifican problemas de validación automáticamente. Para volúmenes de pago recurrentes o más grandes, una herramienta se vuelve indispensable.

¿Qué debo verificar antes de subir un archivo SEPA XML?

Antes de subir: 1) Abra XML localmente y verifique plausibilidad de estructura. 2) Verifique campos requeridos. 3) Valide IBANs y asignaciones. 4) Verifique versión PAIN usada (PAIN.008.001.02 rechazado desde noviembre 2026). 5) Valide técnicamente contra esquema XML. Una persona prepara, otra revisa antes de subida a banco.

Crear archivo SEPA XML - Guía completa 2026

Para la mayoría de empresas, crear su primer archivo XML SEPA se siente más difícil de lo que realmente es. La confusión generalmente viene de terminología técnica, no del concepto en sí. Tienes datos de pago (nombres, importes, cuentas). Necesitas un formato de archivo que los bancos acepten. XML SEPA es ese formato.

La buena noticia: No escribes XML a mano. No deberías. En su lugar, preparas datos claramente, usas una herramienta para convertir, luego validas. Una vez entiendas la estructura básica, crear XML SEPA se vuelve rutina.

Entendiendo la estructura XML SEPA

XML SEPA no es una lista plana como CSV. Es jerárquico. Entender por qué ayuda a evitar errores estructurales.

Jerarquía de cuatro niveles explicada

Nivel 1: Envoltorio de documento Elemento XML externo conteniendo lote de pago completo. Piénsalo como el paquete cubriendo todo adentro.

Nivel 2: Iniciación de pago Metadatos básicos sobre el lote. ¿Cuántos pagos? ¿Quién envió? ¿Qué tipo?

Nivel 3: Bloque de información de pago Agrupa múltiples pagos con datos compartidos. Transferencias salientes de una empresa, adeudos directos de un acreedor, etc.

Nivel 4: Transacciones individuales Cada pago específico. Receptor, importe, propósito, referencia de mandato si aplica.

¿Por qué jerarquía? Eficiencia práctica. No repitas nombre de empresa 10.000 veces. Decláralo una vez al nivel de bloque. Los bancos analizan estructura antes de campos individuales.

Preparación de datos: El fundamento

Antes de cualquier generación XML, los datos deben estar limpios. Aquí es donde se originan la mayoría de errores.

Campos requeridos vs opcionales

Para pain.008 (adeudos directos), campos típicamente requeridos:

Campo	Requerido	Formato	Ejemplo
Referencia de mandato	Sí	Texto, máx 35 caracteres	“MANDATO-2026-001”
Nombre del deudor	Sí	Texto, máx 70 caracteres	“Juan García”
IBAN del deudor	Sí	34 caracteres, alfanumérico	“DE89370400440532013000”
Importe	Sí	Numérico, EUR	“99.50”
Fecha de vencimiento	Sí	YYYY-MM-DD	“2026-07-15”
ID del acreedor	Sí	Texto	“DE98ZZZ09999999999”
Propósito	No	Texto, máx 140 caracteres	“Factura 2026-07”

Lista de verificación de calidad de datos

Antes de conversión, verifica:

Sin campos requeridos en blanco - Toda transacción necesita mandato, cuenta, importe, fecha
IBANs correctamente formateados - 34 caracteres, código de país correcto, dígitos de verificación válidos
Importes sin símbolos - Solo números, punto decimal, sin € o comas
Fechas consistentes - Todas formato YYYY-MM-DD, todas fechas válidas
Caracteres especiales manejados - Evita caracteres que parsers XML rechacen
Sin duplicados - Cada transacción única, sin referencias de mandato repetidas

La mayoría de errores de conversión rastrean back a problemas de calidad de datos, no problemas de estructura XML.

Validación: Asegurando corrección antes de carga

XML generado no es automáticamente correcto. La validación previene rechazo bancario.

Pasos de validación

Verificar sintaxis XML Abre archivo en editor de texto o validador XML. XML válido se analiza sin errores.
Validar contra esquema SEPA Compara contra esquema XML SEPA oficial. Tu banco puede proporcionar versión actual.
Verificación de plausibilidad ¿Importe razonable? ¿Fechas en futuro? ¿Referencias de mandato presentes? ¿Conteos coinciden?
Verificación de muestra No solo valides técnicamente. Verifica transacciones de muestra. ¿Coincide importe de muestra con origen? ¿Contrapartida correcta?

Qué requieren los bancos

La mayoría de bancos aceptan archivos vía portal o API. Requerimientos:

Versión PAIN - Verifica qué versión tu banco acepta
Codificación - UTF-8 es estándar
Tamaño de archivo - Generalmente hasta 100MB
Tiempo de envío - Antes de horas de corte (frecuentemente 3 PM para ejecución al día siguiente)

Errores comunes de creación y soluciones

Error	Causa	Solución
“IBAN inválido”	Typo o formato incorrecto	Valida dígitos de verificación IBAN
“Referencia de mandato inválida”	Duplicado o formato incorrecto	Asegura única, máx 35 caracteres
“Archivo rechazado por banco”	Versión de esquema incorrecta	Verifica versión PAIN usada
“Importe no coincide”	Formato de texto, moneda incluida	Asegura numérico, EUR asumido
“Fecha rechazada”	Formato incorrecto o fecha pasada	Usa YYYY-MM-DD, verifica fecha futura

La mayoría de errores son problemas de datos apareciendo durante validación XML. Corrige origen, regenera.

Proceso de creación paso a paso

Flujo probado para primera creación:

Exportar datos a CSV - Formato limpio, simple, desde sistema de contabilidad
Abrir en Excel - Verificar columnas, verificar blancos, remover filas de prueba
Usar convertidor online - Cargar archivo, mapear columnas claramente
Descargar XML - Guardar localmente
Validar localmente - Abrir archivo, verificar errores
Enviar a colega - Segunda persona verifica importes
Cargar a banco - Usar portal o API según método del banco
Confirmar ejecución - Al día siguiente verifica transacciones procesadas

Para primer archivo, no apresures. Tomar tiempo con validación previene problemas posteriores.

Resumen

Crear XML SEPA no es complejo una vez entiendas la jerarquía y requerimientos de datos. La mayoría de errores vienen de datos de origen incompletos o sucios, no problemas de estructura XML. Siempre valida antes de cargar, y para procesos recurrentes, inversión en automatización rinde beneficios rápidamente.

Preguntas frecuentes

¿Cómo está estructurado un archivo SEPA XML?: Un archivo SEPA XML tiene cuatro niveles de jerarquía principal: Document (marco externo), CstmrCdtTrfInitn (iniciación de pago), PmtInf (bloque de pago con datos compartidos) e CdtTrfTxInf/DrctDbtTxInf (transacciones individuales). Esta estructura no es solo limpia técnicamente sino también práctica: datos compartidos agrupados en bloque de pago, detalles individuales a nivel de transacción.
¿Cuáles son los errores más comunes en creación?: Los más comunes: mapeo incorrecto de Excel a XML, formatos de fecha inconsistentes, importes con símbolos de moneda o texto, referencias de mandato faltantes o duplicadas, caracteres especiales en campos de texto y campos requeridos vacíos. Frecuentemente errores existen ya en datos de origen. Pre-validación antes de generación XML atrapa la mayoría temprano.
¿Debo crear XML manualmente o con herramienta?: Creación manual es útil para aprender y entender estructura, pero para operaciones continuas una herramienta o convertidor es esencial. Herramientas ahorran tiempo, reducen errores, permiten mapeo reutilizable e identifican problemas de validación automáticamente. Para volúmenes de pago recurrentes o más grandes, una herramienta se vuelve indispensable.
¿Qué debo verificar antes de subir un archivo SEPA XML?: Antes de subir: 1) Abra XML localmente y verifique plausibilidad de estructura. 2) Verifique campos requeridos. 3) Valide IBANs y asignaciones. 4) Verifique versión PAIN usada (PAIN.008.001.02 rechazado desde noviembre 2026). 5) Valide técnicamente contra esquema XML. Una persona prepara, otra revisa antes de subida a banco.