Hybride factuurformaten combineren een visuele PDF met machineleesbare XML. Hoe werkt dat, welke formaten bestaan er en wat zijn de complicaties?
Een hybride factuur combineert twee werelden in één bestand: een visuele PDF die door mensen gelezen kan worden en een machineleesbare XML-bijlage die geautomatiseerd verwerkt kan worden. Dit maakt hybride formaten bijzonder geschikt voor de overgangsfase naar volledige e-facturatie, waarbij niet alle ontvangers al geautomatiseerd verwerken.
Een hybride factuur is technisch gezien een PDF/A-3 document. PDF/A-3 is een archiveringsvariant van PDF die het toestaat om willekeurige bestanden als bijlage in te sluiten. In het geval van een hybride factuur is die bijlage een gestructureerd XML-bestand met alle factuurgegevens.
De ontvanger kan het document op twee manieren verwerken:
Visueel. De PDF openen en de factuur lezen, afdrukken of archiveren, precies zoals een traditionele PDF-factuur.
Geautomatiseerd. De embedded XML uitlezen en automatisch verwerken in het boekhoud- of ERP-systeem, zonder OCR of handmatige invoer.
Dit onderscheidt hybride formaten van zowel een gewone PDF (alleen visueel, niet gestructureerd) als een puur XML-formaat zoals UBL of CII (alleen machineleesbaar, niet visueel).
Er bestaan meerdere hybride factuurformaten, elk met een eigen oorsprong en eigen technische keuzes. Wat ze gemeen hebben is het PDF/A-3-principe; waarin ze verschillen is het XML-schema dat embedded wordt.
Factur-X (Frankrijk) en ZUGFeRD (Duitsland) zijn twee namen voor hetzelfde formaat. De embedded XML gebruikt het CII-schema van UN/CEFACT en is (vanaf profiel EN 16931) volledig compliant met de Europese norm. Factur-X kent vijf profielen die variëren in de hoeveelheid gestructureerde data, van minimale basisgegevens tot een volledig uitgebreid model.
Factur-X is het dominante hybride formaat in Europa. In Frankrijk is het een van de zes verplichte formaten in het kader van de CTC-hervorming. In Duitsland en Oostenrijk is ZUGFeRD breed geadopteerd. Het formaat heeft bovendien een eigen Peppol DocumentTypeId, waardoor het direct via het Peppol-netwerk verstuurd kan worden.
Lees meer: Factur-X / ZUGFeRD: het hybride factuurformaat
ISDOC.PDF is de Tsjechische variant van het hybride concept. In plaats van CII gebruikt het de nationale ISDOC-XML als embedded bijlage. Het formaat is niet native EN 16931-compliant en heeft geen eigen Peppol DocumentTypeId. Voor grensoverschrijdend gebruik is conversie naar UBL nodig.
ISDOC.PDF is vooral relevant voor de Tsjechische en Slowaakse markt, waar het breed wordt ondersteund door lokale boekhoudsoftware. Internationaal is het onbekend; handelspartners buiten deze regio verwachten UBL of CII.
Lees meer: ISDOC: de Tsjechische standaard voor e-facturatie
Hybride formaten lossen een praktisch probleem op. De overgang naar volledig gestructureerde e-facturatie (pure XML) verloopt geleidelijk. Niet elke ontvanger kan al XML verwerken, maar tegelijkertijd willen verzenders hun factuurproces al automatiseren.
Een hybride factuur biedt het beste van twee werelden: de verzender kan volledig gestructureerd factureren (de XML bevat alle gegevens), terwijl de ontvanger de factuur desnoods gewoon als PDF kan lezen. Zodra de ontvanger wel geautomatiseerd kan verwerken, is de data direct beschikbaar zonder aanpassing aan de verzendzijde.
Alle hybride formaten volgen dezelfde technische opzet:
┌─────────────────────────────────┐
│ PDF/A-3 container │
│ ┌───────────────────────────┐ │
│ │ Visuele PDF-pagina's │ │
│ │ (factuurlayout) │ │
│ └───────────────────────────┘ │
│ ┌───────────────────────────┐ │
│ │ XMP metadata │ │
│ │ (beschrijft bijlage) │ │
│ └───────────────────────────┘ │
│ ┌───────────────────────────┐ │
│ │ Embedded XML-bestand │ │
│ │ (CII, ISDOC, ...) │ │
│ └───────────────────────────┘ │
└─────────────────────────────────┘
De drie lagen zijn:
Hybride formaten brengen specifieke uitdagingen met zich mee die bij pure XML-formaten niet spelen.
Consistentie PDF versus XML. De PDF en de embedded XML moeten dezelfde informatie bevatten. In de praktijk kunnen er discrepanties ontstaan: een bedrag in de PDF kan afwijken van het bedrag in de XML, bijvoorbeeld door afrondingsverschillen of fouten in de generatie. De vraag is dan welke bron leidend is. Bij geautomatiseerde verwerking is dat altijd de XML; bij geschillen kan de PDF-versie verwarring veroorzaken.
Profielen en verwerkbaarheid. Bij Factur-X/ZUGFeRD bepaalt het profiel hoeveel informatie in de XML zit. De lagere profielen (Minimum, Basic WL) bevatten te weinig data voor volledige geautomatiseerde verwerking. Een ontvanger die alleen het Minimum-profiel krijgt, kan de XML niet gebruiken om de factuur compleet in te boeken en moet alsnog de PDF raadplegen.
Validatie. Naast XML-schemavalidatie moet bij hybride formaten ook de PDF/A-3-structuur correct zijn. Het inbedden van het XML-bestand moet voldoen aan de PDF/A-3-specificatie, inclusief correcte XMP metadata en relatietype (af:relationship). Dit voegt een extra validatielaag toe.
Interoperabiliteit bij nationale formaten. Formaten zoals ISDOC.PDF die een eigen nationaal XML-schema gebruiken (in plaats van CII of UBL) zijn niet direct uitwisselbaar met Europese handelspartners. Conversie is vereist, maar die conversie vindt plaats op de embedded XML, niet op de PDF-container. Na conversie is het resultaat typisch een standalone UBL-bestand, waarmee het hybride karakter verloren gaat.
Bestandsgrootte. Een hybride factuur is groter dan een standalone XML-bestand, omdat het zowel de visuele PDF als de XML bevat. Voor één factuur is dat verwaarloosbaar, maar bij batchverwerking van duizenden facturen per dag kan het verschil relevant zijn.
eConnect ondersteunt alle gangbare hybride factuurformaten. Ontvangen hybride documenten worden automatisch verwerkt via de embedded XML, ongeacht of het Factur-X, ZUGFeRD of ISDOC.PDF betreft. De visuele PDF wordt bewaard als bijlage.
De PSB kan hybride formaten ook transformeren naar Peppol BIS Billing V3 en andere ondersteunde formaten. Hierbij extraheert de PSB de embedded XML, transformeert deze naar het gewenste uitvoerformaat en routeert het document naar de ontvanger. Dit werkt ook andersom: een UBL-factuur kan worden getransformeerd naar een hybride formaat als de ontvanger dat verwacht.
Bijzonder is dat de PSB API deze formaten direct kan ontvangen en verwerken. Softwareleveranciers die al in Factur-X of ISDOC factureren, kunnen hun bestaande documenten rechtstreeks naar de API sturen zonder vooraf te hoeven converteren. De PSB regelt de transformatie automatisch. Dit maakt het voor softwarepartners in bijvoorbeeld Tsjechië of Frankrijk bijzonder laagdrempelig om via eConnect op het Peppol-netwerk aan te sluiten.
Bij geautomatiseerde verwerking is de embedded XML altijd leidend. Discrepanties tussen PDF en XML kunnen ontstaan door afrondingsverschillen of fouten in de generatie. eConnect verwerkt altijd de XML-data en bewaart de visuele PDF als bijlage ter referentie.
Ja, mits het formaat een eigen Peppol DocumentTypeId heeft. Factur-X/ZUGFeRD kan direct via Peppol worden verstuurd. ISDOC.PDF heeft geen eigen Peppol DocumentTypeId en moet eerst worden geconverteerd naar UBL. eConnect regelt deze conversie automatisch.
Ja. eConnect verwerkt alle gangbare hybride formaten automatisch via de embedded XML, ongeacht of het Factur-X, ZUGFeRD of ISDOC.PDF betreft. De PSB kan hybride facturen ook transformeren naar andere formaten zoals Peppol BIS Billing V3.
Bekijk voorbeeldbestanden
Valideer je factuur