`BR-RO-020_1`

RO e-Factura (CIUS-RO) · reguła walidacji

RO e-Factura (CIUS-RO)Błąd

Kod rodzaju faktury (BT-3) musi być jednym z: 380 (faktura), 381 (nota kredytowa), 384 (faktura korygowana), 389 (samofakturowanie) albo 751 (informacja fakturowa do celów księgowych). RO e-Factura zawęża UNTDID 1001 do tych pięciu; kod dopuszczony przez EN 16931, jak 386 (faktura zaliczkowa), zostaje tu odrzucony.

Pole: document.type_code (BT-3)
Zestaw reguł: RO e-Factura (CIUS-RO)
Wersja zestawu reguł: CIUS-RO 1.0.1 (ro16931-ubl-1.0.9, in force 2024-06-05) · obowiązuje od 2026-09-07 · Historia zestawów reguł
Kto musi poprawić: Wystawca

To cecha otrzymanego pliku — nie da się jej poprawić po stronie odbiorcy bez zmiany dokumentu; trzeba poprosić dostawcę o ponowne wystawienie faktury.

Przykład · UBL

CIUS-RO zawęża BT-3 do 380, 384, 389 i 751 (381 dla not kredytowych); 326 (faktura częściowa) jest poprawne w EN 16931, ale ANAF go nie przyjmuje.

Narusza regułę

<cbc:InvoiceTypeCode>326</cbc:InvoiceTypeCode>

Poprawnie

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

Sprawdź własną fakturę

Wgraj plik, który nie przeszedł walidacji. Odczytamy go, sprawdzimy oficjalnymi zestawami reguł i wypiszemy każdą uwagę wraz z poprawką — 20 faktur dziennie, bez klucza, nic nie jest przechowywane.

Otwórz demo

To samo wyjaśnienie przez API: GET /v1/rules/BR-RO-020_1?lang=pl