Peppol & e-facturatie

Peppol: namen en nummers

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

Een handelsnaam, formele partijnaam, registratienummer en btw-id beantwoorden verschillende vragen. Vergelijk daarom niet alleen of je bedrijfsnaam ergens in de Peppol-export staat. Zoek per gegeven de bedoelde partij én de bovenliggende groep. Twee velden die allebei CompanyID heten, kunnen een ander nummer bevatten.

Kort antwoord

Leg eerst vast wie verkoper en koper zijn. Vergelijk vervolgens de formele naam, eventuele handelsnaam, juridische registratie en fiscale identificatie afzonderlijk met dezelfde conceptversie. Laat een verschil herstellen in het brongegeven van je pakket en lees daarna een nieuwe export. Een gevonden naam of technisch herkenbaar nummer bewijst op zichzelf geen juiste partijregistratie.

Deze uitleg gebruikt de gepubliceerde Peppol BIS Billing 3.0-documentatie voor UBL Invoice. Die toont bij controle May 2026 Release; de release notes noemen versie 3.0.21. We behandelen gewone facturering. Stelt de afnemer de factuur op, begin dan met de afzonderlijke rollen en het selfbilling-profiel.

Houd formele naam en handelsnaam apart

De verkopersnaam BT-27 staat als RegistrationName onder PartyLegalEntity bij de verkoper. Dit is de volledige formele naam waaronder die geregistreerd is of als persoon handelt. De syntax geeft voor deze naam cardinaliteit 1..1: eenmaal aanwezig.

De handelsnaam BT-28 staat op een andere plaats: Name onder PartyName. De groep PartyName is 0..1; binnen een opgenomen groep is de naam 1..1. Dat onderscheid voorkomt de onjuiste conclusie dat iedere verkoper daarnaast een andere handelsnaam moet hebben.

Neem op je eigen vergelijking twee regels op, ook als jouw pakket maar één duidelijk schermlabel toont. Vraag welk bronveld de formele naam voedt en hoe een eventuele handelsnaam wordt uitgevoerd. Een bekend logo boven de pdf vertelt niet welke van deze plaatsen gevuld is. Houd daarnaast een andere betalingsontvanger en rekeningnaam buiten deze naamvergelijking.

Lees de juridische registratie bij haar eigen groep

De juridische identificatie BT-30 is CompanyID onder PartyLegalEntity. Het gaat om een door een officiële registratiehouder uitgegeven identificatie van de verkoper als entiteit of persoon. De algemene syntax toont 0..1 en een afzonderlijk attribuut schemeID voor het identificatieschema. Lees ook de toepasselijke regels; alleen die 0..1 is geen complete invulinstructie.

Laat in een inhoudsweergave dus de groep boven het nummer tonen. Noteer betekenis, waarde en schema naast elkaar. Een nummer overnemen omdat het scherm “bedrijfsnummer” zegt, laat nog open of de export juridische registratie, fiscale identificatie of een ander kenmerk bedoelt.

Het fiscale CompanyID is een ander veld

Onder PartyTaxScheme kan CompanyID de btw-identificatie BT-31 of een andere fiscale registratie BT-32 beschrijven. De bijbehorende TaxScheme/ID maakt het onderscheid: voor BT-31 is de waarde VAT; voor BT-32 is die anders dan VAT.

Zoek daarom niet alleen op de laatste elementnaam. Vraag de viewer om zowel de plaats als het belastingstelsel te tonen. Wijzig een juridische registratie niet in een btw-id om twee schermen gelijk te laten lijken. Welke fiscale gegevens voor jouw factuur vereist of juist niet toegestaan zijn, hangt ook van de toepasselijke factuurregels af. Deze veldvergelijking kiest geen btw-behandeling.

Vergelijk de koper op zijn eigen plaats

Ook bij de koper onder AccountingCustomerParty bevat PartyLegalEntity een RegistrationName voor de volledige kopersnaam en een afzonderlijk CompanyID voor de juridische registratie. Lees verkoper en koper dus niet uit één verzameling losse zoekresultaten. Zet boven iedere gevonden waarde welke partijgroep je onderzoekt.

