Naar de inhoud
Thema
Nederlands

Fataal

BR-RO-DT004: Leveringsdatum moet als JJJJ-MM-DD zijn geschreven

In het kort

Fataal: de factuur komt niet door de geselecteerde controles.

BR-RO-DT004 betekent dat de leveringsdatum (BT-72) niet als YYYY-MM-DD is geschreven of geen bestaande datum is. Schrijf hem als jaar, maand en dag met koppeltekens, bijvoorbeeld 2026-11-05 voor 5 november 2026.

Op deze pagina

Wat de regel betekent

De leveringsdatum (BT-72), de datum waarop de goederen zijn geleverd of de diensten zijn verricht, moet precies 10 tekens lang zijn in de vorm JJJJ-MM-DD en een datum zijn die bestaat. 2026-11-05 is goed, terwijl 05.11.2026, 2026-11-5, 2026-11-05T08:00:00 en 2026-02-30 niet goed zijn, net als spaties rond de datum. De regel geldt alleen als de factuur een leveringsdatum bevat.

Waarom het ertoe doet

De leveringsdatum legt vast wanneer de levering plaatsvond, dus het systeem heeft een datum nodig die het kan lezen. Een datum in een ander formaat, of een datum die niet bestaat, kan niet worden gelezen en de factuur wordt geweigerd.

Zo los je het op

Zoek de leveringsdatum op de factuur. In je pakket kan die ook datum van levering, dienstdatum of verzenddatum heten. Vul hem opnieuw in met de datumkiezer en controleer dat de export hem als jaar-maand-dag met koppeltekens schrijft, met niets achter de dag.

De gepubliceerde tekst van de regel

Un element de tip data (BT-72) trebuie sa respecte formatul YYYY-MM-DD #A date (BT-73, BT-134) MUST be formatted YYYY-MM-DD. ( = ' … ')

Bedrijfstermen: BT-72, BT-73, BT-134

Waar deze regel geldt

Regelset Versie
CIUS-RO UBL Invoice 1.0.9 1.0.9
CIUS-RO UBL Credit Note 1.0.9 1.0.9
Tekst van de regel uit phive-rules 4.6.4.

Controleer je bestand

Sleep je e-factuur hierheen om te zien of die nog steeds niet aan BR-RO-DT004 voldoet en aan welke andere regels ook niet.

Bijgewerkt op 6 november 2026