PDF/A-3 erklärt: und wie Sie prüfen, ob Ihre Datei wirklich konform ist

PDF/A ist die Archivvariante von PDF: die Zusage, dass ein Dokument im Jahr 2050 genauso rendert wie 2026. Es gibt vier große Profile (PDF/A-1, 2, 3, 4) mit jeweiligen Unterkonformitätsstufen. Davon ist PDF/A-3 das Profil, das im E-Invoicing am häufigsten gemeint ist, weil es eingebettete Dateianhänge erlaubt.

Wenn Sie an Rechnungen, regulatorischen Einreichungen oder Workflows mit “PDF + strukturierten Daten” arbeiten, werden Sie auf PDF/A-3 treffen. Hier ist, was es ist, wie es sich von seinen Geschwistern unterscheidet und wie Sie prüfen, ob eine Datei wirklich konform ist.

Die PDF/A-Familie in einem Absatz

Profil	ISO-Teil	Jahr	Kurzfassung
PDF/A-1	19005-1	2005	Erstes Archivprofil. Keine Transparenz, kein JavaScript, Fonts eingebettet.
PDF/A-2	19005-2	2011	Ergänzt JPEG2000, Transparenz und Ebenen. Bessere Drucktreue.
PDF/A-3	19005-3	2012	Ergänzt eingebettete Dateianhänge. Die Hülle für Factur-X / ZUGFeRD.
PDF/A-4	19005-4	2020	Moderne Revision; saubereres Konformitätsmodell, keine b-vs-a-Trennung.

Die Buchstaben am Ende, etwa “PDF/A-3b”, bezeichnen die Konformitätsstufe:

• b: basic visual conformance. Das PDF sieht über die Zeit gleich aus.
• u: Unicode-Text-Mapping vorhanden.
• a: barrierefreie Struktur und Tagging.
• e / f (nur PDF/A-4): Engineering-3D-Inhalte und vollständige Formulare.

“PDF/A-3b” bedeutet also: Archivprofil 3 (Anhänge erlaubt), Basic-Level (keine Accessibility-Tags erforderlich). Das ist die häufigste Variante bei Rechnungen.

Was an PDF/A-3 besonders ist

PDF/A-1 und PDF/A-2 verbieten beliebige eingebettete Dateien. Die Begründung: Ein Archiv-PDF soll selbstenthalten sein; ein eingebettetes data.xlsx könnte unabhängig vom PDF veralten und die Archivgarantie brechen.

PDF/A-3 lockert diese Regel ausdrücklich unter einer eng begrenzten Bedingung: Jede eingebettete Datei muss ein AFRelationship-Attribut deklarieren, das sagt, wie die Datei mit dem sichtbaren PDF-Inhalt zusammenhängt. Gültige Werte sind Source, Data, Alternative, Supplement und Unspecified.

Anders gesagt: PDF/A-3 sagt “Sie dürfen Dinge anhängen, aber nur, wenn Sie genau erklären, was sie sind und wie sie sich zu dem verhalten, was der Mensch sieht”. Genau diese Deklaration machte PDF/A-3 zum Träger für E-Rechnung: Die menschenlesbare Rechnung ist im PDF, und das maschinenlesbare EN-16931-XML ist als Alternative angehängt.

Wo PDF/A-3 in Produktion auftaucht

• Factur-X (Frankreich, B2B ab 2026 verpflichtend): PDF/A-3 + CII XML mit dem XMP-Namespace urn:factur-x:pdfa:CrossIndustryDocument:invoice:1p0#.
• ZUGFeRD 2.x (Deutschland, Rechnungsempfang 2025 verpflichtend): PDF/A-3 + CII XML mit dem XMP-Namespace urn:zugferd:pdfa:CrossIndustryDocument:invoice:2p0#.
• Engineering-CAD-Archivierung: PDF/A-3 mit angehängter nativer CAD-Datei. Das PDF ist die Darstellung, CAD ist die Quelle.
• Regulatorische Einreichungen: PDF/A-3 mit angehängten XML-Payloads, etwa FDA-Einreichungen oder ESEF-Finanzberichte für börsennotierte EU-Emittenten.

Der gemeinsame Nenner: Das PDF ist nicht nur eine Seite. Es ist eine archivfähige Hülle um sichtbaren Inhalt plus maschinenlesbare Daten.

So prüfen Sie, ob eine Datei PDF/A-3-konform ist

Der offizielle Konformitätsprüfer ist veraPDF (verapdf.org), gepflegt von der PDF Association. Er implementiert das ISO-19005-3-Regelwerk. Wenn veraPDF “Pass - PDF/A-3b” meldet, ist das das stärkste einzelne Signal, das Sie bekommen können.

Ein einzelnes Engine-“Pass” ist aber nicht der auditfähige Standard (Warum zwei PDF/A-Validatoren besser sind als einer erklärt die Begründung). Das auditfähige Muster ist, zwei unabhängige Engines auszuführen und beide bestehen zu lassen.

Für eine E-Rechnungsdatei brauchen Sie außerdem eine zweite Ebene: Mustang (mustangproject.org), den De-facto-Checker für Factur-X / ZUGFeRD, der das eingebettete CII XML gegen EN-16931-Schematron prüft.

Viele Teams installieren Java, richten die veraPDF CLI ein, installieren Mustang und schreiben ein Shell-Skript, das die Ausgaben zusammenführt. Das funktioniert, ist aber Reibung.

validator führt alle drei im Browser aus:

1. veraPDF: offizielle Referenz, PDF/A-3-Konformität.
2. gPdf Edge Engine: unabhängige zweite Engine.
3. Mustang: EN 16931 CII XML Schematron für eingebettete E-Rechnungs-Payloads.

Datei hochladen, beide PDF/A-Engines plus Mustang-Report zurückbekommen. Kein Login, keine Installation.

Worauf Sie in einem PDF/A-3-Report wirklich achten sollten

Bei Rechnungen sind die häufigsten Fehler:

• AFRelationship fehlt oder ist falsch: Für Factur-X / ZUGFeRD muss das XML als Alternative deklariert sein.
• XMP-Namespace fehlt oder ist falsch: Factur-X und ZUGFeRD haben spezifische Namespace-URIs; ein Tippfehler mit einem Zeichen lässt die Prüfung scheitern.
• Fonts nicht subsetted oder nicht eingebettet: PDF/A verlangt, dass alle im Dokument verwendeten Glyphen mit dem Font eingebettet sind. Randfall: Eine Font-Referenz, die deklariert, aber nie tatsächlich verwendet wird, kann trotzdem scheitern.
• Output Intent fehlt: PDF/A verlangt, dass eine Farbintention (sRGB oder ein anderes ICC-Profil) deklariert ist, selbst wenn das Dokument reiner Schwarzweißtext ist.
• Anhang nicht im /AF-Array referenziert: Die Datei kann im Names Tree eingebettet sein, aber nicht als assoziierte Datei des Dokuments referenziert werden. veraPDF wird das finden.

TL;DR

PDF/A-3 = PDF/A-2 plus die Fähigkeit, beliebige Dateien rechtmäßig einzubetten. Diese Fähigkeit macht EU-E-Invoicing praktikabel: menschenlesbare Rechnung plus strukturiertes EN 16931 CII XML in einer Archivhülle. Compliance bedeutet sowohl PDF/A-Regeln als auch XML-Regeln, nicht nur “sieht wie eine Rechnung aus”.

Generieren Sie über POST /api/v1/e-invoice/render. Prüfen Sie unter validator. Drei Engines (veraPDF + gPdf Edge + Mustang), ein Upload, kostenlos.