BR-DE-17
Rechnungstyp-Code nicht empfohlen (BT-3)
Was dieser Fehler bedeutet
XRechnung empfiehlt, im Rechnungstyp-Code (BT-3) nur diese Werte aus der Codeliste UNTDID 1001 zu verwenden: 326 (Teilrechnung), 380 (Handelsrechnung), 381 (Gutschrift), 384 (Korrigierte Rechnung), 389 (Gutschrift im Gutschriftsverfahren), 875 (Abschlagsrechnung Bau), 876 (Schlussrechnung Teilabschnitt Bau) oder 877 (Schlussrechnung Bau). BR-DE-17 ist eine Warnung (Soll-Regel): Die Datei bleibt gültig, einzelne Empfänger können andere Codes aber ablehnen.
Warum dieser Fehler auftritt
BR-DE-17 wird ausgelöst, wenn der Rechnungstyp-Code (BT-3) einen Wert enthält, der zwar in der breiten UNTDID-1001-Codeliste gültig ist, aber außerhalb der von XRechnung empfohlenen Teilmenge liegt: 326 (Teilrechnung), 380 (Handelsrechnung), 381 (Gutschrift), 384 (korrigierte Rechnung), 389 (Gutschrift im Gutschriftsverfahren) sowie die Bau-Codes 875, 876, 877. Im KoSIT-Schematron ist die Regel als Warnung markiert, die Validierung schlägt also nicht fehl. Typisch ist sie bei ERP-Systemen, die Codes wie 393 (Factoring-Rechnung) oder 386 (Vorauszahlungsrechnung) ausgeben. Ein Code ganz außerhalb von UNTDID 1001 oder 381 in einem UBL-Invoice-Dokument ist etwas anderes: Das scheitert an der fatalen Codelisten-Regel BR-CL-01.
Wie Sie ihn beheben
Setzen Sie cbc:InvoiceTypeCode auf einen der Werte: 326, 380, 381, 384, 389, 875, 876, 877. Für Standardrechnungen verwenden Sie 380. Für Gutschriften verwenden Sie 381 in einer UBL-CreditNote (cbc:CreditNoteTypeCode).
Schritt für Schritt
1) Klären Sie, was das Dokument tatsächlich ist. Eine normale Rechnung = 380. Eine Teilrechnung = 326. Eine Gutschrift (Minderung einer früheren Rechnung) = 381. Eine korrigierte Rechnung = 384. Gutschriftsverfahren = 389. Bau-Abschlags-/Teil-/Schlussrechnungen = 875/876/877. 2) Setzen Sie den Typ-Code auf den gewählten Wert. 3) In UBL muss eine Gutschrift mit 381 als CreditNote-Dokument versendet werden (Wurzelelement CreditNote im CreditNote-2-Namespace, cbc:CreditNoteTypeCode); eine Invoice mit 381 scheitert an BR-CL-01. In CII steht 381 im selben Element rsm:ExchangedDocument/ram:TypeCode. 4) Bei 384 verweisen Sie in BG-3 auf die korrigierte Rechnung (BR-DE-26). 5) Bilden Sie interne/proprietäre ERP-Typcodes beim Export auf die empfohlene Teilmenge ab. 6) Erneut validieren.
<!-- Standard invoice (UBL Invoice) --> <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode> <!-- Credit note (UBL CreditNote) --> <cbc:CreditNoteTypeCode>381</cbc:CreditNoteTypeCode>
Automatisch beheben
Laden Sie Ihre Rechnung in unsere Smart-Repair-Engine hoch. Sie prüft die Datei gegen das vollständige KoSIT-Regelwerk, auch auf BR-DE-17, und korrigiert unterstützte Felder mit einem GoBD-Prüfpfad.
Smart Repair öffnenHäufig gestellte Fragen
Welchen Typ-Code verwende ich für eine normale Rechnung?
Verwenden Sie 380 (Handelsrechnung) für eine Standard-Ausgangsrechnung. Dies ist der mit Abstand häufigste Wert und wird von XRechnung stets akzeptiert.
Wie stelle ich eine Gutschrift aus?
Verwenden Sie Typ-Code 381 und stellen Sie das Dokument in UBL als CreditNote aus (mit dem CreditNote-Namespace), nicht als Invoice mit negativem Betrag. Referenzieren Sie die ursprüngliche Rechnungsnummer in BT-25.
Wofür sind die Codes 875, 876, 877?
Es sind Rechnungstypen der Bauwirtschaft: 875 Abschlagsrechnung, 876 Schlussrechnung eines Teilabschnitts und 877 Schlussrechnung Bau.
Verwandte Fehler
Andere häufig auftretende Validierungsfehler