BR-55: Die Nummer der vorausgegangenen Rechnung in die Rechnungsreferenz eintragen

Die kurze Antwort

BR-55 schlägt fehl, wenn eine cac:BillingReference keine cac:InvoiceDocumentReference mit einer cbc:ID enthält. Tragen Sie die Nummer der früheren Rechnung, auf die sich das Dokument bezieht, in cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID ein, oder entfernen Sie die Rechnungsreferenz, wenn es keine frühere Rechnung gibt.

Nur ein Verweis auf eine Rechnung zählt. Eine cac:CreditNoteDocumentReference oder cac:SelfBilledInvoiceDocumentReference an ihrer Stelle schlägt weiterhin fehl, und beide Elemente liegen außerhalb des Modells von EN 16931.

Was die Regel prüft

Die Regel läuft für jede cac:BillingReference und ist erfüllt, wenn sie eine cbc:ID in einem Kindelement cac:InvoiceDocumentReference findet. Das Ausstellungsdatum neben der Nummer ist optional: Im Versuch bestand eine Referenz, die nur die Rechnungsnummer enthielt.

Sie prüft das Vorhandensein, nicht den Inhalt. Im Versuch löste eine leere cbc:ID innerhalb von cac:InvoiceDocumentReference diese Regel nicht aus; das leere Element wurde stattdessen von PEPPOL-EN16931-R008 gemeldet.

Eine cac:InvoiceDocumentReference ohne Element cbc:ID scheitert am XSD-Prüfschritt, weil UBL in jeder Dokumentreferenz eine Kennung verlangt; diese Regel wird in diesem Fall also nie erreicht.

Andere Arten von Referenzen zählen nicht. Im Versuch meldete eine Rechnungsreferenz mit einer cac:CreditNoteDocumentReference BR-55, UBL-SR-07 und die Warnung UBL-CR-039.

Wie es in einer Integration dazu kommt

Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:

• Die Vorlage schreibt immer cac:BillingReference und füllt die Rechnungsreferenz darin nur bei Gutschriften und Rechnungskorrekturen.
• Eine Gutschrift wird ohne Verknüpfung mit der ursprünglichen Rechnung erstellt, und der Export schreibt eine leere Rechnungsreferenz, statt sie wegzulassen.
• Das ursprüngliche Dokument wird mit dem falschen UBL-Element referenziert, etwa cac:CreditNoteDocumentReference.

So korrigieren Sie das Dokument

1. Klären Sie, ob sich das Dokument auf eine frühere Rechnung bezieht. Eine Gutschrift oder Rechnungskorrektur bezieht sich auf die Rechnung, die sie korrigiert; eine gewöhnliche Rechnung hat möglicherweise gar keine vorausgegangene Rechnung.
2. Wenn es eine gibt, schreiben Sie ihre Nummer, genau wie ausgestellt, in cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID und ihr Ausstellungsdatum daneben in cbc:IssueDate, sofern Sie es haben.
3. Wenn es keine gibt, entfernen Sie cac:BillingReference vollständig.
4. Verwenden Sie für die Referenz cac:InvoiceDocumentReference; es ist das einzige Element, auf das das Modell die Referenz auf die vorausgegangene Rechnung abbildet.

Korrigierte Rechnung prüfen

Vorher und nachher

Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.

Ausschnitt der fehlerhaften Rechnung: Die Rechnungsreferenz ist vorhanden, enthält aber nichts

<cbc:BuyerReference>BUYER-REF-001</cbc:BuyerReference>
<cac:OrderReference>
  <cbc:ID>PO-456</cbc:ID>
</cac:OrderReference>
<cac:BillingReference>
</cac:BillingReference>
<cac:ContractDocumentReference>
  <cbc:ID>CONTRACT-789</cbc:ID>
</cac:ContractDocumentReference>

Ausschnitt der korrigierten Rechnung: Die Rechnungsreferenz nennt die Rechnung PRIOR-001 und ihr Ausstellungsdatum

<cbc:BuyerReference>BUYER-REF-001</cbc:BuyerReference>
<cac:OrderReference>
  <cbc:ID>PO-456</cbc:ID>
</cac:OrderReference>
<cac:BillingReference>
  <cac:InvoiceDocumentReference>
    <cbc:ID>PRIOR-001</cbc:ID>
    <cbc:IssueDate>2026-08-08</cbc:IssueDate>
  </cac:InvoiceDocumentReference>
</cac:BillingReference>
<cac:ContractDocumentReference>
  <cbc:ID>CONTRACT-789</cbc:ID>
</cac:ContractDocumentReference>

Die korrigierte Rechnung enthält in cac:BillingReference eine cac:InvoiceDocumentReference mit der Nummer PRIOR-001 und dem Ausstellungsdatum 2026-08-08; die fehlerhafte enthält nur die leere Hülle. Zwei weitere Befunde kommen hinzu. UBL-SR-07 ist die UBL-Syntaxbindung derselben Anforderung und greift daher unter genau derselben Bedingung, und PEPPOL-EN16931-R008 greift, weil das Element der Rechnungsreferenz überhaupt keinen Inhalt hat. Mit wiederhergestellter Referenz auf die Rechnung verschwinden alle drei.

Wo die Regel gilt

• Gilt für Invoice und CreditNote. Im Versuch meldete eine Gutschrift mit leerer Rechnungsreferenz dieselben drei Regeln.
• Wird im Prüfschritt EN 16931 gemeldet; der Befund zum leeren Element stammt aus dem Peppol-Prüfschritt.
• Die Regel prüft nur eine vorhandene Rechnungsreferenz. Im Versuch bestand eine Gutschrift eines Verkäufers mit Postanschrift in GB und ganz ohne Rechnungsreferenz alle Prüfschritte, ein Verkäufer in den Niederlanden muss eine Gutschrift jedoch mit einer Rechnungsreferenz versehen (NL-R-001).
• Die Nummer wird nicht mit früheren Dokumenten abgeglichen: Der Validator kann nicht feststellen, ob PRIOR-001 existiert.

Verwandte Regeln

• PEPPOL-EN16931-R008 meldet die leere Rechnungsreferenz und eine leere Rechnungsnummer darin, die diese Regel durchlässt
• NL-R-001 macht die Rechnungsreferenz auf Gutschriften von Verkäufern in den Niederlanden zur Pflicht
• BR-02 betrifft die Nummer des Dokuments selbst, ein anderes Element als die Nummer der vorausgegangenen Rechnung
• Alle Regeln der Referenz ansehen
• Hintergrund (auf Englisch): Understanding EN 16931 validation errors

Umfang und Quelle

Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.

Die offizielle Definition von BR-55 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.

Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.