# PDF naar XRechnung converteren: praktische workflow en proef

- Date: 2026-04-20
- Modified: 2026-08-29
- Gecontroleerd: 14 juli 2026
- Reading time: 3 min leestijd

Lees wanneer PDF-naar-XRechnung de juiste brug is, welke Duitse deadlines in 2026 tellen en hoe je de output valideert vóór verzending.

> Gecontroleerd aan de hand van BMF-FAQ over E-Rechnung, XStandards Einkauf XRechnung, KoSIT XRechnung-releases.

Deze gids is bedoeld voor finance teams, leveranciers en ERP-eigenaren die nog PDF-facturen gebruiken maar voor Duitsland een compliant XRechnung-proces nodig hebben.

Per 20 april 2026 moeten bedrijven in Duitsland al gestructureerde e-facturen kunnen ontvangen. De verplichting om zulke facturen uit te sturen wordt strenger op 1 januari 2027 voor bedrijven boven de drempel van 800.000 EUR en op 1 januari 2028 voor de overige bedrijven. Als je bronproces nog PDF-first is, kan conversie een praktische brug zijn, maar alleen met review en validatie.

## Wanneer PDF naar XRechnung de juiste aanpak is

Gebruik conversie wanneer het upstream ERP- of facturatiesysteem nog PDF’s produceert terwijl de ontvanger gestructureerde XML verwacht. Dat is vooral nuttig tijdens een gefaseerde uitrol, pilot of ERP-migratie.

Zie conversie niet als magische vervanging van procesontwerp. Als koperidentificatie, btw-logica, betalingsvoorwaarden of regeldetails in de bron ontbreken, blijft menselijke review nodig vóór verzending van de XML.

## Wat een verzendklare XRechnung moet bevatten

- Een ondersteunde XRechnung-syntaxis en regelset, zoals XRechnung 3.0.2.
- Verplichte velden voor verkoper, koper, factuur, belasting en betaling op de juiste gestructureerde posities.
- Ontvangerspecifieke identificatoren zoals koperreferentie of Leitweg-ID waar vereist.
- Een geslaagde validatie tegen EN 16931 en de toepasselijke Duitse regels vóór verzending.
## Aanbevolen conversieworkflow

- Upload de PDF en controleer of headerdata, datums, totalen, btw-tarieven en regels correct zijn geëxtraheerd.
- Voeg ontbrekende identificatoren toe of corrigeer ze, vooral koperreferentie, Leitweg-ID, fiscale nummers en betalingsreferenties.
- Genereer de XRechnung-XML en valideer die vóór de factuur het team verlaat.
- Werk waarschuwingen of fouten niet weg door handmatig XML te plakken; corrigeer liever de brondata of mapping en genereer opnieuw.
- Verzend pas daarna via het juiste kanaal, portaal of PEPPOL-opzet.
## Veelvoorkomende faalpunten

- Aannemen dat de PDF-opmaak bewijst dat de gestructureerde data compleet is.
- Ontbrekende koperreferentie of Leitweg-ID in Duitse publieke workflows.
- Btw-categorieën die niet overeenkomen tussen regelniveau en documenttotaal.
- Aannemen dat het bestand klaar is zonder validatorrapport en uitzonderingsproces.

## FAQ

### Is alleen een PDF in 2026 compliant voor Duitse e-facturatie?

Nee. Een gewone PDF is geen gestructureerde e-factuur. In overgangsperioden kan die nog in legacy-processen voorkomen, maar het compliancedoel blijft gestructureerde data zoals XRechnung of een ander geaccepteerd EN 16931-formaat.

### Wanneer kies ik XRechnung in plaats van ZUGFeRD?

Kies XRechnung wanneer ontvanger, kanaal of validatieproces expliciet Duitse gestructureerde XML verwacht zonder afhankelijkheid van de PDF als hoofdweergave van de factuur.

### Maakt conversie handmatige review overbodig?

Nee. Conversie vermindert handwerk, maar review blijft nodig bij slechte PDF-kwaliteit, ontbrekende identificatoren, btw-edge-cases en facturen die validatie niet halen.

## Officiële bronnen

- [BMF-FAQ over E-Rechnung](https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html)
- [XStandards Einkauf XRechnung](https://xeinkauf.de/xrechnung/)
- [KoSIT XRechnung-releases](https://github.com/itplr-kosit/validator-configuration-xrechnung/releases)