NLCIUS (Netherlands Core Invoice Usage Specification) to holenderska implementacja europejskiego standardu e-faktur EN 16931. Jest to standard obowiązkowy dla e-fakturowania holenderskiej administracji publicznej i zalecany standard dla fakturowania B2B w Holandii.

NLCIUS to CIUS (Core Invoice Usage Specification): krajowa implementacja Peppol BIS Billing 3.0. Dodaje holenderskie reguły biznesowe do standardu europejskiego. Faktura zgodna z NLCIUS jest automatycznie zgodna również z Peppol BIS Billing V3 i EN 16931.

Standard jest znany również jako SI-UBL 2.0 (Simplerinvoicing UBL 2.0). To ten sam standard: NLCIUS to nazwa oficjalna, SI-UBL 2.0 to nazwa historyczna.

NLCIUS definiuje przede wszystkim model semantyczny: opisuje, jakie informacje musi zawierać holenderska e-faktura i jakie reguły obowiązują. Formalnie NLCIUS jest niezależny od składni. Zarówno UBL 2.1, jak i UN/CEFACT CII są dopuszczone jako podstawowa struktura XML. W praktyce UBL 2.1 (w formie SI-UBL 2.0) jest zdecydowanie najczęściej stosowany w Holandii i jest to również format, z którym pracuje większość dostawców oprogramowania i odbiorców Peppol.

NLCIUS jest zarządzany przez NEN Normcommissie e-facturatie, holenderskiego przedstawiciela w Europie w zakresie Normy Europejskiej EN 16931. Komisja ta jest wspomagana przez NEN (Nederlands Normalisatie-instituut). Wcześniej zarządzanie było powierzone STPE (Stichting Peppol Eindgebruikers).

eConnect jest aktywnym członkiem tej komisji normalizacyjnej. Oznacza to, że eConnect jest bezpośrednio zaangażowany w rozwój i utrzymanie holenderskiego standardu e-fakturowania oraz współpracuje przy harmonizacji z Normą Europejską EN 16931.

DocumentTypeId jednoznacznie identyfikuje format faktury w sieci Peppol. Dla NLCIUS jest to:

urn:oasis:names:specification:ubl:schema:xsd:Invoice-2::Invoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:nen.nl:nlcius:v1.0::2.1

Ten DocumentTypeId jest używany przy rejestracji SMP, routingu oraz wysyłaniu/odbieraniu przez PSB.

NLCIUS dodaje specyficzne reguły istotne dla rynku holenderskiego:

Rozszerzenie G-rekening umożliwia wysyłanie faktur z kontem zablokowanym, jak jest to wymagane w sektorze budowlanym. Wykorzystuje ono oddzielny DocumentTypeId:

urn:oasis:names:specification:ubl:schema:xsd:Invoice-2::Invoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:nen.nl:nlcius:v1.0#conformant#urn:fdc:nen.nl:gaccount:v1.0::2.1

G-rekening jest umieszczany jako oddzielny komponent płatności w fakturze. W zależności od tego, czy odbiorca obsługuje rozszerzenie G-rekening, generowana jest jedna lub dwie faktury.

NLCIUS stosuje kody EN 16931/UNCL5305 dla kategorii VAT:

Poprzednik NLCIUS, SI-UBL 1.2 (Simplerinvoicing 1.2), został definitywnie wycofany od 1 stycznia 2024. Faktury w tym formacie są odrzucane w sieci Peppol. Jeśli nadal korzystają Państwo z SI-UBL 1.2, konieczne jest przejście na NLCIUS/SI-UBL 2.0 lub Peppol BIS Billing V3.

Faktury można walidować względem NLCIUS na dwa sposoby:

• Bezpłatny walidator online: dostępny na stronie eConnect. Wystarczy przesłać plik XML i otrzymać natychmiastową informację zwrotną.
• Validate API: przez POST /api/v1/generic/validate w PSB. Automatycznie waliduje względem właściwego standardu, w tym reguł specyficznych dla klienta.

PSB stosuje podwójną warstwę walidacji: najpierw sprawdzane są najnowsze artefakty, a jeśli nie są one prawidłowe, ale poprzednia wersja jest jeszcze akceptowana, również względem wersji poprzedniej.

Pliki przykładowe dla faktur NLCIUS są dostępne w dokumentacji PSB. Szablony te zawierają prawidłowe struktury faktur, które mogą służyć jako podstawa własnej implementacji.

Chcą Państwo przetestować swoją fakturę względem NLCIUS? Prosimy skorzystać z Validate API lub bezpłatnego walidatora online.

• NLCIUS z G-rekening (budownictwo)
• SEEF: Standard Energia eFactuur
• Budowa faktury UBL
• Identyfikatory Peppol Party według kraju
• DocumentType ID i listy kodów
• Jaka jest różnica między XML, UBL, BIS Billing V3 a NLCIUS?