Peppol & e-facturatie

Peppol: object bij factuur of regel

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

Verwijst je Peppol-factuur naar een abonnement, aansluiting of ander factureringsobject? Leg eerst vast of het kenmerk voor de factuur als geheel geldt of bij een bepaalde factuurregel hoort. Zoek daarna de waarde op diezelfde plaats in de gestructureerde inhoud. Een code ergens in het bestand vinden is onvoldoende.

Kort antwoord

OpenPeppol onderscheidt het factureringsobject op documentniveau, BT-18, van het object bij een factuurregel, BT-128. Beide zijn iets anders dan een factuurregelnummer, artikelcode of contractnummer. Vergelijk per onderzocht object de betekenis, de bevestigde waarde, de bovenliggende groep en een eventueel identificatiestelsel.

Deze uitleg betreft een UBL Invoice binnen de bij controle getoonde May 2026 Release van BIS Billing 3.0. Onze oefencodes zijn fictief; we hebben geen pakketexport of volledig XML-document getest.

Begin bij het object en de reikwijdte

De BIS-uitleg over het factureringsobject noemt een door de verkoper gegeven kenmerk van het object waarop wordt gefactureerd, bijvoorbeeld een abonnement of meetpunt. Vraag bij een algemeen schermveld “Referentie” daarom eerst welk object bedoeld is en voor welk deel van de factuur het geldt.

Op documentniveau staat de waarde in cac:AdditionalDocumentReference met een cbc:ID. Voor een factureringsobject geeft cbc:DocumentTypeCode de waarde 130. Die aanvullende documentgroep dient ook voor ondersteunende documenten. De ID-pagina noemt dan ook BT-18 én BT-122. Lees dus niet ieder ID in deze groep automatisch als een objectcode.

De documentgroep heeft cardinaliteit 0..n. Dat beschrijft de groep met haar verschillende toepassingen; het maakt niet iedere opgenomen verwijzing tot een factureringsobject. Een contract houdt daarnaast zijn eigen betekenis en plaats. Gebruik daarvoor onze controle van project- en contractreferenties.

Lees het object binnen de juiste factuurregel

Op regelniveau zit de objectverwijzing onder cac:InvoiceLine in cac:DocumentReference. De regelsyntax geeft deze groep 0..1. Een opgenomen groep bevat één cbc:ID en één cbc:DocumentTypeCode; bij dat laatste hoort 130.

De object-ID op regelniveau is BT-128. Het regelnummer staat direct bij de factuurregel, op een andere plaats. Neem bij je vergelijking daarom regelnummer en omschrijving mee. De afzonderlijke uitleg over factuurregel, orderregel en artikelcode helpt die rollen uit elkaar te houden.

Een 1..1 bij het ID binnen de groep betekent niet dat je op iedere factuurregel een objectverwijzing moet toevoegen. Spreek eerst af welke gegevens bij de onderzochte prestatie horen. Vul een onbekende code niet met het artikelnummer omdat beide toevallig op hetzelfde scherm staan.

Houd de objectwaarde en het stelsel apart

Beide ID-pagina's tonen een attribuut schemeID voor het identificatiestelsel. Dat attribuut is de aanduiding van het stelsel, niet de objectwaarde zelf. De BIS beschrijft voor de documentverwijzing een stelselaanduiding wanneer anders niet duidelijk is welk stelsel wordt gebruikt; de keuze komt uit de daarvoor genoemde UN/CEFACT-lijst 1153, versie D.16B.

Vraag bij een onduidelijke koppeling dus om de betekenis van zowel het kenmerk als het eventuele stelsel. Neem niet zomaar een code uit een documentatievoorbeeld over. Voor onze fictieve OBJ-codes is geen geldig identificatiestelsel vastgesteld. Het controleblad hieronder is daardoor ook geen voorbeeld van een complete verzendklare factuur.

Eigen proef FO2610: drie regels, twee objectcodes

Wij verzinnen een afspraakblad voor factuur FO2610. Regel 1 en 3 gaan over object OBJ-A; regel 2 over OBJ-B. Dezelfde dienstcode SVC-H komt bij de twee verschillende objecten voor. In onze fictieve kandidaat zijn alleen de objectkoppelingen bij regel 1 en 2 verwisseld. Alle onderstaande nummers en codes zijn oefengegevens.

Beide lijstjes bevatten drie koppelingen en twee verschillende objectcodes. OBJ-A staat er telkens twee keer in, OBJ-B één keer. Toch zijn twee van de drie koppelingen verschillend: regel 1 en regel 2. Alleen tellen of de codes OBJ-A en OBJ-B ergens voorkomen, mist in deze oefening dus de verwisseling.

Het terugkeren van OBJ-A bij regel 1 en 3 is onze bewuste afspraak, geen dubbel factuurregelnummer. Vergelijk de combinatie van regel en object. Een objectcode alleen op documentniveau vinden bewijst evenmin dat de bedoelde regelniveaus zijn onderzocht.

Vergelijk de regelcontrole met de inhoudelijke afspraak

R100 begrenst het aantal objectverwijzingen per factuurregel. De getoonde test telt de verwijzingsgroepen. R101 controleert het gebruik van de documentverwijzing voor een regelobject met typecode 130. Die tests vergelijken niet ons eigen afspraakblad met de bedoelde OBJ-A en OBJ-B.

Een telling van één verwijzingsgroep zegt dus nog niet dat de gekozen objectwaarde bij de juiste prestatie hoort. Vraag in de inhoudsweergave om de bovenliggende factuurregel en leg de betreffende bronafspraak ernaast. Onze vergelijking is zonder XML-validator uitgevoerd en levert geen positief of negatief volledig validatierapport op.

Bewaar de waarde met de onderzochte versie

Noteer factuurversie, regelnummer, dienst, objectwaarde, eventueel stelsel en de herkomst van de afspraak. Laat de pakketleverancier aanwijzen welk invoerveld de bedoelde exportplaats vult wanneer het scherm onvoldoende onderscheid maakt. Alleen de leesbare pdf corrigeren laat niet zien wat in de gestructureerde inhoud is veranderd.

Vergelijk na herstel alle drie de regels opnieuw, zodat de juiste koppeling van regel 3 behouden blijft. Bewaar het oorspronkelijke concept en de onderzochte opvolger onder aparte revisies. Deze controle beoordeelt geen echte levering, abonnementsovereenkomst, ontvangst, aanvaarding of betaling; zij maakt de onderzochte objectkoppelingen navolgbaar.