Zum Inhalt springen
E-Rechnung Zentrale

BR-DE-17

Rechnungsart (BT-3) für XRechnung nicht vorgesehen

Der Rechnungsartcode (BT-3) gehört nicht zu den in XRechnung vorgesehenen Codes 326, 380, 381, 384, 389, 875, 876 oder 877.

Regelwerk
XRechnung (KoSIT)
Stufe
Warnung
Betroffene Felder
BT-3
Originaltext der Meldung
[BR-DE-17] Mit dem Element "Invoice type code" (BT-3) sollen ausschließlich folgende Codes aus der Codeliste UNTDID 1001 übermittelt werden: 326 (Partial invoice), 380 (Commercial invoice), 384 (Corrected invoice), 389 (Self-billed invoice) und 381 (Credit note),875 (Partial construction invoice), 876 (Partial final construction invoice), 877 (Final construction invoice).

Was bedeutet BR-DE-17?

BR-DE-17 ist eine Warnung. Sie prüft den Code für den Rechnungstyp (BT-3) gegen die kurze Liste, die XRechnung aus der UN-Codeliste 1001 zulässt:

Code Bedeutung
380 Rechnung
381 Gutschrift (Rechnungskorrektur mit negativer Wirkung)
384 Korrigierte Rechnung
389 Selbst ausgestellte Rechnung (Gutschriftsverfahren)
326 Teilrechnung
875 / 876 / 877 Abschlags-, Teilschluss- und Schlussrechnung Bau

Geprüft wird cbc:InvoiceTypeCode bzw. cbc:CreditNoteTypeCode (UBL) und ram:TypeCode in rsm:ExchangedDocument (CII). Andere Codes wie 383 (Belastungsanzeige) oder 386 (Vorauszahlungsrechnung) sind nach EN 16931 erlaubt (BR-CL-01), werden in XRechnung aber nicht erwartet. Die Rechnung wird nicht abgelehnt, der Empfänger kann sie jedoch zurückweisen, weil sein System den Code nicht verarbeitet.

Typische Ursachen

  • Die Software verwendet für Anzahlungs- oder Vorauszahlungsrechnungen Code 386.
  • Für Belastungen wird 383 statt 380 genutzt.
  • Ein interner Belegtyp wurde 1:1 als Code übernommen.

So beheben Sie den Fehler

  1. Prüfen Sie, welcher Code in BT-3 steht.
  2. Verwenden Sie für normale Rechnungen 380, für Gutschriften/Stornos 381, für korrigierte Rechnungen 384 (dann mit Verweis auf die Ursprungsrechnung, BR-DE-26).
  3. Für Anzahlungs-/Teilrechnungen 326, im Baubereich 875, 876 oder 877.
  4. Stimmen Sie Sonderfälle mit dem Rechnungsempfänger ab.

Beispiel: falsch und richtig

Falsch
<cbc:InvoiceTypeCode>386</cbc:InvoiceTypeCode>
Richtig
<cbc:InvoiceTypeCode>326</cbc:InvoiceTypeCode>
Wo die Regel prüft (XPath)
UBL
/ubl:Invoice | /cn:CreditNote
CII
/rsm:CrossIndustryInvoice

Rechnung erneut prüfen

Legen Sie die korrigierte Datei hier ab. Die Prüfung läuft mit den offiziellen Regeln in Ihrem Browser.

E-Rechnung hier ablegen

XRechnung (UBL oder CII), ZUGFeRD und Factur-X als XML oder PDF. Gern auch mehrere Dateien auf einmal.

Ihre Rechnung verlässt nie Ihren Browser. Prüfung und Anzeige laufen auf Ihrem Gerät, es wird nichts hochgeladen oder gespeichert.

Ohne Datei testen: , ,

Fragen zu BR-DE-17

Wird meine Rechnung wegen BR-DE-17 abgelehnt?

Der Validator stuft BR-DE-17 nur als Warnung ein, die Datei bleibt formal gültig. Empfänger können sie aber trotzdem zurückweisen, wenn ihr System den Code nicht kennt.

Welchen Code nehme ich für eine Anzahlungsrechnung?

In XRechnung ist dafür 326 (Teilrechnung) vorgesehen; im Bau 875. Code 386 (Vorauszahlungsrechnung) löst BR-DE-17 aus.

Wie stelle ich eine Gutschrift aus?

Mit Code 381. In UBL verwenden Sie dafür das Dokument CreditNote mit cbc:CreditNoteTypeCode 381, in CII den TypeCode 381.