Was ist PDF/A-3 und wie grenzt es sich von PDF/A ab?
PDF/A-3 ist die dritte und bislang jüngste Konformitätsstufe des Archivformats PDF/A, geregelt in ISO 19005-3. Es übernimmt alle Grundeigenschaften von PDF/A – eingebettete Schriftarten, geräteunabhängiger Farbraum, keine aktiven oder extern referenzierten Inhalte – und erweitert diese um eine entscheidende Fähigkeit: das Einbetten beliebiger Originaldateien in beliebigem Format, nicht nur PDF/A-konforme Anhänge wie in PDF/A-2.
Diese Erweiterung macht PDF/A-3 zum Container-Format der Wahl für Anwendungsfälle, bei denen ein Dokument gleichzeitig menschenlesbar und maschinenlesbar sein muss – etwa wenn neben der visuellen Rechnung auch die strukturierten Rechnungsdaten im selben Dokument mitgeliefert werden sollen.
Warum wurde die Einbettungsfähigkeit in PDF/A-3 eingeführt?
Frühere PDF/A-Versionen zielten ausschließlich auf die visuelle Langzeitarchivierung: Ein Dokument sollte in Jahrzehnten noch genauso aussehen wie am Erstellungstag. Mit wachsender Bedeutung automatisierter, maschinenlesbarer Geschäftsprozesse – insbesondere bei elektronischen Rechnungen – entstand der Bedarf, ein Dokument zu erzeugen, das beides zugleich leistet: für Menschen lesbar am Bildschirm und für Buchhaltungssysteme automatisch auswertbar, ohne zwei getrennte Dateien verwalten zu müssen.
PDF/A-3 löst dieses Problem, indem es erlaubt, die strukturierten Daten – meist im XML-Format – direkt in das archivfähige PDF einzubetten, ohne die PDF/A-Konformität der Hülle selbst zu gefährden.
Wie hängt PDF/A-3 mit ZUGFeRD und E-Rechnungen zusammen?
ZUGFeRD ist das bekannteste praktische Anwendungsbeispiel für PDF/A-3: Es definiert ein hybrides Rechnungsformat, bei dem ein normal aussehendes PDF-Rechnungsdokument eine eingebettete, standardisierte XML-Datei mit den maschinenlesbaren Rechnungsdaten enthält. Der PDF/A-3-Container macht das möglich, ZUGFeRD definiert die konkreten Regeln, welches XML-Schema verwendet wird und wie die Datei benannt und eingebunden sein muss.
Für Unternehmen, die auf elektronische Rechnungsstellung nach den europäischen Vorgaben umstellen, ist das Verständnis von PDF/A-3 als technischer Grundlage hilfreich, um zu verstehen, warum ZUGFeRD-Rechnungen sowohl von Menschen gelesen als auch automatisch in Buchhaltungssysteme importiert werden können.
Für welche Anwendungsfälle in der Aktendigitalisierung ist PDF/A-3 relevant?
Über E-Rechnungen hinaus eignet sich PDF/A-3 überall dort, wo ein digitalisiertes oder digital erzeugtes Dokument von strukturierten Zusatzdaten begleitet werden soll:
- Rechnungsarchivierung mit eingebetteten Buchungsdaten für die automatisierte Übernahme in ERP-Systeme
- Vertragsdokumente mit eingebetteten Metadaten oder Vertragsparametern in strukturierter Form
- Technische Dokumentation, bei der ein PDF-Bericht die zugrunde liegenden Rohdaten als eingebettete CSV- oder XML-Datei mitführt
- Behördliche Formulare, bei denen sowohl die ausgefüllte Ansicht als auch maschinenlesbare Antragsdaten archiviert werden sollen
Für die reine Bild- und Textarchivierung ohne diesen Bedarf ist PDF/A-3 nicht zwingend nötig – hier reichen PDF/A-1 oder PDF/A-2 aus und sind teils sogar die konservativere, breiter unterstützte Wahl.
Was ist bei der Erzeugung von PDF/A-3-Dateien zu beachten?
Neben den allgemeinen PDF/A-Anforderungen (eingebettete Schriftarten, keine verbotenen aktiven Inhalte, gültige XMP-Metadaten) muss bei PDF/A-3 zusätzlich die eingebettete Datei korrekt referenziert und mit einem definierten Beziehungstyp gekennzeichnet werden, damit Software die eingebettete Datei automatisch erkennen und verarbeiten kann. Für ZUGFeRD-konforme Dateien gelten darüber hinaus feste Vorgaben zu Dateiname, XML-Schema und Profilstufe.
Fehler bei dieser technischen Einbettung führen dazu, dass zwar ein gültiges PDF entsteht, die maschinenlesbaren Daten aber von automatisierten Systemen nicht zuverlässig erkannt werden – deshalb ist eine Validierung erzeugter Dateien gegen die jeweilige Norm unerlässlich.
Lohnt sich PDF/A-3 auch für die Archivierung digitalisierter Papierakten?
Bei klassischen Scanprojekten – etwa der Digitalisierung von Papierakten mit OCR-Textebene – ist der Zusatznutzen von PDF/A-3 meist gering, weil in der Regel keine separate maschinenlesbare Originaldatei existiert, die eingebettet werden müsste. Interessant wird PDF/A-3 dann, wenn im selben Archivierungsprozess auch digital erzeugte E-Rechnungen oder strukturierte Formulardaten verwaltet werden sollen, damit ein einheitliches Format für den gesamten Aktenbestand genutzt werden kann. Ob sich diese Vereinheitlichung für ein konkretes Projekt lohnt, lässt sich im Rahmen einer Formatberatung klären.
Wie prüft man, ob eine PDF/A-3-Datei korrekt aufgebaut ist?
Wie bei jeder PDF/A-Variante lässt sich die Konformität mit spezialisierten Validierungswerkzeugen prüfen, die eine Datei gegen die ISO-19005-3-Spezifikation testen. Bei PDF/A-3 kommt eine zusätzliche Prüfebene hinzu: Neben der Konformität der PDF-Hülle muss auch die korrekte Einbettung und Verknüpfung der Originaldatei kontrolliert werden, etwa ob der Beziehungstyp der Anlage korrekt als "Source Data" oder "Alternative" gekennzeichnet ist. Bei ZUGFeRD-Rechnungen prüfen spezialisierte Validatoren zusätzlich, ob die eingebettete XML-Datei dem vorgeschriebenen Schema und Profil entspricht. Eine fehlerhafte Kennzeichnung führt oft dazu, dass ein PDF/A-3-Dokument zwar optisch korrekt aussieht, von automatisierten Buchhaltungssystemen aber nicht als maschinenlesbare E-Rechnung erkannt wird.
Welche Softwarekomponenten werden für PDF/A-3-Workflows benötigt?
Für die automatisierte Erzeugung PDF/A-3-konformer Dateien braucht es in der Regel eine spezialisierte PDF-Erzeugungsbibliothek, die sowohl die Archivnorm als auch die Einbettung strukturierter Zusatzdateien korrekt umsetzt – Standard-Office-Software allein reicht dafür meist nicht aus. Bei Rechnungsstellungssystemen ist diese Funktion häufig als Exportoption bereits integriert; bei der nachträglichen Digitalisierung von Papierdokumenten mit Zusatzdaten muss ein passender Erfassungs- und Konvertierungsworkflow gezielt eingerichtet werden, der Bilddaten, OCR-Text und die einzubettende Originaldatei korrekt zusammenführt.