SEPA-XML-Dateien sind das Standardformat für Banküberweisungen und Lastschriften in Europa. Ob Treasurer, Buchhalter oder Entwickler — das Verständnis dieser Dateistruktur ist entscheidend für die Automatisierung Ihrer Zahlungsabläufe. Dieser Leitfaden erklärt jeden Schritt, von der XML-Struktur bis zu den Generierungswerkzeugen.
Was ist eine SEPA-XML-Datei?
Eine SEPA-XML-Datei ist ein strukturiertes XML-Dokument, das dem ISO-20022-Standard entspricht. Sie ermöglicht die Initiierung von Überweisungen (pain.001) oder Lastschriften (pain.008) bei Ihrer Bank. Das Format ist im gesamten SEPA-Raum (Single Euro Payments Area) standardisiert und gewährleistet die Interoperabilität zwischen den 36 Mitgliedsländern.
Im Gegensatz zu älteren proprietären Formaten (DTAUS/DTAZV in Deutschland) bietet SEPA XML eine universelle Struktur, die von jeder Bank in der Eurozone akzeptiert wird. Jede Datei enthält einen Gruppenkopf (GroupHeader), Zahlungsinformationsblöcke (PaymentInformation) und einzelne Transaktionen.
Im Gegensatz zu älteren proprietären Formaten (DTAUS/DTAZV in Deutschland) bietet SEPA XML eine universelle Struktur, die von jeder Bank in der Eurozone akzeptiert wird. Jede Datei enthält einen Gruppenkopf (GroupHeader), Zahlungsinformationsblöcke (PaymentInformation) und einzelne Transaktionen.
Die Formate pain.001 und pain.008
Der ISO-20022-Standard definiert verschiedene Nachrichtentypen:
pain.001 (CustomerCreditTransferInitiation): Initiierung von Überweisungen. Das Unternehmen sendet diese Datei an seine Bank, um Zahlungen an Empfänger zu beauftragen. Typische Anwendungen: Lieferantenzahlungen, Gehälter, Erstattungen.
pain.008 (CustomerDirectDebitInitiation): Initiierung von SEPA-Lastschriften. Der Gläubiger sendet diese Datei, um Beträge von Schuldnerkonten einzuziehen. Voraussetzung: unterschriebenes Mandat (RUM) und SEPA-Gläubiger-Identifikation (ICS).
Jedes Format folgt einem XSD-Schema (XML Schema Definition), das die zulässigen Felder, ihre Reihenfolge und Einschränkungen genau definiert.
pain.001 (CustomerCreditTransferInitiation): Initiierung von Überweisungen. Das Unternehmen sendet diese Datei an seine Bank, um Zahlungen an Empfänger zu beauftragen. Typische Anwendungen: Lieferantenzahlungen, Gehälter, Erstattungen.
pain.008 (CustomerDirectDebitInitiation): Initiierung von SEPA-Lastschriften. Der Gläubiger sendet diese Datei, um Beträge von Schuldnerkonten einzuziehen. Voraussetzung: unterschriebenes Mandat (RUM) und SEPA-Gläubiger-Identifikation (ICS).
Jedes Format folgt einem XSD-Schema (XML Schema Definition), das die zulässigen Felder, ihre Reihenfolge und Einschränkungen genau definiert.
Aufbau einer pain.001-Datei
Eine pain.001-Datei besteht aus drei Ebenen:
1. GroupHeader (GrpHdr): Enthält die Nachrichtenkennung, Erstellungsdatum/-zeit, Transaktionsanzahl und Kontrollsumme. Dieser Block erscheint einmal pro Datei.
2. PaymentInformation (PmtInf): Gruppiert die Auftraggeberdaten — Name, IBAN, BIC, gewünschtes Ausführungsdatum und Zahlungsmethode. Eine Datei kann mehrere PmtInf-Blöcke enthalten.
3. CreditTransferTransactionInformation (CdtTrfTxInf): Details jeder Transaktion — Betrag, Währung, Empfänger-IBAN und -Name, End-to-End-Referenz und Verwendungszweck.
1. GroupHeader (GrpHdr): Enthält die Nachrichtenkennung, Erstellungsdatum/-zeit, Transaktionsanzahl und Kontrollsumme. Dieser Block erscheint einmal pro Datei.
2. PaymentInformation (PmtInf): Gruppiert die Auftraggeberdaten — Name, IBAN, BIC, gewünschtes Ausführungsdatum und Zahlungsmethode. Eine Datei kann mehrere PmtInf-Blöcke enthalten.
3. CreditTransferTransactionInformation (CdtTrfTxInf): Details jeder Transaktion — Betrag, Währung, Empfänger-IBAN und -Name, End-to-End-Referenz und Verwendungszweck.
Pflichtfelder und bewährte Verfahren
Jede SEPA-XML-Datei muss mindestens enthalten:
• MsgId: Eindeutige Nachrichtenkennung (max. 35 Zeichen).
• CreDtTm: Erstellungsdatum und -zeit im ISO-8601-Format.
• NbOfTxs: Gesamtzahl der Transaktionen.
• CtrlSum: Kontrollsumme aller Beträge.
• IBAN und BIC von Auftraggeber und Empfängern.
• Betrag (InstdAmt): Mit Währungscode (EUR für SEPA).
• EndToEndId: Eindeutige Referenz pro Transaktion.
Bewährte Verfahren: Verwenden Sie eindeutige, nachverfolgbare Kennungen, validieren Sie jede IBAN mit dem MOD-97-10-Algorithmus und prüfen Sie die Datei stets gegen das XSD-Schema vor der Bankeinreichung.
• MsgId: Eindeutige Nachrichtenkennung (max. 35 Zeichen).
• CreDtTm: Erstellungsdatum und -zeit im ISO-8601-Format.
• NbOfTxs: Gesamtzahl der Transaktionen.
• CtrlSum: Kontrollsumme aller Beträge.
• IBAN und BIC von Auftraggeber und Empfängern.
• Betrag (InstdAmt): Mit Währungscode (EUR für SEPA).
• EndToEndId: Eindeutige Referenz pro Transaktion.
Bewährte Verfahren: Verwenden Sie eindeutige, nachverfolgbare Kennungen, validieren Sie jede IBAN mit dem MOD-97-10-Algorithmus und prüfen Sie die Datei stets gegen das XSD-Schema vor der Bankeinreichung.
XSD-Validierung: Warum und wie
Die XSD-Validierung prüft, ob Ihre XML-Datei der vom offiziellen ISO-20022-Schema definierten Struktur entspricht. Ein Strukturfehler — ein fehlendes Feld, falsches Datumsformat oder fehlerhafter Betrag — führt zur Bankablehnung, oft mit Gebühren und Verzögerungen.
Verwenden Sie ein Online-Tool wie den ISO-20022-Validator unserer Plattform. Dieser erkennt Schemafehler, überprüft IBANs und BICs und meldet typische Unstimmigkeiten.
Eine vorausschauende Validierung reduziert Bankablehnungen erheblich.
Verwenden Sie ein Online-Tool wie den ISO-20022-Validator unserer Plattform. Dieser erkennt Schemafehler, überprüft IBANs und BICs und meldet typische Unstimmigkeiten.
Eine vorausschauende Validierung reduziert Bankablehnungen erheblich.
Tools zur SEPA-XML-Erstellung
Verschiedene Ansätze zur Erstellung von SEPA-XML-Dateien:
Eigenentwicklung: Technische Teams können XML-Bibliotheken nutzen. Volle Kontrolle, aber Entwicklungs- und Wartungsaufwand.
ERP-/Buchhaltungsexport: Einige Buchhaltungsprogramme (Sage, SAP, DATEV) bieten nativen SEPA-XML-Export.
Online-Generator: Tools wie der ISO 20022 Generator ermöglichen die Erstellung konformer pain.001- und pain.008-Dateien direkt im Browser. Importieren Sie CSV/Excel oder geben Sie Daten manuell ein. Die Datei wird gegen das XSD-Schema validiert und steht sofort zum Download bereit.
Eigenentwicklung: Technische Teams können XML-Bibliotheken nutzen. Volle Kontrolle, aber Entwicklungs- und Wartungsaufwand.
ERP-/Buchhaltungsexport: Einige Buchhaltungsprogramme (Sage, SAP, DATEV) bieten nativen SEPA-XML-Export.
Online-Generator: Tools wie der ISO 20022 Generator ermöglichen die Erstellung konformer pain.001- und pain.008-Dateien direkt im Browser. Importieren Sie CSV/Excel oder geben Sie Daten manuell ein. Die Datei wird gegen das XSD-Schema validiert und steht sofort zum Download bereit.
Häufige Fehler vermeiden
Die häufigsten Ablehnungsgründe:
• Ungültige IBAN: Tippfehler oder falsche Prüfziffer.
• Fehlender oder falscher BIC: Einige Banken verlangen den BIC auch innerhalb von SEPA.
• Vergangenes Ausführungsdatum: Das Datum muss ein zukünftiger Geschäftstag sein.
• Null- oder Negativbetrag: Jede Transaktion muss einen positiven Betrag haben.
• Doppelte MsgId: Die Nachrichtenkennung muss pro Datei einmalig sein.
• Falsches Encoding: UTF-8 ohne BOM ist erforderlich.
Ein vorgeschalteter Validator erkennt diese Probleme, bevor sie bei Ihrer Bank ankommen.
• Ungültige IBAN: Tippfehler oder falsche Prüfziffer.
• Fehlender oder falscher BIC: Einige Banken verlangen den BIC auch innerhalb von SEPA.
• Vergangenes Ausführungsdatum: Das Datum muss ein zukünftiger Geschäftstag sein.
• Null- oder Negativbetrag: Jede Transaktion muss einen positiven Betrag haben.
• Doppelte MsgId: Die Nachrichtenkennung muss pro Datei einmalig sein.
• Falsches Encoding: UTF-8 ohne BOM ist erforderlich.
Ein vorgeschalteter Validator erkennt diese Probleme, bevor sie bei Ihrer Bank ankommen.