Peppol & e-facturatie

Peppol: notities op de juiste plek

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

Een opmerking over één factuurregel kan in een export bij een andere regel terechtkomen. Alle woorden zijn dan aanwezig, maar de toelichting zegt iets over het verkeerde werk. Controleer daarom niet alleen de tekst, maar ook waar die staat: bij de hele factuur, bij een regel of bij de betalingsvoorwaarden.

Kort antwoord

Maak eerst duidelijk waarover de opmerking gaat. Lees vervolgens de tekst terug in de gestructureerde export van hetzelfde concept. Koppel een regelnotitie aan het regelnummer en de bedoelde prestatie. Vergelijk aantallen én inhoud; drie aanwezige notities kunnen nog steeds verkeerd verdeeld zijn.

Deze uitleg gebruikt de UBL Invoice van Peppol BIS Billing 3.0, versie 3.0.21, May 2026 Release. Ons voorbeeld veronderstelt een Nederlandse verkoper en Nederlandse koper. Creditnota's, Self-Billing en landspecifieke uitzonderingen vragen een eigen controle.

De bovenliggende groep bepaalt de betekenis

De officiële factuurnotitie BT-22 is ongestructureerde informatie voor de factuur als geheel. Je vindt haar als cbc:Note direct onder de factuur. De regelnotitie BT-127 geeft juist extra informatie bij één factuurregel: cac:InvoiceLine / cbc:Note. De veldnaam Note alleen vertelt dus niet welke van de twee je bekijkt.

Bij een regel helpt het factuurregel-ID BT-126 om de juiste plaats aan te wijzen. Noteer daarnaast zelf de prestatie, zodat je bij een herschikte conceptversie weet welke regel je bedoelde. Onze uitleg over factuurregels en orderregels houdt die verschillende nummers uit elkaar.

Andere teksten hebben een eigen functie. BT-20 binnen PaymentTerms beschrijft de betalingsvoorwaarden; de artikelomschrijving BT-154 geeft meer detail over het artikel. Een notitie maakt deze aparte velden niet overbodig. Lees voor de betaalafspraak ook de voorwaarden op hun eigen plaats.

Eén notitie kan meerdere tekstregels bevatten

De syntax noemt voor BT-22 en BT-127 elk 0..1. De documentregel PEPPOL-EN16931-R002 staat meer dan één documentnotitie alleen toe wanneer koper én verkoper Duitse organisaties zijn. Gebruik die uitzondering niet voor ons Nederlandse voorbeeld. Voor de notitie binnen iedere factuurregel zegt UBL-SR-34 maximaal één.

Dat is een telling van XML-elementen. Een zichtbare regelafbreking in één tekst maakt daarvan geen twee Note-elementen. De uitleg over het datatype Text in de BIS zegt dat regelafbrekingen mogen voorkomen en door de ontvanger behouden en gerespecteerd horen te worden. Controleer de werkelijke weergave wel afzonderlijk; wij hebben geen ontvangend pakket getest.

Eigen proef: dezelfde drie notities, andere verdeling

We verzinnen concept PN2210 met twee factuurregels. Regel 10 gaat over montage in ruimte A; regel 20 over controle in ruimte B. Bij de hele factuur staat één notitie met twee tekstregels: “Bij vragen: gebruik de afgesproken projectroute.” en “For questions: use the agreed project channel.” Dit is onze eigen oefentekst, geen echte klantinstructie.

Plaats	Aangetroffen in C1
Factuur	De twee afgesproken tekstregels staan samen in één documentnotitie.
Regel 10	Controle uitgevoerd in ruimte B.
Regel 20	Montage uitgevoerd in ruimte A.

We hebben twee zelfgemaakte, onvolledige XML-fragmenten met een namespacebewuste parser uitgelezen. In C1 tellen we één documentnotitie en één per factuurregel: 1 + 1 + 1 = 3 notities. Toch klopt maar één van de drie tekstplaatsen met ons werkblad. De twee regelteksten zijn verwisseld: 3 − 1 = 2 afwijkingen.

