UBL-factuur: wat het is en hoe hij in het ERP komt

Een UBL-factuur is een factuur als XML-bestand, volgens de standaard Universal Business Language. Elk gegeven staat in een vast veld, dus boekhoudsoftware leest hem zonder overtypen of herkenning. Vanaf 1 juli 2030 wil het kabinet e-facturatie tussen Nederlandse bedrijven verplicht maken. De UBL-factuur is dan de gewone factuur.

Wat staat er in een UBL-bestand?

Hetzelfde als op een pdf-factuur, maar elk gegeven heeft een vaste plek. Een ingekorte versie, met de velden waar het in de praktijk om draait:

<Invoice>
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0</cbc:CustomizationID>
  <cbc:ID>2026-1044</cbc:ID>                        <cbc:IssueDate>2026-10-23</cbc:IssueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>    <cac:OrderReference><cbc:ID>PO-88213</cbc:ID></cac:OrderReference>  <cac:AccountingSupplierParty>...</cac:AccountingSupplierParty>      <cac:AccountingCustomerParty>...</cac:AccountingCustomerParty>
  <cac:TaxTotal>...</cac:TaxTotal>                  <cac:LegalMonetaryTotal>...</cac:LegalMonetaryTotal>  <cac:InvoiceLine>                                 <cbc:InvoicedQuantity unitCode="C62">3</cbc:InvoicedQuantity>
    <cac:Item><cac:SellersItemIdentification><cbc:ID>ART-1150</cbc:ID></cac:SellersItemIdentification></cac:Item>
    <cac:Price><cbc:PriceAmount>1.15</cbc:PriceAmount></cac:Price>
  </cac:InvoiceLine>
</Invoice>

De eerste regel zegt welke afspraken het bestand volgt. Daarna volgen factuurnummer, datum, soort document, de partijen, de btw en de regels. Vaak zit de pdf er ook in, als bijlage in het XML. Die is voor het menselijk oog. Het XML-deel is de factuur.

Drie velden bepalen of de factuur bij de ontvanger vanzelf doorloopt of blijft hangen. Het inkoopordernummer van de klant, want daarop wordt gematcht. De artikelcode per regel, liefst ook die van de klant. En het aantal met eenheid. Een regel met aantal 1 en het totaalbedrag als prijs is financieel correct, maar niet te matchen.

Wat is het verschil tussen UBL, NLCIUS en Peppol?

Drie lagen die vaak door elkaar lopen:

• UBL is het bestandsformaat, een open standaard van OASIS.
• EN 16931 is de Europese norm voor wat er in een e-factuur moet staan. NLCIUS is de Nederlandse invulling daarvan, beheerd door NEN, en verplicht voor facturen aan de overheid (Forum Standaardisatie). Peppol BIS Billing 3.0 is de Europese invulling voor het Peppol-netwerk, en gebruikt alleen UBL (Peppol).
• Peppol is het netwerk dat het bestand bezorgt. Verzender en ontvanger hebben elk een toegangspunt, vaak het eigen boekhoudpakket.

Een UBL-factuur per mail is dus ook een UBL-factuur. Alleen moet de ontvanger hem dan zelf uit de mail halen en inlezen.

Is de UBL-factuur verplicht?

Voor leveranciers van de Rijksoverheid wel, bij nieuwe contracten sinds 2017 (Accountant.nl). Tussen bedrijven nog niet. Op 11 september 2026 stuurde het kabinet een contourenbrief naar de Tweede Kamer. Daarin: e-facturatie voor binnenlandse B2B-transacties per 1 juli 2030, volgens EN 16931, en digitale rapportage van binnenlandse B2B-transacties per 1 juli 2031. Het wetsvoorstel gaat in het najaar van 2026 in consultatie (Grant Thornton). Het netwerk is daarin nog niet gekozen, al ligt Peppol voor de hand.

Wie aan Belgische klanten levert, heeft er al mee te maken. Daar is gestructureerde e-facturatie tussen btw-plichtige bedrijven verplicht sinds 1 januari 2026, met Peppol BIS 3.0 als standaard (FOD Financiën). Bij een meubelproducent die we koppelen, is dat de reden dat elke klant in de stamdata een Peppol-ID en een factuurformaat krijgt: UBL, of de Duitse XRechnung of ZUGFeRD.

Hoe komt een UBL-factuur in Exact of AFAS?

Allebei zijn ze zelf Peppol-toegangspunt. Exact Online heeft verzenden en ontvangen via Peppol in alle versies zitten (Exact). AFAS Profit verwerkt een inkomende Peppol-factuur als e-factuur, net als een die per mail binnenkomt (AFAS). Een andere AFAS-pagina noemt Peppol voor Nederland nog als pilot. Controleer dus de eigen versie.

