InvoiceValidator.eu

BR-DE-26

warningXRechnung 3.0.2 (Germany)profileCIIUBLBG-3BT-3

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.

Why it fails

The invoice type code is 384 (corrected invoice) but no preceding invoice reference (BG-3) is given, so nobody can tell what is being corrected.

How to fix it

Add BG-3 with the original invoice number in BT-25 (and ideally its date in BT-26).

What the validator checks

CII — context —

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

UBL — context —

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

Related rules

Part of BR-DE — XRechnung (Germany).

Check your own invoice against BR-DE-26

…or paste the XML instead

Nothing is stored, and the whole invoice is checked, not just this rule. A PDF only works if it is Factur-X / ZUGFeRD — a PDF with the invoice XML inside it.