Peppol & e-facturatie

Peppol: verkoper en begunstigde

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

Wie verkoopt en wie de betaling ontvangt, hoeven in een factuurdossier niet dezelfde partij te zijn. Controleer daarom de verkoper, een eventuele andere begunstigde en de betaalrekening afzonderlijk. Een ingevulde rekeningnaam vertelt nog niet of de naam van de begunstigde op de juiste plaats in je Peppol-export staat.

Begin met de rollen in het factuurdossier

Leg voor één concept vast wie het werk of product verkoopt, wie volgens de vastgelegde afspraak de betaling ontvangt en welk rekeninggegeven daarbij hoort. Noteer ook factuurnummer, conceptversie en de stukken waarmee je vergelijkt. Zet een onduidelijke rol als open vraag op je werkblad; vul haar niet in op basis van alleen een bekend logo.

We gebruiken de OpenPeppol-documentatie voor BIS Billing 3.0, die bij controle de May 2026 Release toont. De uitleg hieronder gaat over de UBL Invoice-structuur van dat formaat. Vraag voor jouw concrete export welk formaat en welke invoervelden worden gebruikt. Een veld met het schermlabel “begunstigde” kan toelichting van de leverancier nodig hebben.

Maak ook een onderscheid tussen deze inhoudelijke vergelijking en de financiële beoordeling van een betaalverzoek. Het terugvinden van een naam in een export bevestigt geen rekeninghouderschap, bevoegdheid om geld te ontvangen of uitvoering door de bank. Leg apart vast welke bevestiging daarvoor in jouw werkproces nodig is.

Behoud de verkoper op zijn eigen plaats

De groep AccountingSupplierParty, BG-4, beschrijft de verkoper en komt eenmaal voor. De verkopersnaam BT-27 staat als RegistrationName onder PartyLegalEntity binnen die partij. De specificatie omschrijft dit als de volledige formele naam waaronder de verkoper is geregistreerd of als persoon handelt.

Controleer dus niet uitsluitend de grote naam bovenaan een leesbare factuur. Zoek in de inhoudsweergave welke waarde daadwerkelijk bij de verkoper hoort. Een andere betalingsontvanger is geen reden om die verkoper zonder inhoudelijke onderbouwing te vervangen. Anders vergelijk je na de wijziging een andere partijrol dan waarmee je begon.

Lees een andere begunstigde als afzonderlijke partij

PayeeParty, BG-10, beschrijft de partij die de betaling ontvangt. Deze groep heeft cardinaliteit 0..1 en moet worden gebruikt wanneer de begunstigde afwijkt van de verkoper. Binnen een aanwezige groep staat de begunstigdennaam BT-59 als Name onder PartyName, met cardinaliteit 1..1.

De melding bij regel BR-17 verlangt die naam als de begunstigde anders is dan de verkoper. Houd de optionele hoofdgroep en de vereiste naam binnen de opgenomen groep dus uit elkaar. Maak geen lege extra partijgroep alleen omdat je pakket daar een invoervak voor toont.

Is er volgens je dossier een andere ontvanger, maar kun je die rol nergens in de export aanwijzen? Vraag welk invoerveld BG-10 en BT-59 voedt. Bewaar het antwoord bij de betreffende documentversie. Een naam in vrije tekst bewijst niet dat het gestructureerde veld is gevuld.

Verwar rekeningnaam en begunstigdennaam niet

De groep PayeeFinancialAccount, BG-17, staat binnen de betaalinstructies en gaat over overschrijvingen. De rekeningidentificatie BT-84 identificeert daar de ontvangende rekening, bijvoorbeeld met een IBAN of BBAN. Binnen die opgenomen groep is de identificatie vereist.

De afzonderlijke rekeningnaam BT-85 heeft cardinaliteit 0..1 en benoemt de rekening bij de betaaldienstverlener. Dit is een ander begrip en een andere plaats dan BT-59. Leid uit twee vergelijkbare schermlabels dus geen uitwisselbaarheid af.

