# BR-CL-01 Rechnungsartcode muss aus UNTDID 1001 stammen

Der Rechnungsartcode (BT-3) muss einer der Rechnungs- oder Gutschriftcodes sein, die EN 16931 aus UNTDID 1001 übernimmt. In UBL haben die Dokumente Invoice und CreditNote jeweils eine eigene Liste.

## Problembeschreibung

> **FEHLER**: EN-16931-Codelistenregel (BR-CL)

## Kontext und Bedeutung

BT-3 sagt dem Empfänger, ob er das Dokument als Rechnung oder als Gutschrift bucht. In UBL ist 381 nur in cbc:CreditNoteTypeCode gültig: Ein ERP, das jedes Dokument als Invoice mit 381 exportiert, verletzt diese Regel, während derselbe Code in CII gültig ist. Eine weitere Ursache ist eine interne Belegart wie „RE“ oder „GS“ anstelle eines Codes. Ordnen Sie jede interne Belegart vor dem Export einem UNTDID-1001-Code zu. XRechnung schränkt die zulässigen Codes zusätzlich ein (BR-DE-17).

## Lösung

Setzen Sie BT-3 auf einen gültigen Code, z. B. 380 (Handelsrechnung), 326 (Teilrechnung), 384 (korrigierte Rechnung), 389 (Gutschriftverfahren) oder 875–877 (Baurechnungen). Übermitteln Sie eine Gutschrift mit Code 381 in UBL als CreditNote (cbc:CreditNoteTypeCode), nicht als Invoice. In CII steht der Code in rsm:ExchangedDocument/ram:TypeCode.

- [XML validieren](/de/xrechnung-validator?source=resource&rule=BR-CL-01)
- [Rechnung konvertieren](/de/pdf-to-xrechnung?source=resource&rule=BR-CL-01)

## Gültige Beispiele

- BT-3 = 380 — Handelsrechnung (UBL Invoice)
- BT-3 = 381 — Gutschrift (in UBL nur in einem CreditNote-Dokument)

## Ungültige Beispiele

- BT-3 = 381 in cbc:InvoiceTypeCode einer UBL-Invoice — Gutschriftcodes gehören in eine CreditNote
- BT-3 = RE — interne Belegart statt Code
- BT-3 = 999 — nicht Teil von UNTDID 1001

## Code-Beispiele

### Gültiges XML
```
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
```

### Ungültiges XML
```
<cbc:InvoiceTypeCode>381</cbc:InvoiceTypeCode>
```

## Betroffene Felder

- [BT-3 Rechnungsartcode](/resources/xrechnung/bt-3-invoice-type-code)

## Verwandte Regeln

- [BR-DE-17](/resources/kosit-validator-errors/br-de-17-invoice-type-code-should-be-xrechnung-supported)

## Validierungstools

- [Offizieller KoSIT Validator](https://github.com/itplr-kosit/validator): Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.
- [PDF zu XRechnung konvertieren](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle Validierungsfehler](/resources/kosit-validator-errors): Übersicht der hier erklärten Validierungsregeln aus EN 16931, XRechnung und Peppol.