Referenz der Finanz-XML-Schemas

pain.001 (CustomerCreditTransferInitiation) ist die ISO-20022-Nachricht, mit der ein Unternehmen seine Bank mit SEPA-Überweisungen beauftragt (Lieferantenzahlungen, Gehälter).

pain.008 (CustomerDirectDebitInitiation) ist die ISO-20022-Nachricht, mit der ein Zahlungsempfänger SEPA-Lastschriften einzieht (SDD Core oder SDD B2B).

pain.002 (CustomerPaymentStatusReport) ist der ISO-20022-Statusreport, den die Bank nach einer pain.001 oder pain.008 zurücksendet: welche Zahlungen angenommen und welche abgelehnt wurden, jeweils mit Grundcode.

camt.053 (BankToCustomerStatement) ist der ISO-20022-Kontoauszug zum Tagesende, der Altformate wie MT940 und CODA in Europa ablöst.

camt.052 (BankToCustomerAccountReport) ist der untertägige ISO-20022-Kontobericht — Salden und Buchungen während des Tages, vor dem finalen camt.053-Auszug.

camt.054 (BankToCustomerDebitCreditNotification) ist die ISO-20022-Benachrichtigung über einzelne Soll- oder Habenbuchungen, oft für detaillierte Einzüge oder Sammelzahlungen.

head.001 (BusinessApplicationHeader) ist der ISO-20022-Umschlag vor jeder Fedwire-Nachricht: Er nennt Absender, Empfänger und die genaue Definition der folgenden Nachricht.

pacs.008 (FIToFICustomerCreditTransfer) ist die ISO-20022-Interbanknachricht, die eine Kundenüberweisung zwischen Finanzinstituten transportiert — die Interbankstrecke einer Überweisung.

pacs.009 (FinancialInstitutionCreditTransfer) ist die ISO-20022-Nachricht für eine Überweisung, bei der Auftraggeber und Begünstigter beide Finanzinstitute sind — eine Bank zahlt auf eigene Rechnung an eine andere Bank.

pacs.004 (PaymentReturn) ist die ISO-20022-Nachricht, mit der eine Bank bereits erhaltene Gelder zurückgibt und dabei die stornierte Ursprungszahlung nennt.

pacs.028 (FIToFIPaymentStatusRequest) ist die ISO-20022-Nachricht, mit der eine Bank nachfragt, was aus einer bereits eingereichten Zahlung geworden ist.

camt.056 (FIToFIPaymentCancellationRequest) ist die ISO-20022-Nachricht, mit der eine Bank eine andere bittet, eine bereits versandte Zahlung zu stornieren.

camt.029 (ResolutionOfInvestigation) ist die ISO-20022-Antwort auf eine Stornoanfrage oder Recherche: Sie sagt, ob der Fall angenommen oder abgelehnt wurde — und warum.

UBL 2.1 Invoice ist die OASIS-XML-Syntax von Peppol BIS Billing 3.0 und der meisten europäischen E-Rechnungspflichten, darunter das rumänische RO e-Factura.

UBL 2.1 CreditNote ist die OASIS-XML-Syntax für eine Gutschrift — ein eigenes Schema mit eigenem Wurzelelement und eigenem Namespace, getrennt von Invoice.

CrossIndustryInvoice D16B ist die UN/CEFACT-XML-Syntax hinter Factur-X, ZUGFeRD und XRechnung-CII — die zweite von EN 16931 zugelassene Syntax neben UBL.

Facturae ist Spaniens offizielles E-Rechnungsformat: ein XAdES-signiertes XML, für B2G über FACe verpflichtend. Drei Versionen bestehen nebeneinander, jede mit eigenem Namespace.

FA(3) ist das polnische Schema für strukturierte Rechnungen des Finanzministeriums für KSeF — verpflichtend seit 01.02.2026 über 200 Mio. PLN und seit 01.04.2026 für alle.

InvoiceData 3.0 ist das Schema der an die NAV gemeldeten ungarischen Rechnung. Seit 2021 läuft jede ungarische Rechnung ohne Schwellenwert darüber.

FatturaPA ist die italienische elektronische Rechnung, seit 2019 für B2B, B2C und B2G verpflichtend. Jede Rechnung läuft über das Sistema di Interscambio, das sie annimmt oder mit nummeriertem Code ablehnt.

JPK_V7M(3) ist die polnische monatliche USt-Kontrolldatei: Erklärung sowie Verkaufs- und Einkaufsregister in einer einzigen XML. In Kraft seit dem 01.02.2026.

Verifactu / SIF ist die spanische Übermittlung von Rechnungsaufzeichnungen nach RD 1007/2023: Datensätze, die per SHA-256-Hash verkettet und an die AEAT gesendet werden.