# KoSIT-XRechnungsfehler: Diese vier Regeln zuerst prüfen

- Date: 2026-04-29
- Modified: 2026-08-29
- Geprüft: 29. August 2026
- Reading time: 2 Min. Lesezeit

Verstehen Sie häufige KoSIT-XRechnungsfehler, die genaue BR-DE-Regel, das betroffene Rechnungsfeld und den nächsten Prüfschritt.

> Geprüft anhand von KoSIT-Validator-Konfiguration, Peppol-BIS-Validierungsregeln.

Ein KoSIT-Bericht zeigt, welche Validierungsregel an welcher Stelle fehlgeschlagen ist. Beginnen Sie mit der Regel-ID. Korrigieren Sie danach den genannten Business Term (BT) oder die Business Group (BG). Raten Sie nicht anhand des kurzen Fehlertexts.

Verwenden Sie die Validator-Konfiguration, die zur XRechnungsversion der Datei passt. Das KoSIT-Release vom 31. Januar 2026 enthält XRechnung 3.0.2. Es ist kein allgemeiner Validator für alle früheren Versionen.

## Was KoSIT prüft

Die XRechnungskonfiguration prüft UBL- oder CII-XML gegen das XML-Schema, die EN-16931-Regeln und die deutschen XRechnungsregeln. Sie prüft nicht den PDF/A-3-Container einer ZUGFeRD- oder Factur-X-Datei. Verwenden Sie dafür zusätzlich einen Validator für Hybridrechnungen.

Bei einer XRechnung 3.0.2 muss BT-24 das Profil als `urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0` kennzeichnen. Übernehmen Sie den Wert exakt aus der gewählten Spezifikation. Eine verkürzte oder mit ZUGFeRD vermischte Kennung wählt den falschen Regelkontext.

## Vier häufige BR-DE-Fehler

**BR-DE-1 — Zahlungsanweisungen:** Die Rechnung muss PAYMENT INSTRUCTIONS (BG-16) enthalten. Prüfen Sie das Zahlungsmittel und die zugehörigen Konto- oder Lastschriftdaten.

**BR-DE-2 — Verkäuferkontakt:** Die Rechnung muss SELLER CONTACT (BG-6) enthalten. BR-DE-5, BR-DE-6 und BR-DE-7 verlangen danach BT-41, BT-42 und BT-43.

**BR-DE-15 — Käuferreferenz:** Buyer reference (BT-10) fehlt. Verwenden Sie bei einem deutschen öffentlichen Empfänger den von ihm genannten Routingwert, häufig eine Leitweg-ID. Erfinden Sie keinen Wert.

**BR-DE-16 — Steuerkennung des Verkäufers:** Wenn die genannten Umsatzsteuerkategorien verwendet werden, muss mindestens eine der Angaben Seller VAT identifier (BT-31), Seller tax registration identifier (BT-32) oder Seller tax representative VAT identifier (BT-63) vorhanden sein.

## Sichere Reihenfolge für die Korrektur

- Bestätigen Sie die XRechnungsversion und das Validator-Release.
- Öffnen Sie die erste fatale Regel im Bericht und notieren Sie die XML-Position.
- Korrigieren Sie den genannten BT oder die BG in den Quelldaten, nicht nur im erzeugten XML.
- Erzeugen Sie die Rechnung erneut und führen Sie denselben Validator aus.
- Prüfen Sie Warnungen getrennt. Eine Warnung ist nicht dasselbe wie eine abgelehnte Rechnung.

## FAQ

### Prüft KoSIT ZUGFeRD-PDF/A-3?

Nein. Die XRechnungskonfiguration prüft UBL- oder CII-XML. Eine ZUGFeRD- oder Factur-X-Datei braucht zusätzlich Prüfungen für den PDF/A-3-Container, das eingebettete XML, die Metadaten und die inhaltliche Übereinstimmung von PDF und XML.

## Offizielle Quellen

- [KoSIT-Validator-Konfiguration](https://github.com/itplr-kosit/validator-configuration-xrechnung)
- [Peppol-BIS-Validierungsregeln](https://docs.peppol.eu/poacc/billing/3.0/rules/)