Finanzielles XML-Glossar
Definitionen der SEPA-, UBL-, Peppol-, ISO 20022- und E-Rechnungsbegriffe, die im Finanz-Messaging verwendet werden.
Finanz-XML-Glossar
Dieses Glossar erklärt die Fachbegriffe elektronischer Zahlungs- und Rechnungsformate - SEPA (pain, camt), ISO 20022, UBL, Peppol, EN 16931, Factur-X, IBAN und die US-/Kanada-Formate (ACH, ABA, MT940, BAI2). Jeder Eintrag bietet eine knappe, zitierbare Definition zum Lesen, Integrieren oder Debuggen dieser Dateien.
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.
BAI2 (Bank Administration Institute v2)
Ein Cash-Management-Kontoauszugsformat des Bank Administration Institute, dominant in den USA und Kanada. BAI2 nutzt eine Hierarchie numerischer Datensätze (01 Dateikopf, 02 Gruppe, 03 Konto, 16 Umsatz, 88 Fortsetzung), Beträge in ganzzahligen Untereinheiten und numerische Typcodes (100–399 Haben, 400–699 Soll). Es ist das nordamerikanische Gegenstück zu SWIFT MT940 und wird zunehmend in das reichere ISO 20022 camt.053 konvertiert.
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.
Belastungsanzeige (Debit Note)
Vom Käufer ausgestelltes Dokument, mit dem eine Erhöhung des Rechnungsbetrags verlangt wird. Seltener als die Gutschrift.
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.
Category Purpose (CtgyPurp)
Code, der die übergeordnete Art der Zahlung angibt. Beispiele: SALA (Gehälter), SUPP (Lieferant), TAXS (Steuern), TREA (Treasury).
CFONB 120 (AFB120)
Das französische Kontoauszugsformat, normiert vom Comité Français d’Organisation et de Normalisation Bancaires. Die Datensätze haben feste Länge von 120 Zeichen und werden an den ersten beiden erkannt: 01 alter Saldo, 04 Bewegung, 05 Ergänzung, 07 neuer Saldo. Seine berüchtigte Falle ist der Betrag, dessen Vorzeichen auf das letzte Zeichen überdruckt ist (COBOL Zoned Decimal: „{“ und A-I für Haben, „}“ und J-R für Soll) und dessen Anzahl an Nachkommastellen der Datensatz selbst erklärt. Es ist das französische Gegenstück zum belgischen CODA und zu ISO 20022 camt.053.
ChargBearer (ChrgBr)
Ein ISO-20022-Element (ChrgBr), das angibt, wer die Transaktionsgebühren trägt. Mögliche Werte: DEBT (zulasten des Schuldners), CRED (zulasten des Gläubigers), SHAR (geteilt) und SLEV (gemäß dem vereinbarten Service Level). Bei SEPA-Überweisungen schreibt das EPC-Rulebook den Wert SLEV vor.
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.
CODA (Coded statement of account)
Das belgische Kontoauszugsformat von Febelfin (Referenz: Version 2.8, November 2025). Eine CODA-Datei besteht aus Datensätzen fester Länge mit 128 Zeichen, erkennbar am ersten Zeichen: 0 Header, 1 alter Saldo, 2.x Bewegungen, 3.x Informationen, 8 neuer Saldo, 9 Trailer. Beträge tragen drei implizite Nachkommastellen und ein explizites Soll-/Haben-Vorzeichen; nur Bewegungen mit der Detailnummer 0000 sind gebucht. Es ist das belgische Gegenstück zu SWIFT MT940, zum US-Format BAI2 und zu ISO 20022 camt.053.
Creditor Reference (ISO 11649)
Vom Zahlungsempfänger erzeugte, standardisierte Referenz zur Identifikation einer Rechnung oder Forderung. Sie enthält eine Prüfziffer zur Fehlererkennung.
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.
CustomizationID (BT-24)
Das Rechnungsfeld (Geschäftsbegriff BT-24, „Spezifikationskennung"), das angibt, welcher Spezifikation das Dokument folgt. In UBL ist es das Element cbc:CustomizationID; in CII der GuidelineSpecifiedDocumentContextParameter/ID. Für Peppol BIS 3.0 ist der Wert urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0. Regel BR-01 macht es verpflichtend.
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.
Factur-X-Profile (MINIMUM, BASIC WL, BASIC, EN 16931, EXTENDED)
Factur-X definiert fünf Datenprofile, vom geringsten zum umfangreichsten: MINIMUM (nur Kopfdaten und Summen, nicht EN-16931-konform), BASIC WL (Basic ohne Positionen), BASIC (mit Rechnungspositionen), EN 16931 (auch Comfort genannt, vollständig EN-16931-konform) und EXTENDED (zusätzliche Geschäftsfälle). ZUGFeRD 2.x nutzt dieselben Profile.
Fälligkeitsdatum
Datum, bis zu dem eine Rechnung zu bezahlen ist. In UBL- und EN-16931-Dokumenten dient es zur Bestimmung der Zahlungsfristen.
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.
GuidelineSpecifiedDocumentContextParameter
Das CII- (UN/CEFACT-)XML-Element, das die Factur-X- / ZUGFeRD-Profilkennung enthält. Sein Unterelement ID trägt die Profil-URN, z. B. <ram:GuidelineSpecifiedDocumentContextParameter><ram:ID>urn:cen.eu:en16931:2017</ram:ID>. Hier liest ein Validator BT-24, um die anzuwendenden Profilregeln zu bestimmen.
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.
Instruction ID (InstrId)
Eindeutige Referenz eines Zahlungsauftrags, die der Auftraggeber vergibt. Anders als die End-to-End-ID gilt sie nur zwischen Auftraggeber und Bank und wird nicht durchgängig weitergereicht.
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.
ISO-20022-.xsd-Schemadatei (pain.008.001.02.xsd)
Die XSD-Datei, die die Struktur einer ISO-20022-Nachricht definiert, benannt nach der Nachrichtenversion, z. B. pain.008.001.02.xsd (SEPA-Lastschrift) oder pain.001.001.09.xsd (Überweisung). Ein Validator prüft die XML gegen dieses Schema auf strukturelle Konformität, bevor Geschäftsregeln angewendet werden. ValidateFin bündelt die offiziellen XSDs und validiert im Browser dagegen.
ISO-20022-Versionsnummerierung (pain.001.001.09)
Eine ISO-20022-Kennung wie pain.001.001.09 liest sich: Geschäftsbereich + Nachrichtennummer . Variante . Version. Also pain.001.001.09 = Überweisungsauftrag (pain.001), Variante 001, Version 09. pain.001.001.03 (2009) und pain.001.001.09 (2019) sind zwei Versionen derselben Nachricht; SEPA migriert von .03 zu .09.
Juristische Person (Legal Entity)
Unternehmen oder juristische Person, die über eine gesetzliche Kennung (Unternehmens- oder Registernummer) identifiziert wird. Dient in Geschäftsdokumenten der Identifikation von Verkäufer und Käufer.
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.
Local Instrument (LclInstrm)
Code, der die Variante des genutzten Zahlungsinstruments angibt. Bei SEPA-Lastschriften unterscheidet er die Verfahren CORE und B2B.
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.
Nachlass (Rabatt)
Preisminderung auf eine Rechnungsposition oder auf den Rechnungsgesamtbetrag. In EN-16931-Dokumenten werden Nachlässe mit Grund und Betrag ausgewiesen.
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.002
Payment Status Report. ISO-20022-Nachricht, mit der die Bank die Annahme oder Ablehnung einer pain.001- oder pain.008-Datei bestätigt — mit einem Grundcode je Ablehnung.
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.
PDF/A-3
Archivierungsformat nach ISO 19005-3, das das Einbetten beliebiger Dateien erlaubt. Factur-X und ZUGFeRD betten damit die Rechnungs-XML in die PDF-Datei ein.
Peppol
Pan-European Public Procurement On-Line. Netzwerk für den Austausch elektronischer Geschäftsdokumente auf UBL-Basis, im europäischen öffentlichen Beschaffungswesen weit verbreitet.
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.
Purpose (Purp)
ISO-20022-Code, der den konkreten Zweck einer Zahlung angibt. Er erleichtert dem Zahlungsempfänger Verarbeitung und Abstimmung.
Rechnungsposition
Element einer Rechnung, das eine gelieferte Ware oder Leistung beschreibt: Bezeichnung, Menge, Einzelpreis, Umsatzsteuer und Positionsbetrag.
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.
Reverse-Charge-Verfahren
Umsatzsteuerverfahren, bei dem der Käufer und nicht der Verkäufer die Umsatzsteuer schuldet und abführt. Üblich bei grenzüberschreitenden B2B-Umsätzen.
Sammelbuchung (Batch Booking)
Verarbeitungsart der Bank, bei der alle Transaktionen einer pain.001-Datei als eine einzige Buchung im Kontoauszug erscheinen statt als Einzelbuchungen.
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 EN 16931 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-Lastschriftmandat
Vom Zahlungspflichtigen erteilte Ermächtigung, sein Bankkonto zu belasten. Für jede SEPA-Lastschrift zwingend erforderlich.
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.
Service Level (SvcLvl)
Vereinbarte Verarbeitungsstufe einer Zahlung. Der Code SEPA gibt an, dass die Transaktion nach den SEPA-Regelwerken zu verarbeiten ist.
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.
Umsatzsteuer-Identifikationsnummer
Eindeutige Kennung eines umsatzsteuerlich registrierten Unternehmens. In UBL- und EN-16931-Dokumenten wird sie mit Ländercode-Präfix angegeben (z. B. BE0123456789).
Umsatzsteuerkategorie
Code, der die steuerliche Behandlung einer Rechnungsposition einordnet. Gängige Kategorien: S (Regelsatz), Z (Nullsatz), E (steuerbefreit), AE (Reverse Charge).
urn:cen.eu:en16931:2017 (EN-16931-CustomizationID)
Die Basis-Kennung des semantischen Modells EN 16931. Für sich genommen ist urn:cen.eu:en16931:2017 das Factur-X-EN-16931- (Comfort-)Profil. Kombiniert mit #compliant# oder #conformant# und einer CIUS-URN bildet sie eine CustomizationID wie urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0 (Peppol BIS 3.0) - der von Regel BR-01 (BT-24) geforderte Wert.
urn:factur-x.eu:1p0 (Factur-X-Profil-URN)
Das URN-Präfix, das ein Factur-X- / ZUGFeRD-Profil in der eingebetteten CII-XML kennzeichnet. Die fünf Profil-IDs sind urn:factur-x.eu:1p0:minimum, urn:factur-x.eu:1p0:basicwl, urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:basic, urn:cen.eu:en16931:2017 (das EN-16931- / Comfort-Profil) und urn:cen.eu:en16931:2017#conformant#urn:factur-x.eu:1p0:extended. Sie steht im Element GuidelineSpecifiedDocumentContextParameter/ID.
urn:iso:std:iso:20022:tech:xsd (ISO-20022-Namespace)
Der XML-Namespace, der eine ISO-20022-Nachricht und ihr XSD-Schema kennzeichnet, z. B. urn:iso:std:iso:20022:tech:xsd:pain.001.001.09 für eine SEPA-Überweisung oder urn:iso:std:iso:20022:tech:xsd:camt.053.001.08 für einen Kontoauszug. Er wird mit xmlns am Document-Wurzelelement deklariert und muss exakt zur Nachrichtenversion passen.
Valutadatum
Datum, an dem die Mittel auf dem Konto des Empfängers verfügbar sind bzw. dem Konto des Auftraggebers belastet werden. Es kann vom Buchungsdatum abweichen.
Verwendungszweck
Referenz oder Freitext, mit dem der Zahlungsempfänger eine Zahlung den zugehörigen Rechnungen zuordnen kann. Strukturiert (Referenz) oder unstrukturiert (bis zu 140 Zeichen Freitext).
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.
XML-Diff (XML-Vergleich)
Verfahren, das die strukturellen und semantischen Unterschiede zwischen zwei XML-Dokumenten ermittelt. Hilfreich beim Nachvollziehen von Änderungen an Zahlungsdateien oder Rechnungen.
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 ISO-20022-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.
Zahlungsbedingungen
Zwischen Käufer und Verkäufer vereinbarte Bedingungen zu Frist und Art der Rechnungsbegleichung. Sie können ein Skonto bei vorzeitiger Zahlung vorsehen.
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.
Zuschlag (Charge)
Zusätzliche Kosten, die einer Rechnungsposition oder dem Rechnungsgesamtbetrag hinzugefügt werden, etwa Liefer- oder Servicegebühren.