NLCIUS (Netherlands Core Invoice Usage Specification) ist die niederländische Umsetzung des europäischen E-Rechnungsstandards EN 16931. Es ist der verpflichtende Standard für die E-Rechnungsstellung an niederländische Behörden und der empfohlene Standard für B2B-Rechnungen in den Niederlanden.

Positionierung gegenüber BIS Billing V3: NLCIUS entwickelt sich zunehmend zum Behördenformat (B2G / niederländische Behörden). Peppol BIS Billing V3 ist zunehmend der Marktstandard (B2B). Beide bleiben relevant; wählen Sie das Profil nach Empfänger und Use-Case.

NLCIUS ist eine CIUS (Core Invoice Usage Specification): eine länderspezifische Umsetzung von Peppol BIS Billing 3.0. Es fügt niederländische Geschäftsregeln auf den europäischen Standard hinzu. Eine Rechnung, die NLCIUS entspricht, entspricht automatisch auch Peppol BIS Billing V3 und EN 16931.

Der Standard ist auch als SI-UBL 2.0 (Simplerinvoicing UBL 2.0) bekannt. Es handelt sich um denselben Standard; NLCIUS ist der offizielle Name, SI-UBL 2.0 der historische Name.

NLCIUS definiert primär ein semantisches Modell: Es beschreibt, welche Informationen eine niederländische E-Rechnung enthalten muss und welche Regeln dafür gelten. Formal ist NLCIUS syntaxunabhängig. Sowohl UBL 2.1 als auch UN/CEFACT CII sind als zugrunde liegende XML-Struktur zugelassen. In der Praxis ist UBL 2.1 (in Form von SI-UBL 2.0) in den Niederlanden bei weitem am weitesten verbreitet, und es ist auch das Format, mit dem die meisten Softwareanbieter und Peppol-Empfänger arbeiten.

NLCIUS wird über das NEN-Normungskomitee für E-Invoicing verwaltet, den niederländischen Vertreter in Europa bezüglich der Europäischen Norm EN 16931. Dieses Normungskomitee wird vom NEN (Niederländisches Normungsinstitut) betreut. Zuvor lag die Verwaltung bei der STPE (Stichting Peppol Eindgebruikers).

eConnect ist aktives Mitglied dieses Normungskomitees. Das bedeutet, dass eConnect direkt an der Entwicklung und Pflege des niederländischen E-Rechnungsstandards beteiligt ist und an der Abstimmung mit der Europäischen Norm EN 16931 mitwirkt.

NLCIUS schreibt keine Transportmethode vor. Es ist damit breiter als Peppol: das Peppol-Netzwerk ist eine der möglichen Methoden, um NLCIUS-Dokumente auszutauschen. Der Empfang kann auch außerhalb von Peppol erfolgen, beispielsweise per E-Mail. Ein Peppol-Endpunkt ist nicht verpflichtend, um NLCIUS zu nutzen oder zu empfangen. In den Niederlanden besteht keine allgemeine Verpflichtung zur Peppol-Registrierung für alle Entitäten.

Die DocumentTypeId identifiziert das Rechnungsformat eindeutig im Peppol-Netzwerk. Für NLCIUS lautet sie:

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

Diese DocumentTypeId wird für die SMP-Registrierung, das Routing und das Senden/Empfangen über die PSB verwendet.

• Innerhalb von Peppol: Niederländische Empfänger, die Rechnungen über Peppol empfangen, müssen eine SMP-Registrierung für SI-UBL 2.0 (NLCIUS) haben. Ältere SI-UBL-Versionen sind im Peppol-Netzwerk nicht zulässig. Service Provider müssen jeden Endnutzer, der Rechnungen empfängt, mit dem Dokumenttyp NLCIUS/SI-UBL 2.0 registrieren (Netherlands PASR).
• Außerhalb von Peppol: diese SMP-Registrierungspflicht gilt nicht. Empfänger von NLCIUS müssen nicht in Peppol registriert sein, wenn der Empfang über einen anderen Kanal läuft (beispielsweise E-Mail).

Die absolute Formulierung "alle niederländischen Entitäten müssen eine SMP-Registrierung SI-UBL 2.0 haben" ist zu breit: die Pflicht ist empfangsspezifisch für Peppol, nicht landesweit unabhängig vom Transport.

NLCIUS fügt spezifische Regeln hinzu, die für den niederländischen Markt relevant sind:

Die G-Konto-Erweiterung ermöglicht es, Rechnungen mit einem Sperrkonto zu versenden, wie es im Bausektor vorgeschrieben ist. Dies verwendet eine eigene 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

Das G-Konto wird als separater Zahlungsbestandteil in die Rechnung aufgenommen. Abhängig davon, ob der Empfänger die G-Konto-Erweiterung unterstützt, werden eine oder zwei Rechnungen erstellt.

NLCIUS verwendet die EN 16931/UNCL5305-Codes für MwSt.-Kategorien:

Der Vorgänger von NLCIUS, SI-UBL 1.2 (Simplerinvoicing 1.2), wurde zum 1. Januar 2024 endgültig eingestellt. Rechnungen in diesem Format werden im Peppol-Netzwerk abgelehnt. Wenn Sie noch SI-UBL 1.2 verwenden, müssen Sie auf NLCIUS/SI-UBL 2.0 oder Peppol BIS Billing V3 umsteigen.

Sie können Ihre Rechnungen auf zwei Arten gegen NLCIUS validieren:

• Kostenloser Online-Validator: verfügbar auf der eConnect-Website. Laden Sie Ihre XML hoch und erhalten Sie sofort Feedback.
• Validate API: über POST /api/v1/generic/validate in der PSB. Validiert automatisch gegen den richtigen Standard, einschließlich kundenspezifischer Regeln.

Die PSB verwendet eine doppelte Validierungsschicht: Zuerst werden die aktuellsten Artefakte geprüft, und wenn diese nicht gültig sind, die vorherige Version aber noch akzeptiert wird, wird auch gegen diese geprüft.

Beispieldateien für NLCIUS-Rechnungen sind in der PSB-Dokumentation verfügbar. Diese Vorlagen enthalten korrekte Rechnungsstrukturen, die Sie als Basis für Ihre eigene Implementierung verwenden können.

Möchten Sie Ihre Rechnung gegen NLCIUS testen? Nutzen Sie die Validate API oder den kostenlosen Online-Validator.