Przejdź do treści

Błąd krytyczny

BR-NL-9: Faktura korygująca typu 384 musi wskazywać korygowaną fakturę

W skrócie

Błąd krytyczny: nie przechodzi wybranych weryfikacji.

BR-NL-9 oznacza, że dokument ma kod 384 (faktura korygująca w formie zwykłej faktury), ale nie podaje, którą wcześniejszą fakturę koryguje. Dodaj numer faktury korygowanej jako odwołanie do poprzedniej faktury.

Na tej stronie

Co to oznacza

Gdy kod typu dokumentu (BT-3) to 384, plik musi zawierać odwołanie do wcześniejszej faktury (BT-25), czyli numer faktury korygowanej. Reguła sprawdza tylko, czy odwołanie jest. Nie sprawdza, czy taki numer faktury istnieje.

Dlaczego to ważne

Korekta ma sens tylko razem z fakturą, którą poprawia. Bez odwołania odbiorca nie powiąże jej z oryginałem, więc plik nie przechodzi weryfikacji i faktura zostaje odrzucona.

Jak to poprawić

W programie do faktur wystaw korektę wprost z oryginalnej faktury, żeby powiązanie przeniosło się samo, albo wpisz numer faktury korygowanej w odpowiednie pole. Daty oryginalnej faktury podawać nie musisz, zob. BR-NL-24. Jeśli nie korygujesz wcześniejszej faktury, kod 384 jest błędnym wyborem: użyj 380 dla nowej faktury albo 381 dla faktury korygującej.

Oryginalna treść reguły

For suppliers in the Netherlands, if the document is a corrective invoice (cbc:InvoiceTypeCode = 384), the document MUST contain an invoice reference (cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID)

Gdzie obowiązuje ta reguła

Zestaw reguł Wersja
SI-UBL 2.0 / NLCIUS (invoice) 2.0.3.13
SI-UBL 2.0 / NLCIUS (credit note) 2.0.3.13
NLCIUS (CII) 1.0.3.13
Źródło treści reguły: phive-rules 4.6.4.

Sprawdź swój plik

Przeciągnij tutaj e-fakturę i zobacz, czy reguła BR-NL-9 nadal nie jest spełniona i jakie inne reguły plik narusza.

Zaktualizowano 6 listopada 2026