# BR-DE-26 Korrigierte Rechnung muss mindestens eine vorausgegangene Rechnung referenzieren

Gemäß der deutschen XRechnung-Regel BR-DE-26 MUSS eine Rechnung vom Typ 384 (Korrigierte Rechnung) mindestens eine Referenz auf die vorausgegangene Rechnung (BG-3 / PRECEDING INVOICE REFERENCE) mit der Rechnungsnummer in BT-25 (PrecedingInvoiceReference) enthalten. Im deutschen Steuer- und Handelsrecht (§ 14c UStG / GoBD) kann eine Korrekturrechnung nicht isoliert ausgestellt werden, sondern muss den ursprünglichen Abrechnungsvorgang zwingend referenzieren.

## Problembeschreibung

Gemäß der deutschen XRechnung-Regel BR-DE-26 MUSS eine Rechnung vom Typ 384 (Korrigierte Rechnung) mindestens eine Referenz auf die vorausgegangene Rechnung (BG-3 / PRECEDING INVOICE REFERENCE) mit der Rechnungsnummer in BT-25 (PrecedingInvoiceReference) enthalten. Im deutschen Steuer- und Handelsrecht (§ 14c UStG / GoBD) kann eine Korrekturrechnung nicht isoliert ausgestellt werden, sondern muss den ursprünglichen Abrechnungsvorgang zwingend referenzieren.

> **FEHLER**: XRechnung 3.0

## Kontext und Bedeutung

Eine Rechnung vom Typ 384 ohne Referenz auf eine vorherige Rechnung verletzt die deutsche XRechnung-Regel BR-DE-26 und wird vom KoSIT-Validator abgewiesen.

## Lösung

Stellen Sie in der Fakturierung Ihres ERP-Systems sicher, dass bei einer Korrekturrechnung (Typ 384) die Referenz auf die ursprüngliche Rechnungsnummer (BT-25) und optional das Rechnungsdatum (BT-26) angegeben wird. In UBL 2.1 befüllen Sie <cac:BillingReference><cac:InvoiceDocumentReference><cbc:ID>INV-2025-001</cbc:ID></cac:InvoiceDocumentReference></cac:BillingReference>. In UN/CEFACT CII befüllen Sie <ram:InvoiceReferencedDocument><ram:IssuerAssignedID>INV-2025-001</ram:IssuerAssignedID></ram:InvoiceReferencedDocument> unter <ram:ApplicableHeaderTradeSettlement>. Bei normalen Handelsrechnungen nutzen Sie Typ 380.

- validate
- convert

## Gültige Beispiele

- Korrigierte Rechnung (Typ 384) mit Referenz auf vorausgegangene Rechnung „INV-2025-001“ (BT-25)
- Korrigierte Rechnung mit Referenz auf vorausgegangene Rechnung und Rechnungsdatum 2025-11-30 (BT-26)

## Ungültige Beispiele

- Rechnung mit cbc:InvoiceTypeCode = 384 lässt cac:BillingReference komplett weg
- Korrigierte Rechnung deklariert cac:BillingReference ohne cbc:ID in InvoiceDocumentReference

## Code-Beispiele

### Gültiges XML
```
<cbc:InvoiceTypeCode>384</cbc:InvoiceTypeCode>
<cac:BillingReference>
  <cac:InvoiceDocumentReference>
    <cbc:ID>INV-2025-001</cbc:ID>
    <cbc:IssueDate>2025-12-15</cbc:IssueDate>
  </cac:InvoiceDocumentReference>
</cac:BillingReference>
```

### Ungültiges XML
```
<cbc:InvoiceTypeCode>384</cbc:InvoiceTypeCode>
<!-- Missing cac:BillingReference (BG-3 / BT-25) for corrected invoice type 384 -->
```

## Betroffene Felder

- [BT-25 Nummer der vorausgegangenen Rechnung](/resources/xrechnung/bt-25-preceding-invoice-reference)
- [BG-3 Referenz auf die vorausgegangene Rechnung](/resources/xrechnung)
- [BT-3 Rechnungstypcode](/resources/xrechnung/bt-3-invoice-type-code)
- [BT-26 Rechnungsdatum der vorausgegangenen Rechnung](/resources/xrechnung/bt-26-preceding-invoice-issue-date)

## Verwandte Regeln

- [BR-DE-17](/resources/kosit-validator-errors/br-de-17-invoice-type-code-should-be-xrechnung-supported)
- [BR-25](/resources/kosit-validator-errors/br-25-invoice-line-item-name-must-be-present)

## 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.