BR-DE-26: Korrigierte Rechnung ohne Verweis auf die Originalrechnung

Was die Regel prüft

Geprüft wird nur, ob BG-3 vorhanden ist. Ob es die genannte Rechnungsnummer gibt, kann der Validator nicht wissen.

Die Regel ist eine Warnung, im Prüfbericht bleibt es ohne weitere Fehler bei „accept“. Die Spezifikation formuliert in Abschnitt 13.1 strenger: Bei einer Berichtigung mit Code 384 muss der Bezug auf die ursprüngliche Rechnung über BG-3 gegeben werden. Das Rechnungsdatum der vorausgegangenen Rechnung (BT-26) soll angegeben werden, wenn die Rechnungsnummer allein nicht eindeutig ist.

Typische Ursachen

• Code 384 wird für eine kaufmännische Gutschrift oder einen Preisnachlass gewählt, für die die Software kein Bezugsfeld anbietet. Für Gutschriften ohne Bezug ist 381 vorgesehen.
• Die Nummer der Originalrechnung steht nur im Bemerkungstext (BT-22), etwa „Korrektur zu Rechnung 4711“, und nicht in BG-3.
• UBL: Die Nummer wird in cac:OrderReference oder cac:AdditionalDocumentReference statt in cac:BillingReference geschrieben.
• CII: Der Verweis steht in ram:ApplicableHeaderTradeAgreement/ram:AdditionalReferencedDocument statt in ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument.
• Die Korrektur wurde als neue, leere Rechnung angelegt und nicht aus der Originalrechnung heraus; die Verknüpfung fehlt dann schon in der Software.

Beispiel aus der KoSIT-Testsuite

In Testdatei 01.18a berichtigt die Rechnung PRG1502112 vom 24.04.2015 die frühere Rechnung PRG1502168. Ein Rechnungsdatum der Originalrechnung (BT-26) ist nicht angegeben; das ist zulässig, solange die Nummer eindeutig ist.

<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>PRG1502112</cbc:ID>
<cbc:IssueDate>2015-04-24</cbc:IssueDate>
<cbc:InvoiceTypeCode>384</cbc:InvoiceTypeCode>
<cbc:Note>#ADU#Trainer: Herr […]</cbc:Note>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
<cbc:BuyerReference>99000000-18188-18</cbc:BuyerReference>
<cac:InvoicePeriod>
  <cbc:StartDate>2015-04-20</cbc:StartDate>
  <cbc:EndDate>2015-04-24</cbc:EndDate>
</cac:InvoicePeriod>
<cac:BillingReference>
  <cac:InvoiceDocumentReference>
    <cbc:ID>PRG1502168</cbc:ID>
  </cac:InvoiceDocumentReference>
</cac:BillingReference>

  <ram:SpecifiedTradeSettlementHeaderMonetarySummation>
    <ram:LineTotalAmount>8870</ram:LineTotalAmount>
    <ram:TaxBasisTotalAmount>8870</ram:TaxBasisTotalAmount>
    <ram:TaxTotalAmount currencyID="EUR">1685.3</ram:TaxTotalAmount>
    <ram:GrandTotalAmount>10555.3</ram:GrandTotalAmount>
    <ram:DuePayableAmount>10555.3</ram:DuePayableAmount>
  </ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  <ram:InvoiceReferencedDocument>
    <ram:IssuerAssignedID>PRG1502168</ram:IssuerAssignedID>
  </ram:InvoiceReferencedDocument>
</ram:ApplicableHeaderTradeSettlement>

In der CII-Fassung derselben Datei steht <ram:TypeCode>384</ram:TypeCode> in rsm:ExchangedDocument. Die Reihenfolge im Abrechnungsteil ist durch das Schema festgelegt: ram:InvoiceReferencedDocument folgt auf die Summen.

Lösung

In der Rechnungssoftware

1. Erstellen Sie die Berichtigung aus der Originalrechnung heraus, damit Nummer und Datum automatisch übernommen werden.
2. Prüfen Sie, ob wirklich eine Berichtigung gemeint ist. Für eine kaufmännische Gutschrift ohne Bezug passt 381, für das Gutschriftverfahren 389.
3. Wenn Ihre Rechnungsnummern sich wiederholen können, etwa nach einem Nummernkreiswechsel, geben Sie zusätzlich das Datum der Originalrechnung an.

Im XML

1. UBL: cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID mit der Nummer der berichtigten Rechnung, bei Bedarf cbc:IssueDate im Format JJJJ-MM-TT.
2. CII: ram:InvoiceReferencedDocument/ram:IssuerAssignedID im ram:ApplicableHeaderTradeSettlement, bei Bedarf ram:FormattedIssueDateTime/qdt:DateTimeString mit format="102".
3. Prüfen Sie die Berichtigung mit XRechnung prüfen; BR-DE-26 verschwindet, sobald BG-3 im richtigen Element steht.

XRechnung prüfen