Übersicht der InvoiceTypeCodes in der E-Invoicing: wann welchen Code verwenden und welche Standards sie unterstützen.
Der InvoiceTypeCode ist ein dreistelliger Code im XML-Element cbc:InvoiceTypeCode, der bestimmt, welchen Rechnungstyp Sie versenden. Der richtige Code stellt sicher, dass der Empfänger sofort weiß, ob es sich um eine reguläre Rechnung, eine Gutschrift, eine Korrektur oder eine Self-Billing-Rechnung handelt.
Die zugelassenen Codes stammen aus zwei Teilmengen der UNCL1001-Codeliste: der Rechnungsliste (UNCL1001-inv) für Rechnungen und der Gutschriftliste (UNCL1001-cn) für Gutschriften. Nicht jeder Code ist in jedem Standard verfügbar.
(*) Code 389 ist innerhalb des Standard-Peppol BIS Billing V3 nicht zugelassen, aber innerhalb von Peppol BIS Self-Billing 3.0 (ein separates Profil mit eigener CustomizationID und ProfileID). Innerhalb von NLCIUS ist 389 als regulärer InvoiceTypeCode ohne separates Profil zugelassen.
Der Standardcode für reguläre Verkaufsrechnungen. Dies ist bei weitem der am häufigsten verwendete InvoiceTypeCode. Praktisch jede B2B- oder B2G-Rechnung, die über Peppol versendet wird, verwendet Code 380. Der Code ist in allen gängigen Standards verfügbar: Peppol BIS V3, NLCIUS und XRechnung.
Code 380 wird in den Niederlanden auch als Alternative zu einer Gutschrift verwendet. Bei dieser "negativen Invoice" werden Beträge und Mengen negativ eingetragen, sodass die Rechnung als Gutschrift fungiert. Siehe Gutschrift-Varianten für einen ausführlichen Vergleich.
Eine Gutschrift korrigiert oder storniert (einen Teil) einer früheren Rechnung. Die Gutschrift verweist über eine BillingReference auf die Originalrechnung. Gutschriften verwenden eine separate XML-Syntax (CreditNote statt Invoice) und eine separate DocumentTypeId im Peppol-Netzwerk.
Code 381 wird in Peppol BIS V3, NLCIUS und XRechnung unterstützt.
Eine Lastschriftanzeige wird verwendet, wenn nach der Originalrechnung ein zusätzlicher Betrag in Rechnung gestellt werden muss, z.B. für zusätzliche Leistungen, Preiskorrekturen oder vertragliche Anpassungen. Im Gegensatz zu einer Korrekturrechnung (384) enthält eine Lastschriftanzeige nur positive Beträge.
Der Code ist in Peppol BIS V3 und NLCIUS verfügbar, aber nicht in XRechnung.
Eine Korrekturrechnung ersetzt oder korrigiert eine frühere Rechnung und kann sowohl positive als auch negative Beträge enthalten. NLCIUS bevorzugt Korrekturrechnungen gegenüber Gutschriften, da der Korrekturmechanismus in einem Dokument klar zeigt, was geändert wurde.
Code 384 ist in NLCIUS und XRechnung verfügbar, aber nicht im Standard Peppol BIS Billing V3.
Achtung (PEPPOL-EN16931-P0112): innerhalb von Peppol BIS Billing 3.0 sind die Typecodes 326 und 384 nur zulässig, wenn sowohl der Lieferant als auch der Empfänger eine deutsche Organisation sind. Verwenden Sie BIS Billing V3 außerhalb eines DE→DE-Szenarios, wählen Sie stattdessen Typecode 380 (ggf. mit negativen Beträgen) anstelle von 384. Siehe Fehlermeldungen beim Versenden für die vollständige Erklärung und Lösung.
Eine Vorauszahlungsrechnung wird für Teilzahlungen verwendet, die der vollständigen Lieferung von Waren oder Dienstleistungen vorausgehen. Der Code ist in Peppol BIS V3 und NLCIUS verfügbar, aber nicht in XRechnung.
Self-Billing ist der Prozess, bei dem der Käufer die Rechnung im Namen des Lieferanten erstellt. Es gibt zwei Codes für Self-Billing:
Innerhalb des Peppol-Ökosystems gibt es zwei Möglichkeiten, Self-Billing zu implementieren. Die Wahl hängt vom verwendeten Profil ab.
...selfbilling:3.0)...selfbilling:01:1.0)Für die meisten Situationen reicht Code 380 (reguläre Rechnung) oder 381 (Gutschrift). Dies sind die Codes, die alle Standards und Empfänger unterstützen. Wählen Sie nur dann einen anderen Code, wenn Ihr spezifischer Anwendungsfall dies erfordert:
Sehen Sie auch die Übersicht der Party Identifiers und EAS-Codes