Ontvangen is het makkelijke deel. Wat er daarna gebeurt, hangt aan de inhoud. AFAS zegt het letterlijk: automatisch matchen kan alleen als de leverancier een UBL aanlevert inclusief regels (AFAS). De crediteur herkent Profit aan btw-nummer, KvK-nummer of IBAN. Een factuur zonder regels kan wel geboekt worden, maar dan als journaalpost.

Daar zit het gat dat vaak blijft liggen. De financiële boeking loopt vanzelf. De match met inkooporder en ontvangst niet altijd: welke regel hoort bij welke orderregel, en is geleverd wat gefactureerd wordt? Leveranciers die geen inkoopordernummer meesturen, of hun eigen artikelcodes gebruiken, belanden in de handmatige stapel. Een UBL-bestand maakt de factuur leesbaar. Het maakt hem niet vanzelf kloppend.

Waar gaat een UBL-factuur mis?

Op dezelfde dingen als een EDI-factuur. In een bestaand factuurbericht van een meubelproducent vonden we acht afwijkingen. Het aantal stond altijd op 1, met het bedrag vermenigvuldigd. Een pakbonnummer was leeg, met als datum 17 november 1858. Verplichte velden waren leeg. Zeven van de acht hadden we met een controle vooraf gevangen. Hoe dat bericht verder in elkaar zit, staat in EDI-koppeling.

Een stillere fout is de afronding. EN 16931 rekent de btw per tarief over het totaal van de regels, niet per regel. Een rekenvoorbeeld met twee regels tegen 21%:

Over het totaal is het 5,80 x 0,21 = 1,218, afgerond 1,22. Een systeem dat per regel afrondt, stuurt 1,21. Dat scheelt een cent. Een ontvanger of validator die de btw narekent, komt op een ander bedrag uit en zet de factuur apart. Bij honderden regels per factuur loopt dat verschil verder op.

Hoe pakken wij dit aan?

Bij uitgaande facturen bouwen we een intern factuurbericht volgens EN 16931. Per ontvanger volgt alleen de vertaling: pdf, EDI of UBL via Peppol. Een validator controleert elk bestand voordat het de deur uitgaat. Wij regelen de bouw en de testrondes; het bericht en de code zijn van het bedrijf zelf.

Bij inkomende facturen zit de winst in wat geen UBL is. Pdf's, scans en mails van leveranciers die nog niet op Peppol zitten, worden gelezen en tegen inkooporder en ontvangst gelegd. Twijfelgevallen gaan naar een controlescherm, waar een medewerker beslist. Hoe dat werkt staat bij documentverwerking automatiseren. Aan de orderkant leest hetzelfde soort systeem bij een B2B-producent 2 van de 3 ordermails als correcte conceptorder in, gemeten over 5.017 mails (orderverwerking automatiseren).

Plan een Data Impact Scan en zie binnen een week hoeveel inkoopfacturen nu nog met de hand worden gematcht.

Veelgestelde vragen

Wat is een UBL-factuur?

Een factuur als XML-bestand volgens de standaard Universal Business Language. Elk gegeven staat in een vast veld, zoals factuurnummer, btw-nummer, regels en totaal. Boekhoudsoftware leest het bestand direct in, zonder herkenning of overtypen. Er zit vaak een pdf in voor het menselijk oog, maar het XML-deel is de factuur.

Is een UBL-factuur verplicht?

Voor leveranciers van de Rijksoverheid al sinds 2017 bij nieuwe contracten. Tussen bedrijven nog niet. Het kabinet wil e-facturatie voor binnenlandse B2B-transacties per 1 juli 2030 verplicht maken, volgens de Europese norm EN 16931. Het wetsvoorstel moet nog in consultatie en door het parlement.

Wat is het verschil tussen UBL en Peppol?

UBL is het formaat van het bestand. Peppol is het netwerk dat het bestand bezorgt, via aangesloten toegangspunten. Een UBL-factuur kan ook per mail gaan, maar dan moet de ontvanger hem zelf inlezen. Via Peppol komt hij direct in het boekhoudpakket van de ontvanger.

Hoe maak ik een UBL-bestand?

Vrijwel elk boekhoud- en factuurpakket maakt er een bij het versturen, vaak als bijlage of via Peppol. Zelf schrijven kan ook, maar dan moet het bestand de validatieregels van NLCIUS of Peppol BIS Billing 3.0 doorstaan. Laat een gegenereerd bestand altijd eerst door een validator lopen voordat het naar klanten gaat.