Konto
Polski

BR-CL-01: Kod rodzaju faktury nie jest prawidłowym kodem UNTDID 1001

Reguła podstawowa EN 16931 · Błąd · UBL, CII

StandardEN 16931-1 (europejski model semantyczny e-faktury)WagaBłąd: faktura zostaje odrzuconaSkładniaUBL, CIIDotyczyKażda faktura EN 16931: XRechnung, ZUGFeRD 2.x / Factur-X (profile EN 16931, EXTENDED, XRECHNUNG), Peppol BIS Billing 3.0 oraz krajowe CIUS.

Oficjalna treść reguły

[BR-CL-01] The document type code MUST be coded by the invoice and credit note related code lists of UNTDID 1001.

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

Dlaczego pojawia się ten błąd

Kod rodzaju dokumentu (BT-3) musi pochodzić z podzbioru UNTDID 1001 dla faktur lub not kredytowych. W UBL reguła sprawdza cbc:InvoiceTypeCode względem listy faktur (np. 71, 80, 82, 84, 102, 130, 202, 326, 380, 384, 386, 389, 875, 876, 877), a cbc:CreditNoteTypeCode względem listy not kredytowych (81, 83, 261, 262, 296, 308, 381, 396, 420, 458, 532); CII sprawdza ram:TypeCode względem sumy obu list. Błąd występuje przy kodach wewnętrznych („INV”, „R”), tekście, otaczających spacjach oraz przy kodzie 381 w dokumencie UBL Invoice.

Jak to naprawić

W eksporcie zmapuj wewnętrzne rodzaje dokumentów na kody UNTDID 1001: 380 faktura handlowa, 384 faktura korygująca, 389 samofakturowanie, 326 faktura częściowa, 381 nota kredytowa. W UBL nota kredytowa musi być dokumentem cn:CreditNote z cbc:CreditNoteTypeCode 381; kod 381 jest niedozwolony w cbc:InvoiceTypeCode dokumentu ubl:Invoice. W CII ustaw rsm:ExchangedDocument/ram:TypeCode. Zapisuj kod bez białych znaków. XRechnung dodatkowo zawęża listę (zob. BR-DE-17).

Przykład (poprawny)

<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>

Co sprawdza walidator

Sprawdzany element (kontekst):

UBL

cbc:InvoiceTypeCode | cbc:CreditNoteTypeCode

Test (XPath):

(self::cbc:InvoiceTypeCode and ((not(contains(normalize-space(.), ' ')) and contains(' 71 80 81 82 84 102 130 202 203 204 211 218 219 295 325 326 331 380 382 383 384 385 386 387 388 389 390 393 394 395 456 457 471 472 473 500 501 502 503 527 553 575 623 633 751 780 817 870 875 876 877 935 ', concat(' ', normalize-space(.), ' '))))) or (self::cbc:CreditNoteTypeCode and ((not(contains(normalize-space(.), ' ')) and contains(' 81 83 261 262 296 308 381 396 420 458 532 ', concat(' ', normalize-space(.), ' ')))))

CII

rsm:ExchangedDocument/ram:TypeCode

Test (XPath):

((not(contains(normalize-space(.), ' ')) and contains(' 71 80 81 82 83 84 102 130 202 203 204 211 218 219 261 262 295 296 308 325 326 331 380 381 382 383 384 385 386 387 388 389 390 393 394 395 396 420 456 457 458 471 472 473 500 501 502 503 527 532 553 575 623 633 751 780 817 870 875 876 877 935 ', concat(' ', normalize-space(.), ' '))))

Popraw automatycznie

Walidator poprawi ten błąd po wpisaniu brakującej wartości: upuść plik i kliknij „Popraw automatycznie”.

Popraw 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-CL-01?

BR-CL-01 to reguła podstawowa en 16931: The document type code MUST be coded by the invoice and credit note related code lists of UNTDID 1001.

Czy moja faktura zostanie odrzucona z powodu BR-CL-01?

Tak. BR-CL-01 ma status „krytyczny”; walidatory (KSeF, punkty dostępowe Peppol, KoSIT) odrzucają fakturę do czasu poprawienia błędu.

Jakich formatów dotyczy BR-CL-01?

Każda faktura EN 16931: XRechnung, ZUGFeRD 2.x / Factur-X (profile EN 16931, EXTENDED, XRECHNUNG), Peppol BIS Billing 3.0 oraz krajowe CIUS. Składnia: UBL i CII.

Źródło: EN 16931-1:2017 schematron (CEN TC434, via Peppol BIS 3.0.20). Katalog wygenerowany z oficjalnych zestawów reguł dnia 2026-10-15.