Peppol & e-facturatie
Peppol: fiscale rol
Staat een fiscaal vertegenwoordiger in je Peppol-concept? Lees die partij op haar eigen plaats en vergelijk naam, btw-identificatie en adres met hetzelfde dossier. Een bekende naam bij de verkoper, begunstigde of contactpersoon vult deze aparte rol niet vanzelf in.
Kort antwoord
Laat eerst vaststellen wie in jouw werkelijke situatie de vertegenwoordiger is en of de rol van toepassing is. Zoek daarna in de export TaxRepresentativeParty, BG-11. Controleer binnen die groep de volledige naam, de fiscale identificatie en het postadres. Een lege naam en een ontbrekend adres zijn verschillende bevindingen.
Bepaal eerst welke partijrol je onderzoekt
De rechtstreeks gelezen OpenPeppol-documentatie voor BIS Billing 3.0, May 2026 Release, beschrijft BG-11 als de fiscaal vertegenwoordiger van de verkoper. Deze uitleg gebruikt de UBL Invoice-structuur voor gewone facturering. Zij beoordeelt geen aanstelling, vergunning, aansprakelijkheid of verplichting om een vertegenwoordiger te gebruiken.
De hoofdgroep heeft cardinaliteit 0..1. Daaruit volgt geen algemene toestemming om de rol of vereiste gegevens in elke echte factuur weg te laten. Binnen een opgenomen groep staan PartyName, PostalAddress en PartyTaxScheme elk met 1..1. Lees dus zowel het niveau van de groep als haar onderdelen.
Maak een rollenblad met verkoper en eventuele vertegenwoordiger op aparte regels. Houd daarnaast de andere begunstigde en betaalrekening herkenbaar apart. Het verwerken van de administratie of ontvangen van de betaling bepaalt in deze exportcontrole niet automatisch de fiscale partijrol.
Lees de volledige naam binnen BG-11
De naam BT-62 staat als PartyName/Name binnen TaxRepresentativeParty. De syntax omschrijft haar als de volledige naam van deze vertegenwoordiger. De plaats in de structuur hoort daarom bij je bevinding: alleen zoeken naar dezelfde tekst in de hele export is onvoldoende.
De geselecteerde regel BR-18 controleert bij een aanwezige vertegenwoordigersgroep of deze naam na het normaliseren van witruimte niet leeg is. Een element met alleen spaties geeft dus geen inhoudelijke naam. Een ingevulde naam zegt op zichzelf nog niet dat je de juiste werkelijke vertegenwoordiger hebt vastgesteld.
Controleer de adresgroep en de landcode afzonderlijk
BR-19 onderzoekt bij de vertegenwoordiger of PostalAddress bestaat. De syntax noemt voor deze groep BG-12 en verlangt voldoende adresonderdelen om aan de toepasselijke wettelijke vereisten te voldoen. Dat sommige losse straat-, plaats- of postcodevelden 0..1 tonen, is geen verklaring dat ieder summier adres inhoudelijk voldoende is.
BR-20 heeft een andere context: een aanwezige adresgroep. Daar wordt onderzocht of Country/IdentificationCode na witruimtenormalisatie niet leeg is. De landcode is BT-69; de veldpagina koppelt haar ook aan de ISO-landcodelijst. Een gevuld codeveld en een correct, volledig adres zijn afzonderlijke controles.
Ontbreekt de hele adresgroep, dan vindt de controle op die adrescontext geen plaats om te onderzoeken. Dat herstelt de ontbrekende groep uit BR-19 niet. Noteer daarom “adres ontbreekt” in plaats van uitsluitend te zeggen dat je geen landcodemelding zag.
Houd het btw-nummer bij dezelfde vertegenwoordiger
BT-63 staat als PartyTaxScheme/CompanyID binnen BG-11. Het gaat daar om de btw-identificatie van de vertegenwoordiger. De bijbehorende TaxScheme/ID is volgens de geraadpleegde syntax VAT. Lees beide waarden samen met de bovenliggende partijgroep.
Vergelijk dit met de afzonderlijke fiscale identificatie van de verkoper. Hetzelfde woord CompanyID maakt twee plaatsen niet uitwisselbaar. Verplaats niet zomaar een nummer om een melding weg te krijgen. De BT-63-pagina verwijst ook naar regels voor de identificatie en verschillende btw-categorieën; de drie controles in ons voorbeeld beoordelen die overige regels niet.
Eigen proef FV2910 met vier beperkte fragmenten
We verzinnen vier alternatieven voor één vertegenwoordigersgroep. Alle vier krijgen de naam Proefvertegenwoordiger FV2910, behalve B met uitsluitend spaties. Een aanwezige adresgroep bevat in A en B landcode NL; in D bevat het codeveld alleen spaties. C laat de hele adresgroep weg. De alternatieven zijn geen opeenvolgende bewerkingen van een echte factuur.
In alle fragmenten staat uitsluitend het oefenlabel PROEF-VAT-REP bij CompanyID en VAT bij het stelsel. Het label is geen geldig btw-nummer en mag niet worden verzonden. Deze proef onderzoekt de naam-, adresgroep- en landcodecontroles, geen identificatieformaat of echte registratie.
| Eigen variant | Gekozen bevinding |
|---|---|
| A: naam, adresgroep en landcode gevuld | De drie gekozen controles vinden hier geen afwijking. |
| B: naam bevat alleen spaties | De naamcontrole BR-18 vindt lege inhoud. |
| C: hele adresgroep ontbreekt | BR-19 mist de groep. BR-20 heeft geen adrescontext. |
| D: adresgroep bestaat, landcode is leeg | De landcodecontrole BR-20 vindt lege inhoud. |
Onze namespacebewuste parser en een onafhankelijke vaste vergelijkingsmatrix leveren dezelfde uitkomst. Voor BR-18 en BR-19 zijn er elk vier contexten; voor BR-20 drie: 4 + 4 + 3 = 11 onderzochte controles. Daarvan vinden er drie de beschreven afwijking. Bij C blijft één mogelijke landcodecontrole zonder context. We hebben geen Schematron-engine of volledig factuurdocument uitgevoerd.
Lees een melding samen met haar context
Bewaar bij een echte export het regelnummer, de documentversie en de plek van de gevonden waarde. Een pakket kan een technische melding anders formuleren. Vraag daarom welk onderdeel van de oorspronkelijke export is onderzocht en of het rapport dezelfde versie betreft als je leesbare concept.
A laat alleen zien dat onze drie gekozen tests in dat fragment geen afwijking vinden. Het bevestigt geen compleet adres, geldige btw-identificatie, juiste vertegenwoordiging of geslaagde factuurvalidatie. De ontbrekende overige factuuronderdelen en alle andere toepasselijke regels blijven buiten deze oefening.
Herstel het brongegeven en vergelijk opnieuw
Laat bij een verschil aanwijzen welk invoerveld de vertegenwoordigersgroep vult. Corrigeer de bedoelde bron volgens de pakketwerkwijze en maak een nieuw concept. Vergelijk opnieuw de rol, naam, adresgroep, landcode en fiscale identificatie. Alleen een naam op de pdf aanpassen toont niet wat een volgende gestructureerde export zal bevatten.
Bewaar de onderzochte versie, de gewijzigde versie en open vragen naast elkaar. Scheid “veld teruggevonden”, “rol inhoudelijk beoordeeld” en “volledige factuur gevalideerd”. Voor FV2910 zijn geen softwarepakket, fiscale bevoegdheid, werkelijke aangifte, factuurverzending of betaling getest.
Officiële bronnen en afbakening
Negen huidige productiepagina's van OpenPeppol rechtstreeks gelezen op 29 oktober 2026; de opgehaalde pagina's tonen May 2026 Release. Gekozen: BIS Billing 3.0, UBL Invoice. FV2910, de oefenlabels, vier fragmenten en beperkte narekening zijn eigen werk. De drie tests vervangen geen volledige technische of fiscale beoordeling.