Peppol & e-facturatie

Peppol-datums en perioden

Gepubliceerd: 2026-10-15 · Bronnen gecontroleerd: 2026-10-15

Je maakt in oktober een factuur voor werkzaamheden uit september. Welke datum hoort dan waar? Houd de factuurdatum, de periode waarop je factureert en een eventuele daadwerkelijke leverdatum uit elkaar. Controleer ook de perioden op afzonderlijke factuurregels. Een juiste maandnaam op de pdf bewijst nog niet dat de gestructureerde export dezelfde gegevens bevat.

Kort antwoord

Maak vóór verzending een datumblad bij dezelfde conceptversie. Noteer de uitgiftedatum van de factuur, de afgesproken periode en de periode per relevante regel. Leg een daadwerkelijke leverdatum afzonderlijk vast als die wordt gebruikt. Vergelijk daarna iedere waarde met de inhoud van de UBL-export. Verander een datum niet alleen om een foutmelding te laten verdwijnen: zoek eerst uit welk gegeven verkeerd is overgenomen.

Factuurdatum en leverdatum beantwoorden andere vragen

De actuele OpenPeppol-beschrijving van de factuurdatum noemt cbc:IssueDate voor de datum waarop de factuur wordt uitgegeven. Dit is BT-2 en een verplicht veld in de beschreven UBL-factuur. De datum heeft het formaat YYYY-MM-DD. Een omschrijving als “werk september” vervangt die datum niet.

Voor BT-72 beschrijft OpenPeppol: ActualDeliveryDate de datum waarop goederen of diensten zijn geleverd of de levering is voltooid. Dat veld staat onder cac:Delivery. Neem niet automatisch de factuurdatum over en verzin geen leverdatum omdat een scherm daarvoor een vakje toont. Zoek de onderliggende afspraak of registratie erbij. Deze veldcontrole bepaalt geen btw-tijdstip, factureringstermijn of betaaltermijn.

Leg de periode op factuurniveau vast

De groep InvoicePeriod op factuurniveau beschrijft de periode waarop de factuur betrekking heeft. Die kan een cbc:StartDate en een cbc:EndDate bevatten. Als deze groep wordt gebruikt, moet ten minste een van die datums aanwezig zijn. De velden gebruiken eveneens YYYY-MM-DD.

Zijn beide grenzen ingevuld, dan verlangt de op de einddatumpagina beschreven regel BR-29 dat het einde gelijk aan of later dan het begin ligt. Eenzelfde begin- en einddatum is voor deze volgordecontrole dus niet vanzelf fout. Voor ons maandvoorbeeld leggen we bewust beide grenzen vast. Vraag je leverancier waar de daarvoor bestemde pakketvelden terechtkomen; leid de exportkoppeling niet af uit alleen de naam op het scherm.

Controleer de periode bij de juiste factuurregel

Naast de gehele factuur bestaat InvoicePeriod binnen een factuurregel. De groep staat daar onder cac:InvoiceLine en beschrijft de periode voor die specifieke regel. Maak in je controleblad zichtbaar of je naar de gehele factuur of naar één regel kijkt. Hetzelfde element met een andere plaats in het document heeft hier een ander bereik.

De einddatumpagina voor regelperioden beschrijft BR-CO-20 en BR-30: een gebruikte regelperiode heeft een begin of einde nodig, en bij twee grenzen mag het einde niet vóór het begin liggen. Dat vervangt de vergelijking met de grenzen op factuurniveau niet. Andere profiel-, land- en toepassingsregels kunnen aanvullende voorwaarden stellen; deze uitleg is geen volledige factuurvalidatie.

Fictieve proef: in oktober factureren over september

Onze verzonnen factuur P-26007 wordt uitgegeven op 7 oktober 2026 en betreft twee opeenvolgende werkblokken in september. Voor dit eigen voorbeeld nemen we aan dat de diensten op 30 september zijn voltooid en dat die datum als daadwerkelijke leverdatum is onderbouwd. Dat is een aanname bij deze proef, geen algemene regel dat een leverdatum altijd gelijk is aan een periode-einde.

Voor de controle van ons werkrooster tellen we beide grensdagen mee. Regel A telt dan 15 kalenderdagen en regel B ook 15: 15 + 15 = 30 kalenderdagen. De tweede regel begint op de dag na de eerste. In deze fictieve verdeling is er geen overlap of ontbrekende dag. Deze telling is alleen een controle van het voorbeeldrooster; ze schrijft geen prijsberekening, urenverdeling of evenredige vergoeding voor.

Test een regel die buiten de ingevulde periode valt

De actuele regel PEPPOL-EN16931-R110 vergelijkt een regelstart met de ingevulde begindatum op factuurniveau: de regelstart mag daar niet vóór liggen. PEPPOL-EN16931-R111 vergelijkt een regeleinde met de ingevulde einddatum op factuurniveau: het regeleinde mag daar niet na liggen. Beide grenzen op factuurniveau zijn in onze proef aanwezig.

Verander op papier uitsluitend het einde van regel B naar 2026-10-01, terwijl de gehele factuur tot 2026-09-30 blijft lopen. Dan ligt het regeleinde één kalenderdag buiten die grens. De vergelijking van R111 klopt voor deze variant niet. Dat is onze eigen datumvergelijking, geen uitgevoerd rapport van een validator. Verbreed niet automatisch de gehele factuurperiode naar oktober: controleer eerst of regel B, de hoofdperiode of de onderliggende werkregistratie verkeerd is.

Vergelijk dezelfde versie in de weergave en de export

Open de leesbare versie en een inhoudsweergave die de gestructureerde velden van dezelfde conceptfactuur toont. Laat zo nodig de leverancier aanwijzen waar de datums en perioden in die export staan. Noteer bij iedere gevonden waarde de plaats in het document. Alleen de tekst “september” in een regelomschrijving of pdf is nog geen controle van een periodegroep.

Herhaal de vergelijking na een aanpassing. Kloppen de grenzen nog op de gehele factuur én bij de twee regels? Heb je daadwerkelijk de nieuwe export, of bekijk je een oud bestand? Bewaar de controle bij de gekozen versie. Onze uitleg over de validatielagen van UBL helpt om deze beperkte veldcontrole naast de volledige validatie voor het juiste profiel te plaatsen.

Bewaar datumrollen en klantafspraken naast elkaar

Bewaar het datumblad met de bron van de werkperiode, de afspraak over de prestatie en de gecontroleerde exportversie. Houd apart welke waarde je zelf hebt vastgesteld en welke toelichting de klant of pakketleverancier nog moet bevestigen. Voor andere herkenningsgegevens helpt onze exportcontrole van koper- en orderreferenties. Een correct klantkenmerk bewijst immers niet dat de periode klopt.

Stuur bij een echte fout een gerichte vraag met factuurnummer, documentversie, betrokken regel en de twee conflicterende datums. Bewaar de terugmelding bij dat dossier voordat je een nieuwe versie maakt. Laat een afwijking niet verdwijnen door alleen de pdf te herschrijven terwijl de gestructureerde inhoud gelijk blijft.