Werk de rekeningcontrole uit met de afzonderlijke vergelijking van betaalwijze, rekening en betalingsreferentie. Vergelijk de naam steeds met het gegeven dat bij die rol hoort. Ga niet uit van een algemene eis dat de rekeningnaam letterlijk gelijk moet zijn aan iedere andere partijnaam in het document.

Eigen proef: vier velden, één ontbrekende naam

Ons fictieve dossier B1910 beschrijft concept C1 van factuur F-B1910. Studio A is de verkoper; Ontvangst B is volgens de gekozen uitgangssituatie de andere begunstigde. De rekening heet in dit voorbeeld Projectontvangsten en krijgt uitsluitend voor de vergelijking het label Rekening R. Dat label is geen geldig rekeningnummer en mag niet in een echte factuur worden gekopieerd.

Van de 4 controlepunten sluiten er 3 aan bij onze gekozen uitgangssituatie. Er blijft 4 − 3 = 1 open punt: de andere begunstigde is niet met haar naam teruggevonden. De rekeningnaam Projectontvangsten vult dat ontbrekende partijgegeven niet aan. Ook de aanwezigheid van label R maakt de ontvanger niet gecontroleerd.

Als een volgende fictieve versie C2 BT-59 op de juiste plaats met Ontvangst B vult en de andere drie punten behoudt, sluiten alle vier aan bij dit papieren dossier. Studio A blijft daarbij verkoper. Dit is uitsluitend een vergelijking van bedoelde rollen en waarden, geen onderzocht rekeningnummer of uitgevoerd validatierapport.

Laat de volledige plek van een waarde aanwijzen

Open de inhoudsweergave van dezelfde export als de leesbare conceptfactuur. Vraag bij een gevonden Name of ID onder welke bovenliggende groep die staat. Alleen een tekstzoekopdracht naar Ontvangst B laat niet zien of de waarde de partij, de rekening of een losse toelichting beschrijft.

Noteer per controlepunt de rol, bedoelde waarde, aangetroffen waarde en plek in de structuur. Bewaar het oorspronkelijke bestand naast je eigen overzicht. Onze vergelijking van UBL en leesbare factuur helpt om documentversies bij elkaar te houden. Een aangepaste pdf zonder nieuwe gestructureerde export rondt de controle niet af.

Herstel de invoer zonder partijrollen gelijk te trekken

Laat de leverancier bij een ontbrekende begunstigde het bronveld en de exportkoppeling uitleggen. Maak daarna een nieuw concept of een nieuwe export volgens de werkwijze van je pakket. Pas niet alleen een naam in een los XML-bestand aan; dan is onduidelijk wat de volgende export opnieuw zal maken.

Vergelijk C2 opnieuw met dezelfde uitgangspunten. Kijk of Studio A verkoper blijft, Ontvangst B als andere begunstigde is opgenomen en de bedoelde rekeninggegevens behouden zijn. Leg een onverwachte rekeningwijziging als een aparte vraag vast. De naamcontrole uit deze uitleg vervangt die beoordeling niet.

Bewaar de uitkomst met een beperkte conclusie

Schrijf in je dossier welke velden zijn vergeleken, welke versie is onderzocht en welke vragen openstaan. Bewaar een eventueel validatierapport afzonderlijk. “Naam gevonden”, “partijrol vergeleken”, “factuur technisch gevalideerd” en “betaling uitgevoerd” zijn verschillende uitkomsten. Geef één gevonden veld niet al die betekenissen.

Gebruik verzonnen gegevens voor een demonstratie en spreek af wie een echt verschil onderzoekt. Bewaar bij de definitieve factuur de bijbehorende export en leesbare versie. Zo blijft later duidelijk of een vraag over de verkoper, de begunstigde of de rekening ging, ook wanneer de pakketinstellingen inmiddels veranderd zijn.