BG-3Preceding invoice referenceBT-3Invoice type code
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:CreditNoteTest (XPath):
((not(normalize-space(cbc:InvoiceTypeCode) = '384' or normalize-space(cbc:CreditNoteTypeCode) = '384') or (cac:BillingReference/cac:InvoiceDocumentReference)))CII
/rsm:CrossIndustryInvoiceTest (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.
Dezelfde controle via API:
curl -F file=@invoice.xml https://einvoicechecker.com/v1/validateGerelateerde regels
BR-DE-17Factuurtypecode valt niet binnen de XRechnung-subsetBR-DE-1Betalingsinstructies (BG-16) ontbrekenBR-DE-2Contactgegevens van de verkoper (BG-6) ontbrekenBR-DE-3Plaats van de verkoper (BT-37) ontbreektBR-DE-4Het element "Postcode verkoper" moet worden verstrektBR-DE-5Contactpunt van de verkoper (BT-41) ontbreektBR-DE-6Telefoonnummer van de verkoper (BT-42) ontbreektBR-DE-7E-mailadres van de verkoper (BT-43) ontbreekt
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.