Wat is UBL? Het formaat, het bestand en de UBL-factuur

UBL (Universal Business Language) is een open standaard voor zakelijke documenten. Een UBL-factuur is dus een factuur in dat formaat: een gestructureerd, machineleesbaar XML-bestand dat boekhoudsoftware automatisch inleest, controleert en klaarzet voor boeking. Anders dan bij een PDF hoeft niemand de gegevens over te typen. In dit artikel lees je hoe UBL werkt, van het maken van een factuur tot het versturen en verwerken ervan. Verder wat er in een UBL-bestand staat, wat het verschil is met XML en PDF, wat de voordelen en nadelen zijn, en welke misvattingen het vaakst voor problemen zorgen.

Eerst drie dingen scheiden. UBL is het formaat van het document, Peppol is het netwerk waarover je het verstuurt, en e-facturatie is de verplichting die daarachter zit. Ze worden vaak door elkaar gebruikt, maar je kunt UBL-facturen ook per e-mail versturen zonder Peppol, en Peppol vervoert ook andere documenten dan facturen. In Nederland is SI-UBL de gangbare variant.

Zoek je iets specifiekers? Heb je facturen in PDF die je wilt omzetten, lees dan facturen converteren naar UBL. Wil je de twee formaten naast elkaar zien, dan staat die vergelijking verderop in dit artikel. Werk je met losse PDF-bestanden, lees dan PDF naar UBL converter. En wil je meteen zien hoe zo’n bestand van binnen is opgebouwd, ga naar de veldentabel.

Inhoudsopgave

• Wat is UBL?
• Wat staat er in een UBL-bestand?
• UBL, XML en PDF: het verschil
• Welke UBL-versies en varianten zijn er?
• Hoe maak je een UBL-factuur?
• Hoe verstuur je een UBL-factuur?
• Hoe verwerk je een ontvangen UBL-factuur?
• Wat zijn de voordelen en nadelen van UBL?
• Vier misvattingen over UBL
• UBL, Peppol en de e-facturatieplicht
• Is een UBL-factuur verplicht?
• Veelgestelde vragen over UBL
• Tot slot

Wat is UBL?

UBL is een internationale standaard die vastlegt welke velden een zakelijk document bevat en hoe die velden heten. Dat klinkt abstract, maar het gevolg is heel concreet: omdat het factuurnummer altijd in hetzelfde veld staat, hoeft software niet te raden waar het staat. Een mens leest een factuur door ernaar te kijken; software leest een UBL-factuur door de velden uit te lezen. Daar zit het hele verschil in verwerkingstijd.

Wat staat er in een UBL-bestand?

Een UBL-bestand heeft de extensie .ubl of .xml en bevat de factuurgegevens als gestructureerde velden. Zo ziet een deel van een factuur van € 1.000 exclusief btw eruit als UBL:

Gegeven	UBL-veld	Voorbeeldwaarde
Factuurnummer	cbc:ID	2026-0148
Factuurdatum	cbc:IssueDate	2026-09-09
Leverancier	cac:AccountingSupplierParty	Voorbeeld BV
Btw-nummer	cbc:CompanyID	NL001234567B01
Bedrag exclusief btw	cbc:TaxExclusiveAmount	1000.00
Btw-bedrag	cbc:TaxAmount	210.00
Totaal te betalen	cbc:PayableAmount	1210.00

Let op wat hier gebeurt: het btw-bedrag van € 210 staat in een eigen veld, los van het totaal. Daarom kan software de btw meteen op de juiste grootboekrekening zetten zonder terug te rekenen. Bij een PDF moet dat bedrag eerst uit het beeld worden herkend, en dan is er altijd een kans dat 1210 en 210 worden verwisseld.

UBL-factuur voorbeeld

In het bestand zelf zien diezelfde gegevens er zo uit. Dit is een sterk ingekort fragment; een echte UBL-factuur bevat tientallen regels meer.

