Los archivos SEPA XML son el formato estandar para transferencias y adeudos directos en Europa. Tanto si eres tesorero, contable o desarrollador, comprender la estructura de estos archivos es clave para automatizar tus flujos de pago. Esta guia detalla cada paso, desde la estructura XML hasta las herramientas de generacion.
Que es un archivo SEPA XML?
Un archivo SEPA XML es un documento XML estructurado que cumple con el estandar ISO 20022. Permite iniciar transferencias (pain.001) o adeudos directos (pain.008) con tu banco. El formato esta estandarizado en toda la zona SEPA (Single Euro Payments Area), garantizando la interoperabilidad entre los 36 paises miembros.
A diferencia de formatos propietarios anteriores, SEPA XML ofrece una estructura universal aceptada por todos los bancos de la zona euro. Cada archivo contiene una cabecera de grupo (GroupHeader), bloques de informacion de pago (PaymentInformation) y transacciones individuales.
A diferencia de formatos propietarios anteriores, SEPA XML ofrece una estructura universal aceptada por todos los bancos de la zona euro. Cada archivo contiene una cabecera de grupo (GroupHeader), bloques de informacion de pago (PaymentInformation) y transacciones individuales.
Los formatos pain.001 y pain.008
El estandar ISO 20022 define varios tipos de mensajes:
pain.001 (CustomerCreditTransferInitiation): para iniciar transferencias. La empresa envia este archivo a su banco para ordenar pagos a beneficiarios. Usos tipicos: pagos a proveedores, nominas, reembolsos.
pain.008 (CustomerDirectDebitInitiation): para iniciar adeudos directos SEPA. El acreedor envia este archivo para cobrar de las cuentas de los deudores. Requiere mandato firmado (RUM) e identificador de acreedor SEPA (ICS).
Cada formato sigue un esquema XSD que define los campos permitidos, su orden y restricciones.
pain.001 (CustomerCreditTransferInitiation): para iniciar transferencias. La empresa envia este archivo a su banco para ordenar pagos a beneficiarios. Usos tipicos: pagos a proveedores, nominas, reembolsos.
pain.008 (CustomerDirectDebitInitiation): para iniciar adeudos directos SEPA. El acreedor envia este archivo para cobrar de las cuentas de los deudores. Requiere mandato firmado (RUM) e identificador de acreedor SEPA (ICS).
Cada formato sigue un esquema XSD que define los campos permitidos, su orden y restricciones.
Estructura de un archivo pain.001
1. GroupHeader (GrpHdr): identificador del mensaje, fecha de creacion, numero de transacciones y suma de control. Aparece una vez por archivo.
2. PaymentInformation (PmtInf): datos del emisor — nombre, IBAN, BIC, fecha de ejecucion y metodo de pago. Un archivo puede contener varios bloques PmtInf.
3. CreditTransferTransactionInformation (CdtTrfTxInf): detalle de cada transaccion — importe, divisa, IBAN del beneficiario, referencia end-to-end y concepto.
2. PaymentInformation (PmtInf): datos del emisor — nombre, IBAN, BIC, fecha de ejecucion y metodo de pago. Un archivo puede contener varios bloques PmtInf.
3. CreditTransferTransactionInformation (CdtTrfTxInf): detalle de cada transaccion — importe, divisa, IBAN del beneficiario, referencia end-to-end y concepto.
Campos obligatorios y buenas practicas
Cada archivo SEPA XML debe contener como minimo:
• MsgId: identificador unico del mensaje (max 35 caracteres).
• CreDtTm: fecha y hora de creacion en formato ISO 8601.
• NbOfTxs: numero total de transacciones.
• CtrlSum: suma de control de todos los importes.
• IBAN y BIC del emisor y los beneficiarios.
• Importe (InstdAmt): con codigo de divisa (EUR para SEPA).
• EndToEndId: referencia unica por transaccion.
Buenas practicas: usa identificadores unicos y trazables, valida cada IBAN con el algoritmo MOD 97-10 y verifica siempre el archivo contra el esquema XSD antes de enviarlo al banco.
• MsgId: identificador unico del mensaje (max 35 caracteres).
• CreDtTm: fecha y hora de creacion en formato ISO 8601.
• NbOfTxs: numero total de transacciones.
• CtrlSum: suma de control de todos los importes.
• IBAN y BIC del emisor y los beneficiarios.
• Importe (InstdAmt): con codigo de divisa (EUR para SEPA).
• EndToEndId: referencia unica por transaccion.
Buenas practicas: usa identificadores unicos y trazables, valida cada IBAN con el algoritmo MOD 97-10 y verifica siempre el archivo contra el esquema XSD antes de enviarlo al banco.
Validacion XSD: por que y como
La validacion XSD comprueba que tu archivo XML cumple con la estructura del esquema oficial ISO 20022. Un error estructural provoca rechazo bancario, a menudo con costes y retrasos.
Puedes usar herramientas como el validador ISO 20022 de nuestra plataforma, que detecta errores de esquema, verifica IBAN y BIC, y senala inconsistencias comunes.
La validacion previa reduce drasticamente los rechazos bancarios.
Puedes usar herramientas como el validador ISO 20022 de nuestra plataforma, que detecta errores de esquema, verifica IBAN y BIC, y senala inconsistencias comunes.
La validacion previa reduce drasticamente los rechazos bancarios.
Herramientas para generar archivos SEPA XML
Desarrollo a medida: los equipos tecnicos pueden usar librerias XML. Control total pero requiere desarrollo y mantenimiento.
Exportacion ERP/contable: algunos programas (Sage, SAP) ofrecen exportacion SEPA XML nativa.
Generador en linea: herramientas como ISO 20022 Generator permiten crear archivos conformes directamente en el navegador. Importa CSV/Excel o introduce datos manualmente.
Exportacion ERP/contable: algunos programas (Sage, SAP) ofrecen exportacion SEPA XML nativa.
Generador en linea: herramientas como ISO 20022 Generator permiten crear archivos conformes directamente en el navegador. Importa CSV/Excel o introduce datos manualmente.
Errores comunes que evitar
Las causas de rechazo mas frecuentes:
• IBAN invalido: errores de escritura o digitos de control incorrectos.
• BIC ausente o incorrecto: algunos bancos lo exigen incluso dentro de SEPA.
• Fecha de ejecucion pasada: debe ser un dia habil futuro.
• Importe cero o negativo: cada transaccion debe tener un importe positivo.
• MsgId duplicado: debe ser unico para cada archivo.
• Encoding incorrecto: UTF-8 sin BOM.
Un validador previo detecta estos problemas antes de que lleguen a tu banco.
• IBAN invalido: errores de escritura o digitos de control incorrectos.
• BIC ausente o incorrecto: algunos bancos lo exigen incluso dentro de SEPA.
• Fecha de ejecucion pasada: debe ser un dia habil futuro.
• Importe cero o negativo: cada transaccion debe tener un importe positivo.
• MsgId duplicado: debe ser unico para cada archivo.
• Encoding incorrecto: UTF-8 sin BOM.
Un validador previo detecta estos problemas antes de que lleguen a tu banco.