Finanzielles XML-Glossar
Definitionen der SEPA-, UBL-, Peppol-, ISO 20022- und E-Rechnungsbegriffe, die im Finanz-Messaging verwendet werden.
Access Point (Peppol)
Ein zertifizierter Dienstleister, der Unternehmen mit dem Peppol-Netzwerk verbindet. Access Points senden und empfangen elektronische Dokumente (Rechnungen, Bestellungen) im Namen ihrer Kunden und verwalten das sichere Vier-Ecken-Zustellungsmodell.
BBAN (Basic Bank Account Number)
Der nationale Teil eines IBAN, der Bank, Filiale und Kontonummer identifiziert. Das BBAN-Format variiert je nach Land; ein belgisches BBAN besteht beispielsweise aus 12 Ziffern, während ein französisches BBAN 23 Zeichen umfasst.
BIC (Business Identifier Code)
Ein 8- oder 11-stelliger Code (auch SWIFT-Code genannt), der ein Finanzinstitut eindeutig identifiziert. BICs werden in SEPA-Zahlungsnachrichten verwendet, um Transaktionen an die richtige Bank weiterzuleiten. Format: 4 Buchstaben (Bank) + 2 Buchstaben (Land) + 2 Zeichen (Standort) + 3 optionale Zeichen (Filiale).
BIS Billing 3.0
Peppol BIS (Business Interoperability Specification) Billing 3.0 ist die Spezifikation für die elektronische Rechnungsstellung und Gutschriften im Peppol-Netzwerk. Sie basiert auf der europäischen Norm EN 16931 und definiert Pflichtfelder, Codelisten und Schematron-Geschäftsregeln.
Business Application Header (BAH)
Eine ISO 20022-Komponente (AppHdr), die MX-Nachrichten mit Metadaten über Absender, Empfänger und Nachrichtentyp umhüllt. Der BAH ermöglicht das Routing und die Verarbeitung von ISO 20022-Nachrichten unabhängig vom Geschäftsinhalt.
camt.052
Eine ISO 20022-Nachricht (Bank-To-Customer Account Report), die Intraday- oder Echtzeit-Informationen über Salden und Transaktionen eines Kontos liefert. Wird für das Cash-Management und die Liquiditätsüberwachung vor dem End-of-Day-Settlement verwendet.
camt.053
Eine ISO 20022-Nachricht (Bank-To-Customer Statement), die End-of-Day-Kontoauszugsdaten überträgt, einschließlich Eröffnungs-/Abschlusssalden und aller gebuchten Transaktionen. Sie ersetzt die SWIFT-Nachricht MT940 für Kontoauszüge.
camt.054
Eine ISO 20022-Nachricht (Bank-To-Customer Debit Credit Notification), die Kunden über einzelne Soll- oder Habenbuchungen auf ihrem Konto informiert. Wird häufig für Echtzeit-Zahlungsbenachrichtigungen als Ergänzung zum camt.052 verwendet.
ChargBearer (ChrgBr)
Ein SEPA-XML-Element, das angibt, wer die Transaktionsgebühren trägt. Bei SEPA-Überweisungen muss der Wert stets SLEV (Service Level) sein, was bedeutet, dass die Gebühren gemäß der SEPA-Regelung geteilt werden. Andere ISO 20022-Werte sind DEBT (Schuldner) und CRED (Gläubiger).
Chorus Pro
Das obligatorische französische E-Rechnungsportal der Regierung für Rechnungen an Einrichtungen des öffentlichen Sektors (B2G). Seit 2017 müssen alle Lieferanten der französischen öffentlichen Verwaltung ihre Rechnungen über Chorus Pro im Format Factur-X oder UBL einreichen.
CII (Cross Industry Invoice)
Die Cross Industry Invoice der UN/CEFACT ist eine XML-Syntax für elektronische Rechnungen. CII ist eine der beiden von der Norm EN 16931 anerkannten Syntaxen (die andere ist UBL). Factur-X und ZUGFeRD verwenden CII für ihre eingebetteten XML-Daten.
CtrlSum (Kontrollsumme)
Ein SEPA-XML-Element im GroupHeader, das die Gesamtsumme aller Transaktionsbeträge in der Zahlungsdatei enthält. Der CtrlSum muss der Summe aller einzelnen InstructedAmount-Werte entsprechen; eine Abweichung führt zur Ablehnung der Datei durch die Bank.
DTD (Document Type Definition)
Eine veraltete XML-Schema-Sprache, die Struktur und zulässige Elemente eines XML-Dokuments definiert. DTDs werden in sicheren XML-Parsern blockiert, da sie XXE-Angriffe (XML External Entity) ermöglichen. Die moderne XML-Validierung verwendet stattdessen XSD.
E-Rechnung (E-Invoicing)
Der elektronische Austausch von Rechnungsdokumenten zwischen Lieferanten und Käufern in einem strukturierten, maschinenlesbaren Format. E-Rechnungen ersetzen Papier- oder PDF-Rechnungen durch Standards wie UBL, CII, Factur-X, XRechnung oder FatturaPA.
EDICOM
Ein globaler EDI (Electronic Data Interchange)- und E-Rechnungsanbieter. EDICOM bietet Lösungen für den Austausch von Geschäftsdokumenten in den Formaten EDIFACT, XML, UBL und Factur-X in verschiedenen Ländern und Compliance-Rahmenwerken.
EN 16931
Die europäische Norm für die E-Rechnungsstellung, veröffentlicht vom CEN. EN 16931 definiert das semantische Datenmodell für eine Basisrechnung (Pflicht- und optionale Felder) und zwei anerkannte Syntaxen: UBL 2.1 und UN/CEFACT CII. Alle EU-Mitgliedstaaten müssen EN 16931-konforme Rechnungen akzeptieren.
EndToEndId (Ende-zu-Ende-Referenz)
Eine eindeutige Referenz, die von der sendenden Partei vergeben wird, um eine SEPA-Zahlungstransaktion von der Initiierung bis zur Abwicklung zu identifizieren. Die EndToEndId wird während der gesamten Zahlungskette beibehalten und dem Schuldner in Kontoauszügen zurückgemeldet, um die Abstimmung zu erleichtern.
Factur-X
Eine deutsch-französische hybride E-Rechnungsnorm, die eine strukturierte XML-Datei (basierend auf UN/CEFACT CII) in ein PDF/A-3-Dokument einbettet. Factur-X umfasst fünf Profile (Minimum, Basic WL, Basic, EN 16931, Extended) und ist für die B2G-Rechnungsstellung in Frankreich verpflichtend.
FatturaPA
Das obligatorische E-Rechnungsformat Italiens für alle B2B- und B2G-Transaktionen, verwaltet von der Agenzia delle Entrate (italienische Steuerbehörde). FatturaPA-Dateien sind XML-Dokumente, die über das SDI-Interchange-System eingereicht werden.
Gläubiger (Creditor)
In der SEPA-Terminologie ist der Gläubiger die Partei, die Gelder empfängt (der Begünstigte). In einer Überweisung pain.001 wird der Gläubiger durch seinen Namen, seinen IBAN und ggf. seinen BIC identifiziert. Bei einer Lastschrift pain.008 ist der Gläubiger die Partei, die die Einziehung initiiert.
GroupHeader (Gruppenheader)
Der erste Block einer SEPA-XML-Nachricht (pain.001 oder pain.008), der Informationen auf Nachrichtenebene enthält: MessageId, CreationDateTime, NumberOfTransactions, ControlSum und InitiatingParty. Pro Datei gibt es nur einen GroupHeader.
Gutschrift (Credit Note)
Ein kaufmännisches Dokument, das von einem Verkäufer ausgestellt wird, um eine zuvor ausgestellte Rechnung zu korrigieren oder zu stornieren. In UBL ist eine Gutschrift ein eigenständiger Dokumenttyp (UBL CreditNote) mit der gleichen Struktur wie eine Rechnung, der aber dazu verwendet wird, den vom Käufer geschuldeten Betrag zu reduzieren.
IBAN (International Bank Account Number)
Ein internationales standardisiertes Nummerierungssystem für Bankkonten, definiert in der Norm ISO 13616. Ein IBAN beginnt mit einem 2-buchstabigen Ländercode, gefolgt von 2 Prüfziffern (validiert per Mod-97) und einem länderspezifischen BBAN. IBANs sind für alle SEPA-Zahlungstransaktionen verpflichtend.
InitiatingParty (Initiierende Partei)
Die Partei, die eine SEPA-Zahlungsanweisung initiiert, identifiziert im GroupHeader der pain.001- und pain.008-Nachrichten. Die InitiatingParty ist in der Regel das Kundenunternehmen, das die Zahlungsdatei bei seiner Bank einreicht, und kann sich vom Schuldner unterscheiden.
ISO 20022
Ein internationaler Standard für Finanznachrichten, der eine gemeinsame Plattform für die Entwicklung von Nachrichten-Standards definiert. ISO 20022-Nachrichten sind in XML und decken Zahlungen (pain), Kontoberichte (camt), Wertpapiere, Handel und mehr ab. SEPA, SWIFT MX und die wichtigsten Echtzeitzahlungssysteme verwenden ISO 20022.
Kontoauszug
Ein strukturierter Bericht aller Transaktionen auf einem Bankkonto über einen bestimmten Zeitraum. In ISO 20022 werden Kontoauszüge als camt.053-Nachrichten ausgetauscht und liefern Salden sowie detaillierte Transaktionsinformationen.
Mod-97 (Modulo 97)
Der mathematische Prüfsummenalgorithmus zur Validierung von IBANs. Der Algorithmus ordnet den IBAN um, konvertiert Buchstaben in Ziffern und prüft, ob das Ergebnis modulo 97 gleich 1 ist. Ein fehlgeschlagener Mod-97-Check zeigt einen Übertragungsfehler im IBAN an.
MsgId (Nachrichten-ID)
Eine eindeutige Kennung, die von der initiierenden Partei einer SEPA-Zahlungsnachricht (pain.001 oder pain.008) vergeben wird. Die MsgId muss innerhalb eines angemessenen Zeitraums (in der Regel 15 Tage) eindeutig sein, um eine doppelte Verarbeitung durch die Bank zu vermeiden.
MT940
Ein veraltetes SWIFT-Nachrichtenformat für die Übermittlung von Bankkontenauszügen, das vor ISO 20022 weit verbreitet war. MT940 liefert Salden- und Transaktionsinformationen, aber mit weniger strukturierten Daten als das ISO 20022 camt.053, das es ersetzt.
MX-Nachricht (ISO 20022 MX)
Eine ISO 20022 XML-Nachricht (im Gegensatz zum veralteten MT-Format). MX-Nachrichten sind reichhaltiger, strukturierter und unterstützen mehr Daten als MT-Nachrichten. Die weltweite Migration von SWIFT zu ISO 20022 MX ist im Gange, um MT-Nachrichten im grenzüberschreitenden Zahlungsverkehr zu ersetzen.
pain.001 (Überweisungsinitiierung)
Eine ISO 20022 XML-Nachricht zur Initiierung einer oder mehrerer SEPA-Überweisungen. Eine pain.001-Datei wird von einem Unternehmen bei seiner Bank eingereicht und enthält die Blöcke GroupHeader, PaymentInformation und CreditTransferTransactionInformation. Gängige Versionen: 003, 009, 011.
pain.008 (Lastschriftinitiierung)
Eine ISO 20022 XML-Nachricht zur Initiierung von SEPA-Lastschriften. Der Gläubiger sendet eine pain.008 an seine Bank, die dann die Gelder von den Schuldnerkonten einzieht. Erfordert ein zuvor vom Schuldner unterzeichnetes Mandat. Gängige Versionen: 002, 008, 010.
Payment Information (PmtInf)
Der zweite Block einer SEPA pain.001- oder pain.008-Datei, der Transaktionen mit gemeinsamen Parametern wie Zahlungsweise, Ausführungsdatum und Schuldnerkonto gruppiert. Eine Datei kann mehrere PaymentInformation-Blöcke enthalten.
Peppol ID
Eine eindeutige Kennung für einen Teilnehmer im Peppol-Netzwerk, die zur Weiterleitung elektronischer Dokumente an den richtigen Access Point verwendet wird. Eine Peppol ID besteht aus einem Schema-Identifier (z. B. 0208 für belgische Unternehmensnummern) gefolgt von der Unternehmenskennung (z. B. USt-Nummer).
PmtInfId (Zahlungsinformations-ID)
Eine eindeutige Kennung für einen PaymentInformation-Block in einer SEPA pain.001- oder pain.008-Datei. In einer Nachricht können mehrere PmtInfId-Blöcke vorhanden sein, von denen jeder Transaktionen mit gemeinsamen Parametern gruppiert. Banken verwenden die PmtInfId zum Verfolgen und Melden einzelner Zahlungsstapel.
RequestedExecutionDate (Gewünschtes Ausführungsdatum)
Das Datum, an dem die initiierende Partei die Ausführung der Zahlung durch die Bank beantragt, im Format ISO 8601 (YYYY-MM-DD) angegeben. Bei SEPA-Überweisungen muss es sich um einen TARGET2-Geschäftstag handeln. Auf Wochenenden oder Feiertage fallende Daten werden in der Regel auf den nächsten Geschäftstag verschoben.
Schema-Validierung
Das Verfahren zur Überprüfung eines XML-Dokuments anhand eines formalen Schemas (XSD oder Schematron) auf strukturelle Korrektheit und Einhaltung von Geschäftsregeln. Die Schema-Validierung ist der erste Schritt bei der Verarbeitung von SEPA-, UBL- oder ISO 20022-Nachrichten.
Schematron
Eine XPath-basierte XML-Validierungssprache, die ergänzend zu XSD für die Validierung von Geschäftsregeln verwendet wird. Peppol BIS Billing und EPC SEPA nutzen Schematron, um Einschränkungen durchzusetzen, die XSD nicht ausdrücken kann, wie die Konsistenz zwischen Feldern (z. B. muss der USt-Betrag der Bemessungsgrundlage multipliziert mit dem Steuersatz entsprechen).
Schuldner (Debtor)
In der SEPA-Terminologie ist der Schuldner die zahlende Partei (der Zahler). Bei einer Überweisung pain.001 ist der Schuldner der Kontoinhaber, der die Zahlung initiiert. Bei einer Lastschrift pain.008 ist der Schuldner die Partei, deren Konto belastet wird.
SCT (SEPA-Überweisung)
Ein SEPA-Zahlungsinstrument für die Überweisung von Geldern von einem Bankkonto auf ein anderes innerhalb der SEPA-Zone. SCT-Transaktionen werden über XML-Nachrichten pain.001 initiiert und an einem Geschäftstag abgewickelt. Die Instant-Variante (SCT Inst) wird in weniger als 10 Sekunden abgewickelt.
SDD (SEPA-Lastschrift)
Ein SEPA-Zahlungsinstrument, das einem Gläubiger ermöglicht, auf Basis eines Mandats direkt Gelder vom Konto eines Schuldners einzuziehen. Es gibt zwei Verfahren: SDD Core (für Privatpersonen) und SDD B2B (für Unternehmen). SDD-Anweisungen werden über XML-Nachrichten pain.008 übermittelt.
SDI (Sistema di Interscambio)
Das nationale E-Rechnungs-Interchange-System Italiens, verwaltet von der Agenzia delle Entrate. Alle italienischen B2B- und B2G-Rechnungen im FatturaPA-Format müssen über das SDI übermittelt werden, das Rechnungen zwischen Unternehmen validiert, zustellt und archiviert und gleichzeitig der Steuerbehörde Transparenz bietet.
SEPA (Single Euro Payments Area)
Eine EU-Zahlungsintegrationsinitiative, die bargeldlose Euro-Zahlungen zwischen 36 Ländern nach einheitlichen Standards ermöglicht. SEPA umfasst Überweisungen (SCT), Lastschriften (SDD) und Sofortzahlungen (SCT Inst), die alle auf ISO 20022 XML-Messaging basieren.
SEPA-Zone
Das geografische Gebiet, in dem SEPA-Zahlungsstandards gelten, bestehend aus den 27 EU-Mitgliedstaaten sowie Island, Liechtenstein, Norwegen, der Schweiz, dem Vereinigten Königreich, Andorra, Monaco, San Marino und dem Vatikan — insgesamt 36 Länder im Jahr 2025.
SMP (Service Metadata Publisher)
Eine Peppol-Komponente, die die Fähigkeiten eines Teilnehmers veröffentlicht: welche Dokumenttypen er empfangen kann und welcher Access Point ihn bedient. Beim Senden eines Dokuments über Peppol fragt der Access Point des Absenders den SMP ab, um den Access Point des Empfängers zu ermitteln.
SWIFT (Society for Worldwide Interbank Financial Telecommunication)
Die globale Genossenschaft, die das internationale Finanznachrichten-Netzwerk betreibt, das von Banken und Finanzinstituten genutzt wird. SWIFT definiert sowohl BIC-Codes (zur Identifikation von Instituten) als auch MT/MX-Nachrichtenstandards für grenzüberschreitende Zahlungen.
UBL (Universal Business Language)
Eine standardisierte OASIS-Bibliothek von XML-Geschäftsdokumenten (Rechnungen, Bestellungen, Lieferavis usw.). Version 2.1 ist die Grundlage von Peppol BIS Billing 3.0 und der EN 16931-Konformität. UBL-Rechnungen und -Gutschriften sind das am häufigsten verwendete E-Rechnungsformat in Europa.
UBL-Rechnung (Invoice)
Eine elektronische Rechnung im UBL (Universal Business Language) 2.1-Format. Eine UBL-Rechnung enthält strukturierte Informationen über Verkäufer, Käufer, Artikelzeilen, Steuern und Zahlungsbedingungen. Sie ist einer der beiden Dokumenttypen (neben der Gutschrift), die von Peppol BIS Billing 3.0 anerkannt werden.
ViDA (VAT in the Digital Age)
Ein Vorschlag der Europäischen Kommission zur Modernisierung der Mehrwertsteuerregeln durch Einführung von Echtzeit-Digitalreporting und obligatorischer E-Rechnungsstellung für B2B-Transaktionen innerhalb der EU. ViDA zielt darauf ab, die Mehrwertsteuerlücke und Betrug zu reduzieren, indem ab 2028 strukturierte E-Rechnungen für grenzüberschreitende Transaktionen vorgeschrieben werden.
Wohlgeformtes XML (Well-Formed XML)
Ein XML-Dokument, das die grundlegenden syntaktischen XML-Regeln einhält: ein einzelnes Wurzelelement, korrekt verschachtelte Tags, geschlossene Elemente und eine korrekte Kodierung. Ein wohlgeformtes Dokument kann geparst werden; ein gültiges Dokument wird zusätzlich anhand eines Schemas (XSD oder DTD) geprüft.
XML (Extensible Markup Language)
Eine Auszeichnungssprache, die Dokumente in einem für Menschen und Maschinen lesbaren Format kodiert. XML ist die Grundlage von SEPA-Zahlungsnachrichten, UBL-Rechnungen, ISO 20022-Finanznachrichten und vielen anderen Finanzstandards. XML-Dokumente werden durch Schemata (XSD) und Geschäftsregeln (Schematron) validiert.
xmlns (XML-Namespace)
Ein Attribut, das einen Namespace in einem XML-Dokument deklariert und Elementnamen an einen URI bindet, der sie eindeutig identifiziert. SEPA pain.001-Dateien müssen den korrekten EPC-Namespace deklarieren (z. B. urn:iso:std:iso:20022:tech:xsd:pain.001.001.03), damit die Schema-Validierung erfolgreich ist.
XPath
Eine Abfragesprache zum Navigieren und Auswählen von Knoten in einem XML-Dokument. XPath wird in Schematron-Regeln zur Validierung der Geschäftslogik in SEPA- und UBL-Dateien sowie in XSLT-Stylesheets zur Transformation von XML in Berichte oder andere Formate verwendet.
XRechnung
Der nationale E-Rechnungsstandard Deutschlands, basierend auf EN 16931, der seit 2020 für Rechnungen an deutsche Bundesbehörden verpflichtend ist. XRechnung verwendet die Syntax UBL 2.1 oder UN/CEFACT CII und wird über das ZRE-Portal (Zentraler Rechnungseingang) eingereicht.
XSD (XML Schema Definition)
Der W3C-Standard zur Definition von Struktur, Inhalt und Datentypen von XML-Dokumenten. XSD-Schemata werden vom EPC für SEPA pain-Nachrichten und von OASIS für UBL veröffentlicht. Eine XML-Datei, die ihrem XSD entspricht, gilt als schemakonform; strukturelle Fehler werden in dieser Phase erkannt.
XSLT (Extensible Stylesheet Language Transformations)
Eine Sprache zur Transformation von XML-Dokumenten in andere XML-, HTML- oder Textformate mithilfe von Templates und XPath-Ausdrücken. XSLT wird zur Erstellung menschenlesbarer Berichte aus SEPA-, UBL- und camt.053-Dateien sowie zur Konvertierung zwischen verschiedenen Versionen von ISO 20022-Nachrichten verwendet.
XXE (XML External Entity)
Eine XML-Sicherheitslückenklasse, bei der ein bösartiges XML-Dokument externe Entitäten referenziert, um lokale Dateien zu lesen oder SSRF-Angriffe (Server-Side Request Forgery) durchzuführen. Sichere XML-Parser deaktivieren DOCTYPE-Deklarationen und die Auflösung externer Entitäten. ValidateFin blockiert XXE by Design.
ZUGFeRD
Ein deutscher hybrider E-Rechnungsstandard (Zentraler User Guide des Forums elektronische Rechnung Deutschland), der eine UN/CEFACT CII XML-Datei in ein PDF/A-3-Dokument einbettet. ZUGFeRD ist das deutsche Äquivalent von Factur-X und teilt die gleiche technische Spezifikation; Versionen 2.1+ sind auf EN 16931 ausgerichtet.