Zum Inhalt springen

BR-DE-26: Rechnungskorrektur (384) ohne Bezug auf die vorausgehende Rechnung (BG-3)

Offizielle Meldung

[BR-DE-26] Wenn im Element Invoice type code (BT-3) der Code 384 (Corrected invoice) übergeben wird, soll PRECEDING INVOICE REFERENCE BG-3 mind. einmal vorhanden sein.

XRechnung (CII) · Warnung · Sprache der Meldung: Deutsch · Stand: xrechnung-3.0.2-validator-configuration-2026-08-31

[BR-DE-26] Wenn im Element "Invoice type code" (BT-3) der Code 384 (Corrected invoice) übergeben wird, soll PRECEDING INVOICE REFERENCE BG-3 mind. einmal vorhanden sein.

XRechnung (UBL) · Warnung · Sprache der Meldung: Deutsch · Stand: xrechnung-3.0.2-validator-configuration-2026-08-31
Schweregrad
Warnung Hinweis: Die Rechnung gilt deswegen nicht als ungültig, sollte aber geprüft werden.
Gilt für
XRechnung (CII), XRechnung (UBL)
Betroffene Felder
BT-3, BG-3

Was bedeutet das?

Ist als Rechnungsart „Corrected invoice“ (Code 384 in BT-3) angegeben, soll mindestens eine vorausgehende Rechnung (Preceding invoice reference, BG-3) referenziert werden. Die Rechnung enthält keinen solchen Bezug. Die Meldung ist eine Warnung.

Typische Ursachen

Es wurde eine Rechnungskorrektur erstellt, aber die Nummer der korrigierten Rechnung nicht angegeben.
Die Nummer der ursprünglichen Rechnung steht nur in einer Bemerkung oder im Freitext.

So beheben Sie den Fehler

Die korrigierte Rechnung referenzieren: mindestens deren Rechnungsnummer (BT-25), möglichst auch das Ausstellungsdatum (BT-26).
CII: ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument, UBL: cac:BillingReference/cac:InvoiceDocumentReference.
Ist keine Korrektur gemeint, den passenden Rechnungsart-Code verwenden (z. B. 380).
Die Rechnung erneut erzeugen und prüfen.

In E-Rechnungsfreund

Im Rechnungsformular (Ansicht „Experte“) im Abschnitt „Vorausgehende Rechnungen (BG-3)“ über „+ Vorausgehende Rechnung hinzufügen“ einen Eintrag anlegen und „Rechnungsnummer (BT-25)“ sowie „Ausstellungsdatum (BT-26)“ der korrigierten Rechnung eintragen.

Beispiel

Fehlerhaft

<rsm:ExchangedDocument>
  <ram:TypeCode>384</ram:TypeCode>
  ...
</rsm:ExchangedDocument>
...
<ram:ApplicableHeaderTradeSettlement>
  <!-- kein ram:InvoiceReferencedDocument -->
  ...
</ram:ApplicableHeaderTradeSettlement>

Richtig

<rsm:ExchangedDocument>
  <ram:TypeCode>384</ram:TypeCode>
  ...
</rsm:ExchangedDocument>
...
<ram:ApplicableHeaderTradeSettlement>
  ...
  <ram:InvoiceReferencedDocument>
    <ram:IssuerAssignedID>RE-2026-001</ram:IssuerAssignedID>
    <ram:FormattedIssueDateTime>
      <qdt:DateTimeString format="102">20260115</qdt:DateTimeString>
    </ram:FormattedIssueDateTime>
  </ram:InvoiceReferencedDocument>
</ram:ApplicableHeaderTradeSettlement>
Für Entwickler: Prüfausdruck je Syntax

XRechnung (CII) (CII)

Kontext: /rsm:CrossIndustryInvoice

not(normalize-space(rsm:ExchangedDocument/ram:TypeCode) = '384') or (rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument)

XRechnung (UBL) (UBL)

Kontext: /ubl:Invoice | /cn:CreditNote

((not(normalize-space(cbc:InvoiceTypeCode) = '384' or normalize-space(cbc:CreditNoteTypeCode) = '384') or (cac:BillingReference/cac:InvoiceDocumentReference)))

Verwandte Prüfregeln

  • BR-DE-1: Zahlungsanweisungen (BG-16) fehlen
  • BR-DE-10: Ort der Lieferanschrift (BT-77) fehlt
  • BR-DE-11: Postleitzahl der Lieferanschrift (BT-78) fehlt
  • BR-DE-14: Steuersatz in der Steueraufschlüsselung (BT-119) fehlt
  • BR-DE-15: Käuferreferenz (BT-10) fehlt
  • BR-DE-16: USt-IdNr., Steuernummer oder Steuervertreter des Verkäufers fehlt

Zuletzt aktualisiert:
Erläuterung der Prüfregel, keine Rechts- oder Steuerberatung.