Peppol & e-facturatie

Peppol: pakbon en ontvangst

Een pakbonnummer, een ontvangstregistratie en een bericht dat je factuur technisch is afgeleverd, horen bij verschillende gebeurtenissen. Controleer bij een Peppol-factuur welk brondocument ieder nummer aanwijst. Alleen een herkenbare code op de pdf zien is daarvoor onvoldoende.

Kort antwoord

Vraag bij de opdracht welke pakbon of welk verzendbericht en welke eventuele ontvangstregistratie worden bedoeld. Vergelijk de bevestigde nummers met hun eigen plaats in dezelfde gestructureerde factuurversie. Houd de twee documentrollen apart van het afleveradres, het ordernummer en de technische factuurstatus.

We gebruiken hier de UBL Invoice-syntax van Peppol BIS Billing 3.0, May 2026 Release. Onze eigen deel-XML is alleen uitgelezen voor de genoemde verwijzingen en aantallen. Dit is geen volledige schema- of Schematronvalidatie, echte levering of verzonden factuur.

Begin met het document achter ieder nummer

De BIS-uitleg over despatch- en receipt-verwijzingen beschrijft het verbinden van de factuur met die afzonderlijke documenten. Zoek dus eerst het bronstuk op. In deze uitleg noemen we het despatch-document kort een pakbon of verzendbericht; de andere verwijzing hoort bij een receiving advice, een ontvangstbericht over de levering.

Schrijf op wie het document heeft opgesteld, op welke opdracht het betrekking heeft en welke documentversie is bevestigd. Een interne mapnaam of bestandsnaam is niet vanzelf de identificatie die de andere administratie gebruikt. Vraag bij een afkorting als “ontvangst” wat er precies is ontvangen: goederen, een document of alleen een technisch bericht.

De afleverplaats is een ander gegeven. Gebruik daarnaast de controle van afleveradres en locatie. Een juist depotadres vervangt de verwijzing naar een pakbon niet, en een pakboncode vertelt in je eigen controleblad nog niet welk adres is bevestigd.

Lees de twee bovenliggende onderdelen in de export

De groep voor het verzenddocument is cac:DespatchDocumentReference. Daarbinnen staat cbc:ID voor de verwijzing BT-16. Schrijf de volledige plaats op; alleen “ID” is te algemeen om het onderzochte gegeven terug te vinden.

Voor de ontvangstregistratie gebruikt de afzonderlijke ontvangstgroep cac:ReceiptDocumentReference. Haar cbc:ID is BT-15. De gelijke naam van het kind maakt deze twee documentrollen niet uitwisselbaar.

Beide groepen hebben in deze syntax 0..1. Een opgenomen groep bevat één ID, aangeduid met 1..1. Dat onderscheid betekent niet dat je altijd beide groepen moet vullen. Vraag na wat voor de concrete opdracht nodig is en welke bron daarvoor bestaat; verzin geen ontvangstnummer om een vak gevuld te krijgen.

Eigen dossier P2110: een technische melding in het verkeerde veld

We verzinnen factuur F-P2110 voor een levering aan depot Noord. Ons dossier koppelt die levering aan pakbon PB2110-A en ontvangstregistratie ON2110-N. ACK2110-9 is in deze oefening uitsluitend het nummer van een technische melding over de factuur. Deze codes en hun betekenis zijn onze eigen aannames, geen echte documenten of algemene nummerformaten.

DocumentrolWaarde in concept C1
PakbonPB2110-A
Onder DespatchDocumentReference
OntvangstACK2110-9
Onder ReceiptDocumentReference

Beide plaatsen bevatten een waarde en ieder nummer staat er één keer. Toch wijst de tweede waarde volgens onze eigen dossierafspraak naar de verkeerde gebeurtenis. We verwachten daar ON2110-N. De aanwezigheid en het aantal lossen die inhoudelijke verwisseling niet op.

We hebben de twee paden uit zelfgemaakte, beperkte XML-fragmenten gelezen. Daarbij komt de pakbonwaarde overeen met ons dossier en de ontvangstwaarde niet. De fragmenten bevatten niet de overige verplichte factuurinhoud en zijn geen bruikbare verzendbestanden. De uitkomst zegt evenmin dat goederen werkelijk zijn ontvangen of geaccepteerd.