<Invoice>
  <cbc:ID>2026-0148</cbc:ID>
  <cbc:IssueDate>2026-09-09</cbc:IssueDate>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cbc:CompanyID>NL001234567B01</cbc:CompanyID>
    </cac:Party>
  </cac:AccountingSupplierParty>
  <cac:TaxTotal>
    <cbc:TaxAmount currencyID="EUR">210.00</cbc:TaxAmount>
  </cac:TaxTotal>
  <cac:LegalMonetaryTotal>
    <cbc:TaxExclusiveAmount currencyID="EUR">1000.00</cbc:TaxExclusiveAmount>
    <cbc:PayableAmount currencyID="EUR">1210.00</cbc:PayableAmount>
  </cac:LegalMonetaryTotal>
</Invoice>

Je ziet hier waarom niemand dit met de hand wil lezen, en tegelijk waarom software er wél goed mee uit de voeten kan. Elk bedrag zit in een eigen element met een eigen valuta-aanduiding, dus er valt niets te interpreteren.

UBL, XML en PDF: het verschil

	Leesbaar voor mensen	Leesbaar voor software
PDF	ja	nee, herkenning nodig
Willekeurige XML	nauwelijks	alleen met afspraken per leverancier
UBL	nauwelijks	ja, volgens één standaard

Elke UBL-factuur is een XML-bestand, maar niet elk XML-bestand is UBL. Dat is meer dan een woordspel: bij losse XML moet je per leverancier afspreken welk veld wat betekent, bij UBL ligt dat vast in de standaard. En omdat UBL nauwelijks leesbaar is voor mensen, levert bijna elk pakket naast het UBL-bestand ook een PDF mee om te bekijken en te archiveren.

In de praktijk bestaan de twee formaten naast elkaar. PDF is in Nederland nog het meest verstuurde factuurformaat, vooral bij eenmanszaken en het MKB, simpelweg omdat een ondernemer zonder verwerkingssoftware weinig aan een UBL-bestand heeft en een leesbare factuur wil. Aan de ontvangstkant groeit UBL wel hard, gedreven door de overheid en het Peppol-netwerk. Daardoor krijgen accountantskantoren steeds vaker een hybride stroom binnen: UBL en PDF door elkaar, in dezelfde administratie.

Welke UBL-versies en varianten zijn er?

UBL wordt beheerd door OASIS. Versie 1.0 kwam in 2004, 2.0 in 2006 en 2.1 in 2013; die laatste is later ook als internationale ISO/IEC-standaard vastgesteld. Daarna volgden nog nieuwere versies, maar in Nederland draait het in de praktijk om 2.1. Vraag je je af waarom een leverancier “UBL 2.0” noemt: voor een gewone factuur zijn de verschillen tussen 2.0 en 2.1 klein.

Belangrijker dan het versienummer is de variant. Niemand implementeert de volledige standaard, dus er zijn profielen die vastleggen welke velden je gebruikt en wat ze betekenen. Deze kom je in Nederland tegen:

Variant	Waar je hem tegenkomt
SI-UBL	De gangbare variant voor zowel zakelijk verkeer als leveringen aan de overheid, afgesproken binnen de Nederlandse Peppolautoriteit. Dit is wat je in de praktijk het vaakst ziet.
UBL-OHNL	De eigen variant van de Rijksoverheid, gebruikt in combinatie met Digipoort en dus alleen voor leveringen aan de overheid.
NLCIUS	De Nederlandse invulling van de Europese norm EN 16931. Bepaalt welke velden verplicht zijn in een kernfactuur.
Peppol BIS	De Europese specificatie voor uitwisseling via Peppol, die een deel van UBL gebruikt.

Hierdoor is niet altijd op voorhand duidelijk welke velden je software kan overnemen. Krijg je facturen die maar half worden gevuld, dan zit het probleem vaker in de variant dan in de standaard. Wil je nagaan wat er in Nederland formeel is vastgelegd, dan staat dat op de lijst van Forum Standaardisatie.

