Wat is het verschil tussen een PDF en een elektronische factuur?

Sinds de invoering van de algemene e-invoicing verplichting op 1 januari 2026 heerst er verwarring aan de ontbijttafels van veel ondernemers. Je stuurde je facturen immers al jaren per e-mail als PDF. Was dat dan niet "elektronisch"?
Het antwoord is helaas: nee. Althans, niet volgens de definitie die de fiscus en het Peppol-netwerk hanteren. Nu de wetgeving van kracht is, is het cruciaal om het verschil te begrijpen tussen een "digitale factuur" (PDF) en een "gestructureerde e-factuur" (XML).
In deze blog leggen we uit waarom de PDF zijn officiële status heeft verloren in B2B-verkeer en hoe je omgaat met die onleesbare bestanden die nu je boekhouding binnenkomen.
Het fundamentele verschil: Beeld vs. Data
De kern van de verwarring ligt in de definitie.
Een PDF is eigenlijk niets meer dan een digitale foto van een papieren blad. Mensen kunnen dit lezen, maar computers niet. Een boekhoudprogramma ziet een plaatje, geen cijfers.
Een e-invoice (XML/UBL) is een bestand vol gestructureerde computertaal (code). Het bevat tags zoals <InvoiceLine> en <TaxTotal>. Dit is onleesbaar voor jou, maar jouw software en die van je klant kunnen dit bestand automatisch inlezen en verwerken zonder typefouten.
Mag ik nog factureren via e-mail?
Voor transacties die onder de nieuwe B2B-verplichting vallen: nee. Het mailen van PDF's (zelfs met een QR-code erop) is niet meer voldoende. E-mail is ongestructureerd en onveilig. De wetgeving vereist nu dat de data gestructureerd (als XML) verstuurd wordt via een beveiligd netwerk zoals Peppol.
De wetgever hanteert in België echter wel een tweesporenbeleid:
De Standaard (Peppol): De overheid schuift het Peppol-netwerk naar voren als de standaard. Dit is veilig, automatisch en wordt ondersteund door de meeste softwarepakketten.
Onderling akkoord: De wet laat ruimte voor alternatieven. Indien beide partijen (leverancier en klant) hierover een akkoord hebben, mag de uitwisseling ook via een andere weg gebeuren. Dit betekent dat je in theorie een gestructureerd bestand (zoals een XML) via e-mail naar elkaar mag sturen, zolang dit voldoet aan de Europese semantische normen.
Kortom: Het versturen van een PDF via e-mail is niet langer geldig als hoofdfactuur. Het verzenden van een ‘slimme’ UBL is wettelijk toegestaan, op voorwaarde dat je klant hiermee akkoord gaat en dat deze voldoet aan de EN16931-standaard. In de praktijk blijkt echter dat Peppol voor de meeste ondernemingen de eenvoudigste oplossing is.
De nieuwe spelregels voor je archief
Nu je XML-bestanden ontvangt in plaats van PDF's, vraagt iedereen zich af: "Wat moet ik bewaren?"
De XML is het origineel
Vroeger was de papieren factuur of de PDF het bewijs. Vanaf nu is het XML-bestand de enige juridisch geldige bron voor de fiscus.
Mag ik mijn facturen nog afdrukken?
Je mag een e-invoice zeker uitprinten of omzetten naar een leesbare PDF voor intern gebruik (of om het aan je manager te tonen). Maar let op: deze printversie is niet het wettelijke bewijs. De fiscus kijkt enkel naar de digitale XML.
Hoe lang moet ik e-facturen bewaren?
De regels voor bewaring blijven ongewijzigd, of het nu papier of digitaal is.
B2B facturen: 10 jaar.
B2G (Overheid) facturen: 7 jaar. Je moet zorgen dat de bestanden gedurende deze hele periode authentiek, integer en leesbaar blijven.
Wat zijn de meest voorname voordelen van e-invoicing versus traditionele facturatie?
Het klinkt als een hoop gedoe, maar nu iedereen verplicht is overgestapt, worden de voordelen zichtbaar. Het gaat niet alleen om "moeten" van de wetgever:
Sneller geld op je rekening: E-invoicing verkort de zogenaamde 'Days Sales Outstanding' (DSO). Omdat de factuur direct in het pakket van de klant staat, zou deze sneller worden goedgekeurd en betaald.
Minder fouten: Geen overtypewerk meer betekent geen fouten in bankrekeningnummers of bedragen.
Minder administratie: Het proces van verzenden, ontvangen en inboeken gebeurt grotendeels automatisch.
Pro-tip: Pas op met creditnota's
Nu alles geautomatiseerd verloopt, luisteren de termen nauw. Een veelgemaakte fout in boekhoudpakketten is het gebruik van "negatieve facturen". In het Peppol-netwerk (en volgens de Belgische btw-regels) bestaat een "negatieve factuur" eigenlijk niet. Als je iets moet corrigeren, moet je een Credit Note (UBL CreditNote) aanmaken. Dit is een specifiek documenttype dat verwijst naar de originele factuur. Een gewone factuur met een minteken voor het bedrag wordt vaak geweigerd door het systeem.
Banqup maakt de code leesbaar
Je hoeft geen programmeur te zijn om met XML-bestanden te werken. Een tool als Banqup werkt als een vertaalmachine:
Jij maakt de factuur zoals altijd (visueel)
Banqup zet dit op de achtergrond om naar de verplichte XML-code.
Wij sturen het via Peppol naar je klant.
Je klant ontvangt de data direct in zijn boekhouding, én krijgt een leesbare PDF als bijlage voor het menselijk oog.
Zo voldoe aan de Belgische wet, zonder dat je zelf in de code hoeft te duiken.