Vergelijk bronstuk, pakketveld en dezelfde conceptversie

Maak een eigen referentieregel met documentsoort, bevestigde identificatie, bronversie, invoerveld en aangetroffen exportplaats. Laat de leverancier het bronveld aanwijzen als het pakket alleen “Referentie” of “Ontvangst” toont. Noteer ook welke factuurversie je bekijkt, zodat een oude download niet ongemerkt naast een nieuw scherm ligt.

Gebruik de controle van klant- en orderreferenties in de export voor die andere nummers. Zet een pakboncode niet alvast in een orderveld omdat de pdf haar dan zichtbaar maakt. Een zichtbare tekst is nog geen bevestiging van het juiste gestructureerde onderdeel.

In P2110 leggen we de vraag gericht vast: “Concept C1 bevat ACK2110-9 in de ontvangstverwijzing; ons dossier noemt ON2110-N. Welk invoerveld bepaalt deze exportwaarde?” Zo blijft duidelijk welke koppeling onderzocht moet worden. Een algemene vraag om “alle referenties te herstellen” laat die betekenis open.

Controleer meerdere pakbonnen voordat je groepen herhaalt

UBL-SR-03 begrenst het aantal despatch-ID's tot één. UBL-SR-02 doet dat voor de receiving-advice-ID. Deze regels tellen voorkomens; ze vergelijken het nummer niet met jouw onderliggende pakbon of ontvangstregistratie.

Voor onze eigen foutvariant C3 voegen we twee verzendgroepen toe, met PB2110-A en PB2110-B. De beperkte uitlezing telt dan twee ID's op het onderzochte despatch-pad: 2 is meer dan 1. Dat past niet bij de genoemde voorkomensgrens. Het is onze eigen telling, geen uitgevoerd validatorrapport.

Factureer je in werkelijkheid over meerdere pakbonnen, leg die situatie eerst voor aan koper en pakketleverancier. Laat bevestigen hoe de documentkoppeling binnen het gebruikte profiel wordt ingericht. Herhaal de groep niet zonder controle en plak verschillende nummers niet blind aan elkaar; dan is nog niet afgesproken welk brondocument die nieuwe tekst identificeert.

Herstel de bronkoppeling en controleer de opvolger

In onze fictieve C2 blijft PB2110-A staan en wordt de ontvangstverwijzing ON2110-N. De twee uitgelezen waarden komen dan overeen met de gekozen dossierafspraak. We noemen dit alleen overeenstemming voor deze twee verwijzingen. Er is daarmee geen uitspraak gedaan over de overige factuurvelden, volledige validatie of verwerking bij een echte koper.

Bewaar C1 naast de nieuwe versie en leg vast welk bronveld is gewijzigd. Bekijk na een echte aanpassing opnieuw beide paden en de aangetroffen aantallen. Laat daarna de volledige uiteindelijke export controleren met de toepasselijke profiel- en landenregels. Onze kleine uitlezing vervangt die controle niet.

Bewaar documentkoppeling en factuurstatus afzonderlijk

Sluit je eigen dossier af met de bevestigde bronstukken, onderzochte factuurversie en nog openstaande vraag. Een technische aflevermelding over de factuur hoort bij de factuurstatus. Gebruik die melding niet als vervangend bronstuk voor de ontvangst van goederen, zoals in onze verkeerd gekoppelde C1.

Is het document al verzonden, bewaar dan de verzonden versie en de reactie voordat je met de betrokken administratie een correctieroute afspreekt. Verander niet alleen de leesbare pdf terwijl de gestructureerde verwijzing gelijk blijft. De actuele BIS Billing-documentatie is de basis voor de technische vervolgcontrole; ons dossier bepaalt geen betaling, aanvaarding of juridisch bewijs van levering.

Bronnen en verder lezen

Acht officiële OpenPeppol-pagina's rechtstreeks gecontroleerd op 21 oktober 2026. De actuele syntax toont May 2026 Release; het BIS-document vermeldt versie 3.0.21. P2110 en C1/C2/C3 zijn eigen fictie. Alleen de twee verwijzingen in beperkte, zelfgemaakte XML zijn uitgelezen; geen volledige factuurvalidatie, pakkettest of verzending.