Hoe maak je een UBL-factuur?

Zelf een UBL-bestand met de hand opstellen is complex en foutgevoelig, omdat het XML-formaat exacte structuren vereist. Laat je factuur- of boekhoudpakket het werk doen: de meeste pakketten, zoals Exact, Twinfield of Moneybird, exporteren een factuur direct als UBL naast de gewone PDF. Zo maak je met een paar klikken een correcte UBL-factuur, en hoef je je niet in de veldnamen uit de tabel hierboven te verdiepen.

Hoe verstuur je een UBL-factuur?

Versturen doe je vanuit het pakket waarin je factureert. Je maakt de verkoopfactuur, kiest UBL als uitvoer en verstuurt hem via een van deze drie routes:

• Per e-mail. Je stuurt het UBL-bestand als bijlage mee, meestal samen met de PDF. Dat werkt zonder aanmelding op een netwerk, maar je klant moet het bestand zelf inlezen.
• Via Peppol. Je pakket of toegangspunt levert de factuur af op het Peppol-ID van je klant. Daardoor komt hij rechtstreeks in zijn administratie terecht, zonder e-mail ertussen.
• Via een klantportaal. Grote afnemers en overheidsinstanties vragen soms om een upload in hun eigen portaal, met UBL als voorgeschreven formaat.

Let op de rolverdeling. TriFact365 zit aan de ontvangstkant: je krijgt een Peppol-ID en ontvangt er Peppol-facturen, die vervolgens als boekingsvoorstel klaarstaan. Het versturen van je eigen verkoopfacturen regel je dus in je factuur- of boekhoudpakket, niet hier.

Hoe verwerk je een ontvangen UBL-factuur?

Ontvang je een UBL-factuur, dan leest je verwerkingstool de velden rechtstreeks in en zet een boekingsvoorstel klaar; jij controleert alleen nog. TriFact365 herkent zowel UBL-bestanden als PDF’s en maakt er een boekingsvoorstel van in je eigen portal, dat na jouw akkoord naar je boekhoudpakket gaat. Ontvang je nog vooral PDF’s, dan zet geautomatiseerde factuurverwerking die eerst om naar bruikbare data. In beide gevallen verdwijnt het overtypen.

Wat zijn de voordelen en nadelen van UBL?

Kort samengevat: UBL versnelt de verwerking aan de ontvangstkant, maar het lost niet alles op. Beide kanten op een rij, want die tweede helft blijft in de meeste uitleg onbenoemd.

Voordelen van UBL

• Geen overtypen. Bedragen, datums en nummers komen rechtstreeks uit het bestand, dus er ontstaan geen tikfouten bij het invoeren.
• De btw komt op de juiste plek. Doordat elk bedrag in een eigen veld staat, hoeft niemand terug te rekenen van totaal naar btw-bedrag.
• Eén bestand voor elk pakket. De standaard ligt vast, dus je maakt geen afspraken per leverancier over de indeling van het bestand.
• Sneller door de controle. Wat overblijft is beoordelen in plaats van invoeren. Daardoor gaat er minder tijd zitten in de stap voordat een factuur klaar is om te betalen.

Nadelen van UBL

• Niet leesbaar voor mensen. Je hebt altijd een PDF of een weergave in je software nodig om de factuur echt te kunnen bekijken en archiveren.
• De verzender moet meewerken. Stuurt een leverancier alleen PDF’s, dan kun je hem niet dwingen. Voor die stroom heb je dus nog steeds herkenning nodig.
• De variant bepaalt wat er overkomt. Vult een leverancier een veld niet, dan blijft het in jouw administratie ook leeg. Dat zit in het profiel, niet in de standaard.
• Het vervangt de tekenherkenning, niet de boekingsherkenning. Dit is het nadeel dat het vaakst wordt overgeslagen. De gegevens komen betrouwbaar binnen, maar welke grootboekrekening en welke btw-code erbij horen staat niet in het bestand. Die toewijzing blijft werk.