Ons voorstel is om het klantdossier en de export naast elkaar te leggen met één versienaam. Noteer een onduidelijke dochtermaatschappij of afwijkende naam als vraag voor de verantwoordelijke contactpersoon. Een bereikt Peppol-adres rondt deze inhoudelijke vergelijking niet af; houd de afzonderlijke adrescontrole herkenbaar bij je dossier.

Eigen proef: twee CompanyID-velden, één verwisseling

We verzinnen dossier PG2110 voor verkoper Riet Werk BV, met handelsnaam Riet Ontwerp. De labels REG-S2110 en VAT-S2110 staan uitsluitend voor twee verschillende bedoelde identificaties. Het zijn nadrukkelijk geen geldige registratie- of btw-nummers en geen voorbeeldwaarden om te verzenden.

We hebben voor deze eigen oefening twee beperkte XML-fragmenten met een namespacebewuste parser gelezen. In C1 staan twee CompanyID-elementen. Eén bevat op de juridische plek het verkeerde label. Daardoor sluiten 3 van onze 4 punten aan: 4 − 3 = 1 afwijking. Dat VAT-S2110 óók correct bij het fiscale veld staat, herstelt de juridische plek niet.

In fragment C2 wijzigen we alleen de juridische waarde naar REG-S2110. De vier gekozen waarden sluiten dan alle vier aan bij ons fictieve dossier. Deze proef controleert geen echte onderneming, geldigheid van nummers, koper of landregels. De fragmenten zijn geen volledige facturen; we hebben geen volledige XML- of Schematron-validatie en geen verzending uitgevoerd.

Lees algemene en Nederlandse regels samen

BR-CO-26 verlangt voor herkenning van de verkoper een verkopersidentificatie BT-29, juridische registratie BT-30 en/of btw-identificatie BT-31. Dat betekent niet dat elk willekeurig ingevuld nummer voldoende is voor alle andere controles.

Voor Nederlandse verkopers noemt NL-R-003 bij de juridische identificatie een KVK- of OIN-nummer, met schema 0106 of 0190. Bij een Nederlandse verkoper én Nederlandse koper noemt NL-R-005 diezelfde soorten voor de juridische identificatie van de koper. Verwar deze schema's voor partijgegevens niet automatisch met je netwerkroute.

Laat je leverancier voor een echte factuur aangeven welke actuele regels op de gekozen partijlanden en factuursituatie worden toegepast. Bewaar een melding met regelnummer en veld. Onze vierpuntsproef doet geen uitspraak over het slagen voor deze regels of over juridische factuurvereisten.

Herstel de bron en bewaar beide versies

Vraag bij een verwisseling welk invoerveld het verkeerde exportgegeven heeft gevuld. Corrigeer dat volgens de pakketwerkwijze en maak een nieuw concept. Werk niet uitsluitend de leesbare naam op de pdf bij: dan is nog niet aangetoond wat de volgende gestructureerde export bevat.

Bewaar C1, C2 en het beperkte vergelijkingsoverzicht bij elkaar. Schrijf afzonderlijk op wat is vergeleken en welke registratie- of validatievraag nog openstaat. “Vier waarden sluiten aan” zegt hier iets over ons oefendossier. Het bevestigt geen echte identiteit, bevoegdheid, btw-status, technische goedkeuring, klantacceptatie of betaling.

Bronnen en verder lezen

Twaalf officiële OpenPeppol-HTML-pagina's rechtstreeks gelezen op 21 oktober 2026. Geselecteerd: BIS Billing 3.0, May 2026 Release, versie 3.0.21, UBL Invoice. Het fictieve dossier PG2110, de labels, twee fragmenten en vierpuntsvergelijking zijn onze eigen uitwerking. Geen echte registratie of btw-id gecontroleerd, volledige factuur gevalideerd of factuur verzonden.