Account
Nederlands

BR-DE-26: Gecorrigeerde factuur (384) zonder verwijzing naar eerdere factuur

XRechnung-regel · Waarschuwing · UBL, CII

StandaardXRechnung 3.0.2 (KoSIT, Duitse CIUS van EN 16931)ErnstWaarschuwing: de factuur wordt geaccepteerd maar moet worden gecorrigeerdSyntaxUBL, CIIBedrijfstermen
  • BG-3 Preceding invoice reference
  • BT-3 Invoice type code
Geldt voorXRechnung in UBL- of CII-syntax, inclusief ZUGFeRD / Factur-X-PDF's met het profiel XRECHNUNG. Facturen aan Duitse overheden moeten eraan voldoen.

Officiële regeltekst

[BR-DE-26] If the code 384 (Corrected invoice) is transmitted in the element "Invoice type code" (BT-3), PRECEDING INVOICE REFERENCE BG-3 shall be present at least once.

De normatieve tekst is Engels en wordt ongewijzigd geciteerd.

Waarom deze fout optreedt

Wanneer de factuurtypecode (BT-3) 384 (gecorrigeerde factuur) is, verwacht XRechnung ten minste één verwijzing naar een voorgaande factuur (BG-3), zodat de ontvanger de correctie aan het origineel kan koppelen. De regel zoekt naar cac:BillingReference/cac:InvoiceDocumentReference (UBL) of ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument (CII) zodra de typecode 384 is. Hij faalt wanneer het oorspronkelijke factuurnummer alleen in een notitie of in de regeltekst wordt genoemd.

Zo lost u het op

Voeg in UBL cac:BillingReference/cac:InvoiceDocumentReference toe met cbc:ID (nummer van de gecorrigeerde factuur, BT-25) en cbc:IssueDate (BT-26), geplaatst na cac:OrderReference. Voeg in CII ram:InvoiceReferencedDocument toe met ram:IssuerAssignedID en ram:FormattedIssueDateTime/qdt:DateTimeString format="102" binnen ram:ApplicableHeaderTradeSettlement. Eén verwijzing per gecorrigeerde factuur; als de correctie slechts gedeeltelijk terugdraait, overweeg dan in plaats daarvan een creditnota (381) met dezelfde verwijzing. Dit is een waarschuwing, maar overheden staan er meestal op.

Voorbeeld (geldig)

<cbc:InvoiceTypeCode>384</cbc:InvoiceTypeCode>
...
<cac:BillingReference>
  <cac:InvoiceDocumentReference>
    <cbc:ID>RE-2026-00100</cbc:ID>
    <cbc:IssueDate>2026-09-30</cbc:IssueDate>
  </cac:InvoiceDocumentReference>
</cac:BillingReference>

Wat de validator controleert

Gecontroleerd element (context):

UBL

/ubl:Invoice | /cn:CreditNote

Test (XPath):

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

CII

/rsm:CrossIndustryInvoice

Test (XPath):

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

Controleer uw factuur

Sleep uw XML of PDF naar de validator; elke overtreden regel linkt naar zijn pagina hier. Gratis, zonder account, het bestand wordt niet opgeslagen.

Controleer uw factuur →

Dezelfde controle via API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Gerelateerde regels

Veelgestelde vragen

Wat betekent BR-DE-26?

BR-DE-26 is een xrechnung-regel: If the code 384 (Corrected invoice) is transmitted in the element "Invoice type code" (BT-3), PRECEDING INVOICE REFERENCE BG-3 shall be present at least once.

Wordt mijn factuur geweigerd vanwege BR-DE-26?

Nee. BR-DE-26 is een waarschuwing: de factuur wordt geaccepteerd maar de ontvanger ziet de melding. Los het toch op, waarschuwingen worden in latere regelversies vaak fouten.

Voor welke formaten geldt BR-DE-26?

XRechnung in UBL- of CII-syntax, inclusief ZUGFeRD / Factur-X-PDF's met het profiel XRECHNUNG. Facturen aan Duitse overheden moeten eraan voldoen. Syntax: UBL en CII.

Bron: XRechnung 3.0.2, schematron 2.6.0 (KoSIT, September 2026). Catalogus gegenereerd uit de officiële regelsets op 2026-10-15.