Daarom is UBL een vertrekpunt en geen eindpunt. Het haalt het overtypen uit het proces, maar de vraag waar een factuur geboekt moet worden blijft staan. Precies daar zit het werk dat verwerkingssoftware overneemt.

Vier misvattingen over UBL

• “UBL en XML zijn hetzelfde.” UBL is één specifieke XML-standaard. Krijg je “een XML-factuur” van een leverancier, vraag dan of het UBL is, want anders moet je pakket per leverancier worden ingeregeld.
• “Een PDF met gegevens erin is ook UBL.” Er bestaan hybride formaten waarbij data in een PDF is meegestuurd, maar dat is geen UBL. Je pakket moet het expliciet ondersteunen.
• “Met UBL ben ik klaar voor Peppol.” Het formaat is één ding, aangesloten zijn op het netwerk is een ander. Voor Peppol heb je ook een Peppol-ID en een toegangspunt nodig.
• “Bij UBL hoef ik niets meer te controleren.” De gegevens zijn betrouwbaar ingelezen, maar of de factuur inhoudelijk klopt, of hij bij een order hoort en of hij mag worden betaald, blijft een menselijke beoordeling.

UBL, Peppol en de e-facturatieplicht

UBL is het formaat van de factuur, Peppol is het netwerk waarover je die facturen veilig verstuurt en ontvangt. Daarnaast wordt e-facturatie steeds vaker verplicht: in Nederland al voor leveringen aan de overheid, en in België tussen bedrijven sinds 1 januari 2026. Op Europees niveau breidt dit via ViDA de komende jaren verder uit. Werk je nu al met UBL, dan is de stap naar zo’n verplichting klein, want het formaat is dan al op orde en hoef je alleen het verzendkanaal te regelen.

Is een UBL-factuur verplicht?

Hier gaat veel door elkaar, dus eerst de belangrijkste nuance: UBL zelf is nergens verplicht. Wat verplicht wordt gesteld is e-facturatie, dus een gestructureerd formaat in plaats van een PDF. UBL is daarvan de meest gebruikte uitvoering in Nederland, maar het is niet de enige. Waar het nu staat:

• Lever je aan de Nederlandse overheid? Dan is e-facturatie verplicht. Voor de Rijksoverheid geldt dat al sinds 2017, en op grond van de Europese richtlijn moeten overheden e-facturen kunnen ontvangen en verwerken.
• Factureer je zakelijk binnen Nederland? Dan is er nu geen verplichting. Je mag dus gewoon een PDF blijven sturen, ook aan grote afnemers. Dat sommige afnemers UBL eisen is een eigen inkoopvoorwaarde, geen wet.
• Factureer je aan Belgische bedrijven? Daar is e-facturatie tussen bedrijven sinds 1 januari 2026 wél verplicht.
• En verder? Via ViDA komt er een Europese verplichting voor grensoverschrijdende transacties per 1 juli 2030. Dat lijkt ver weg, maar pakketten en afnemers schuiven eerder mee dan de wetgeving.

Bovendien verandert er aan de ontvangstkant al iets zonder verplichting. Doordat steeds meer leveranciers UBL meesturen, krijgt vrijwel elke administratie nu een mengeling van UBL en PDF binnen. Daardoor is de praktische vraag niet of je moet, maar of je verwerking beide aankan.

Veelgestelde vragen over UBL

Tot slot

UBL is niet ingewikkeld zodra je het als één ding ziet: een afspraak over waar welk gegeven staat. Die afspraak is precies wat software in staat stelt een factuur te lezen zonder dat iemand hem overtypt, en wat het verschil maakt tussen een stapel PDF’s en een administratie die zichzelf grotendeels vult. Het formaat is de basis; het netwerk en de verplichtingen bouwen daarop verder.