# BR-04 Rechnungsartcode ist erforderlich

Eine Rechnung muss einen Rechnungsartcode (BT-3) haben, der den funktionalen Typ des Dokuments angibt, etwa Handelsrechnung oder Gutschrift.

## Problembeschreibung

Eine Rechnung muss einen Rechnungsartcode (BT-3) haben, der den funktionalen Typ des Dokuments angibt, etwa Handelsrechnung oder Gutschrift.

> **FEHLER**: XRechnung 3.0

## Kontext und Bedeutung

Dies ist eine EN16931-Kernregel; der Artcode steuert die nachgelagerte Verarbeitung und die Umsatzsteuerbehandlung, daher muss jede Rechnung ihn angeben.

## Lösung

Ergänzen Sie cbc:InvoiceTypeCode mit einem zulässigen UNTDID-1001-Wert, z. B. 380 für eine Handelsrechnung oder 381 für eine Gutschrift.

- validate
- convert

## Gültige Beispiele

- BT-3 = 380 — Handelsrechnung
- BT-3 = 381 — Gutschrift

## Ungültige Beispiele

- Das Element cbc:InvoiceTypeCode fehlt im Rechnungskopf

## Code-Beispiele

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

### Ungültiges XML
```
<cbc:IssueDate>2024-05-01</cbc:IssueDate>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
```

## Betroffene Felder

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

## Verwandte Regeln

- [BR-02](/resources/kosit-validator-errors/br-02-invoice-number-required)
- [BR-03](/resources/kosit-validator-errors/br-03-invoice-issue-date-required)

## Validierungstools

- [Offizieller KoSIT Validator](https://erechnungsvalidator.service-bw.de/): Überprüfen Sie Ihre XRechnung-Dateien gegen alle BR-DE-Regeln.
- [PDF zu XRechnung konvertieren](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://xeinkauf.de/xrechnung/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Vollständige Fehlerliste](/resources/kosit-validator-errors): Übersicht aller deutschen XRechnung-Validierungsregeln.