In C2 wisselen we alleen die twee regelteksten terug. Nu komt de montage bij 10 en de controle bij 20 terecht. De telling blijft drie, terwijl de drie onderzochte plaatsen overeenkomen. De proef controleert geen bedragen, prestaties of ontvangst en is geen volledige XML- of Schematron-validatie.

Taalkeuze is geen verplicht taalattribuut

Onze tweetalige documentnotitie is één element met twee tekstregels. Spreek bij een echte factuur af welke taal de ontvanger begrijpt en controleer welke tekst in de export en in de weergave verschijnt. Een Engelse sjabloonkeuze vertelt op zichzelf niet of een eerder opgeslagen Nederlandse regelnotitie mee verandert. Dat pakketgedrag moet je gericht laten tonen.

Voeg niet op eigen initiatief een languageID toe omdat de notitie anderstalig is. UBL-DT-19 zegt dat dit attribuut niet aanwezig hoort te zijn. In de huidige TC434-download staat deze regel als warning, niet als fatal. Die technische melding zegt bovendien niets over de begrijpelijkheid of vertaalkwaliteit van je tekst.

Onze oefening geeft geen algemene taalverplichting en toont geen automatische vertaling. Een tweede documentnotitie voor een tweede taal is in de genoemde Nederlandse situatie ook geen passende oplossing voor de limiet van één. Laat de leverancier de ondersteunde tekstinvoer en export aanwijzen.

Stop vaste kenmerken niet alleen in vrije tekst

Volgens de uitleg van BuyerReference BT-10 is de kopersreferentie een door de koper toegekend kenmerk voor interne routering. Staat zo'n kenmerk alleen in een algemene notitie, dan heb je daarmee nog niet gecontroleerd wat er in het bedoelde referentieveld staat. Bekijk daarvoor de afzonderlijke referentiecontrole.

Hetzelfde praktische onderscheid geldt voor onderbouwing: een zin “zie urenstaat” laat je nog niet de urenstaat zelf openen. Gebruik de controle van het aangehechte bestand als dat document deel van de afgesproken onderbouwing is. Houd in je eigen werkblad tekst, referenties en bestanden apart.

Herstel met het regelnummer naast de tekst

Een bruikbare vraag over C1 luidt: “Bij concept PN2210 staat de montage-uitleg onder regel 20 en de controle-uitleg onder 10. Welke bronvelden bepalen deze twee regelnotities?” Bewaar de verwachte tekst, de aangetroffen tekst en de conceptversie. Alleen melden dat “de opmerking niet klopt” laat onduidelijk waar de verwisseling zit.

Laat de broninvoer of koppeling herstellen en open de opvolgende export. Vergelijk eerst de twee gewijzigde plaatsen, daarna de documentnotitie die gelijk moest blijven. Vraag apart om het volledige validatierapport bij die versie. We hebben de drie relevante assertions in de actuele regelbestanden gelezen, maar die bestanden niet als volledige validator op een factuur uitgevoerd.

Is het document al verzonden, leg dan eerst vast welke versie de klant heeft ontvangen en welke correctie wordt gevraagd. Onze oefening met conceptfragmenten geeft geen opdracht om een echte factuur opnieuw te sturen. Bewaar de uitkomst precies: “drie tekstplaatsen vergeleken” is iets anders dan een klantgoedkeuring of betaling.

Bronnen en verder lezen

Tien officiële HTML-pagina's en twee actuele Schematron-downloads gecontroleerd op 22 oktober 2026. PN2210, de twee tekstvarianten en de vergelijking zijn eigen fictieve uitwerkingen. Geen echt pakket, ontvanger, volledige validator, vertaalfunctie of factuurverzending getest.

Bekijk het Peppol-overzicht voor andere controles.