Konto
Polski
EnglishDeutschFrançaisNederlands
SprawdźWalidator KSeFOtwórz XMLKSeF dla JDGAPICennikKonto

BR-DE-26: Faktura skorygowana (384) bez odwołania do faktury pierwotnej

Reguła XRechnung · Ostrzeżenie · UBL, CII

StandardXRechnung 3.0.2 (KoSIT, niemiecka CIUS normy EN 16931)WagaOstrzeżenie: faktura jest przyjmowana, ale należy ją poprawićSkładniaUBL, CIIPojęcia biznesowe
  • BG-3 Preceding invoice reference
  • BT-3 Invoice type code
DotyczyXRechnung w składni UBL lub CII, w tym PDF ZUGFeRD / Factur-X z profilem XRECHNUNG. Faktury dla niemieckich instytucji publicznych muszą ją spełniać.

Oficjalna treść reguły

[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.

Tekst normatywny jest w języku angielskim i cytowany bez zmian.

Dlaczego pojawia się ten błąd

Jeśli kod typu faktury (BT-3) to 384 (faktura skorygowana), XRechnung oczekuje co najmniej jednego odwołania do poprzedniej faktury (BG-3), aby odbiorca mógł powiązać korektę z oryginałem. Reguła szuka cac:BillingReference/cac:InvoiceDocumentReference (UBL) lub ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument (CII) zawsze, gdy kod typu to 384. Błąd występuje, gdy numer pierwotnej faktury jest wspomniany tylko w uwadze lub w opisie pozycji.

Jak to naprawić

W UBL dodaj cac:BillingReference/cac:InvoiceDocumentReference z cbc:ID (numer korygowanej faktury, BT-25) i cbc:IssueDate (BT-26), umieszczone po cac:OrderReference. W CII dodaj ram:InvoiceReferencedDocument z ram:IssuerAssignedID i ram:FormattedIssueDateTime/qdt:DateTimeString format="102" wewnątrz ram:ApplicableHeaderTradeSettlement. Jedno odwołanie na każdą korygowaną fakturę; jeśli korekta odwraca fakturę tylko częściowo, rozważ zamiast tego fakturę korygującą (notę kredytową, 381) z tym samym odwołaniem. To ostrzeżenie, ale urzędy zazwyczaj na nim nalegają.

Przykład (poprawny)

<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>

Co sprawdza walidator

Sprawdzany element (kontekst):

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)

Sprawdź swoją fakturę

Upuść plik XML lub PDF w walidatorze; każda naruszona reguła ma link do swojej strony tutaj. Bezpłatnie, bez konta, plik nie jest zapisywany.

Sprawdź swoją fakturę →

To samo sprawdzenie przez API:

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

Powiązane reguły

Najczęstsze pytania

Co oznacza BR-DE-26?

BR-DE-26 to reguła xrechnung: 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.

Czy moja faktura zostanie odrzucona z powodu BR-DE-26?

Nie. BR-DE-26 to ostrzeżenie: faktura jest przyjmowana, ale odbiorca widzi uwagę. Mimo to popraw ją, ostrzeżenia często stają się błędami w kolejnych wersjach reguł.

Jakich formatów dotyczy BR-DE-26?

XRechnung w składni UBL lub CII, w tym PDF ZUGFeRD / Factur-X z profilem XRECHNUNG. Faktury dla niemieckich instytucji publicznych muszą ją spełniać. Składnia: UBL i CII.

Źródło: XRechnung 3.0.2, schematron 2.6.0 (KoSIT, September 2026). Katalog wygenerowany z oficjalnych zestawów reguł dnia 2026-10-15.