Archivierung und PDF/A

Spec Spec: ISO 19005-4:2020, PDF/A-4 ISO 19005-4:2020 PDF/A-4 Spec Spec: ISO 19005-2, PDF/A-2 ISO 19005-2 PDF/A-2 Evidence § Standard-backed Evidence: Standard-backed

Auf einen Blick

PDF/A ist das Format, das Sie wählen, wenn ein Dokument auch in Jahrzehnten noch lesbar und originalgetreu sein muss, mit Software, die es heute noch gar nicht gibt. Diese Seite erklärt, was diese Garantie tatsächlich abdeckt, wie NextPDF eine konforme Datei erzeugt und welcher Teil Teams überrascht. Eine PDF/A-Datei zu erzeugen und nachzuweisen, dass eine Datei PDF/A-konform ist, sind zwei verschiedene Aufgaben. Die zweite liegt weiterhin bei Ihnen.

Warum das wichtig ist

Archivierungspflichten sind leise, aber unnachgiebig. Die Datei sieht heute in Ordnung aus, also wird sie abgelegt. Der Fehler — eine nicht eingebettete Schriftart, eine geräteabhängige Farbe, ein verschlüsselter Trailer — tritt erst Jahre später zutage, wenn die ursprüngliche Umgebung verschwunden ist und niemand mehr rekonstruieren kann, wie das Dokument aussehen sollte. Bis dahin beschränken sich die Kosten nicht auf eine erneute Ausgabe: Es ist ein Datensatz, dem Sie nicht mehr vertrauen können.

PDF/A gibt es genau deshalb: um diese Fehlerklasse zu beseitigen. Aber “wir haben eine PDF/A- Bibliothek verwendet” ist nicht dasselbe wie “diese Datei ist konform”. Wer beides gleichsetzt, sorgt dafür, dass Archive Dokumente ansammeln, die nur scheinbar erhalten sind.

Die Kurzfassung

• Der Zweck von PDF/A ist die originalgetreue, in sich geschlossene, geräteunabhängige Reproduktion über die Zeit — es bewahrt das statische visuelle Erscheinungsbild eines Dokuments unabhängig von den Werkzeugen, mit denen es erstellt wurde (ISO 19005-2 Einleitung).
• Das erfordert konkrete Einschränkungen: alle Schriftarten eingebettet, geräteunabhängige Farbe (direkt oder über einen Output-Intent; ISO 19005-4 §6.2.4.1) und keine Verschlüsselung im Trailer.
• NextPDF erzeugt PDF/A über einen explizit aktivierten Modus, der inkompatible Operationen verweigert, statt eine Datei auszugeben, die stillschweigend nicht konform ist.
• Über die Konformität entscheidet ein Prüfwerkzeug, sie wird nicht vom Erzeuger behauptet. Selbst der Erfolg des Standards selbst hängt von der umgebenden Archivierungsumgebung und den Verfahren ab (ISO 19005-4 Einleitung). Die Ausgabe zu validieren, bleibt ein Schritt in Ihrer Verantwortung.

Wie NextPDF es angeht

NextPDF behandelt PDF/A als einen Modus, in dem sich das Dokument befindet, nicht als Nachbearbeitungsfilter. Der Modus muss ausdrücklich aktiviert werden. Sobald er aktiv ist, schützt er das Dokument vor Operationen, die die Konformität brechen würden. Das Designprinzip lautet Fail-Fast. Es ist besser, eine verschlüsselte PDF/A-Anforderung deutlich zu verweigern, als eine Datei zurückzugeben, die archivtauglich aussieht und es nicht ist.

Das Szenario hat vier Phasen, und die dritte ist die, die Teams überspringen.

1. Compose for permanence Embed every font, use device-independent colour or an output intent, and avoid features the chosen PDF/A part forbids.
2. Enable the PDF/A mode Opt in explicitly to the target conformance level. The mode now guards the document against incompatible operations.
3. Validate independently Run a conformance checker. A passing report — not the producing library — is the evidence the archive needs.
4. Preserve with procedure Store under records-management policy. The standard itself notes archival success depends on the environment, not the file alone.

Das Archivierungsszenario von Anfang bis Ende: Die Engine erzeugt einen konformen Kandidaten und verweigert konformitätsbrechende Operationen; ein unabhängiger Validator liefert das Urteil, das für ein Archiv tatsächlich zählt.

Die Aktivierung ist ein echter Schutzmechanismus, kein bloßes Flag. Wenn der PDF/A-Modus aktiviert ist und eine inkompatible Operation versucht wird — das Aktivieren von AES-GCM oder des Standard-Verschlüsselungs-Handlers — wirft die Engine einen typisierten Inkompatibilitätsfehler. Der Schutz wirkt in beiden Reihenfolgen: erst PDF/A aktivieren und dann Verschlüsselung anfordern, oder erst Verschlüsselung anfordern und dann PDF/A aktivieren. In beiden Fällen ist das Ergebnis eine klare Ablehnung. ISO 19005 verbietet den Encrypt-Schlüssel im Trailer einer konformen Datei, und die Engine behandelt das als bindend, nicht als Empfehlung.

Der Modus hält auch seinen eigenen Zustand konsistent. Die Aktivierung von PDF/A für einen bestimmten Teil (zum Beispiel eine byte-getreue PDF/A-3-Stufe gegenüber PDF/A-4) setzt die Konformitätsdiskriminante des Dokuments passend. Schreibseitige Gates, die vom Teil abhängen, sehen dann den richtigen Wert statt eines veralteten Standardwerts. Diese interne Konsistenz entscheidet mit darüber, ob die Datei die Prüfung eines Validators besteht.

Human-factors note: Human-factors note

Der wichtigste Satz auf dieser Seite betrifft nicht die Engine. Die PDF/A- Konformität ist eine Eigenschaft der fertigen Datei zusammen mit einem Validator, keine Eigenschaft der Software, die sie erzeugt hat. ISO 19005-4 stellt ausdrücklich klar, dass die erfolgreiche Archivierung außerdem von den Aufbewahrungsanforderungen der Organisation, den Verfahren der Schriftgutverwaltung und allen zusätzlichen Bedingungen abhängt, die für die Beständigkeit über die Zeit nötig sind. NextPDF liefert Ihnen einen konformen Kandidaten und verweigert Operationen, die ihn brechen würden. Das Urteil und die Beständigkeit des Archivs kommen vom Validator und vom umgebenden Prozess.

Was die Belege sagen

Diese Seite ist durchgehend standardgestützt. Evidence § Standard-backed Evidence: Standard-backed

Der Zweck ist im Standard festgelegt. Spec Spec: ISO 19005-2 ISO 19005-2 legt fest, dass der Hauptzweck von PDF/A darin besteht, elektronische Dokumente so darzustellen, dass ihr statisches visuelles Erscheinungsbild über die Zeit erhalten bleibt, unabhängig von den verwendeten Werkzeugen und Systemen. Die Einschränkungen folgen daraus: Spec Spec: ISO 19005-4:2020, §6.2.4.1 ISO 19005-4:2020 §6.2.4.1 verlangt, dass Farbe geräteunabhängig angegeben wird, direkt oder über den PDF/A-Output-Intent. Die Schriftartanforderung wird durch das Basisformat verstärkt — Spec Spec: ISO 32000-2:2020, §9 ISO 32000-2:2020 §9 merkt an, dass das vorhersehbarste, verlässlichste Rendering dann zustande kommt, wenn alle Schriftarten eingebettet sind — genau die Eigenschaft, auf die ein Archiv nicht verzichten kann.

Auch die Grenze steht im Standard, nicht nur in einer redaktionellen Warnung. Spec Spec: ISO 19005-4:2020 ISO 19005-4:2020 stellt in seiner Einleitung fest, dass die erfolgreiche Umsetzung für Archivierungszwecke von der Archivierungsumgebung der Organisation, den Richtlinien der Schriftgutverwaltung und zusätzlichen Beständigkeitsbedingungen abhängt. Die Konformität wird anhand der normativen Anforderungen des Standards durch ein Prüfwerkzeug beurteilt — nicht vom Erzeuger erklärt.

Das Verhalten der Engine ist codegestützt: Evidence { } Code-backed Evidence: Code-backed Document::enablePdfA() ist eine ausdrückliche Aktivierung, die einen typisierten Inkompatibilitätsfehler wirft, wenn Verschlüsselung und PDF/A in beliebiger Reihenfolge kombiniert werden, und die die Konformitätsdiskriminante des Dokuments im Gleichschritt mit dem gewählten Teil hält.

Praktisches Beispiel

Der folgende Code zeigt das Schutzverhalten an der entscheidenden Schnittstelle. Der PDF/A-Modus selbst ist eine Funktion der Premium-Stufe. Die Konformitätsprüfung ist ein separater, unabhängiger Schritt.

<?php

declare(strict_types=1);

use NextPDF\Contracts\PdfDocumentInterface;
use NextPDF\Security\Exception\IncompatiblePdfAModeException;

/**
 * Produce an archival candidate, then prove it independently.
 *
 * The engine refuses conformance-breaking combinations; it does NOT
 * certify the result. A validator does that.
 *
 * @param PdfDocumentInterface $doc       A document with all fonts embedded
 * @param object               $pdfaLevel The target PDF/A version (Premium enum)
 *
 * @return string The archival candidate's bytes — not yet a verified PDF/A
 */
function buildArchivalCandidate(
    PdfDocumentInterface $doc,
    object $pdfaLevel,
): string {
    try {
        // Opt in explicitly. From here the mode guards the document.
        $doc->enablePdfA($pdfaLevel);
    } catch (IncompatiblePdfAModeException $e) {
        // e.g. encryption was already requested — refused, not silently
        // downgraded into a non-conforming "archival" file.
        throw new \RuntimeException(
            'PDF/A and encryption are mutually exclusive for a conforming '
            . 'file; resolve before archiving.',
            previous: $e,
        );
    }

    $bytes = $doc->getPdfData();

    // The step teams skip: this is a CANDIDATE. Run an independent
    // conformance validator before treating it as a preserved record.
    return $bytes;
}

Der Kommentar am Rückgabewert enthält die entscheidende Lehre. Der Funktionsname sagt bewusst Kandidat. Die Engine hat etwas erzeugt, das konform sein sollte. Erst ein Prüfwerkzeug macht aus “sollte” einen Beleg.

Häufiges Missverständnis

Ein Missverständnis füllt Archive mit nicht dauerhaft erhaltenen Dokumenten: “die Bibliothek sagt PDF/A, also ist die Datei PDF/A.” Dieses Urteil darf die Bibliothek nicht fällen. Ein Erzeuger kann eine Datei ausgeben, die konform sein soll, und dennoch eine normative Anforderung verfehlen. Über die Konformität wird anhand des Standards durch ein Validierungswerkzeug entschieden. Auf dieses Urteil verlässt sich ein Prüfer oder ein künftiger Leser. Die Absicht der erzeugenden Bibliothek als Beweis zu behandeln, ist der Kernfehler.

Eine zweite, subtilere Falle besteht darin, anzunehmen, PDF/A allein bewahre das Dokument. Der Standard selbst knüpft den Archivierungserfolg an die Archivierungsumgebung und die Verfahren. Eine konforme Datei in einem undisziplinierten Repository ist nach wie vor gefährdet. Das Format ist notwendig, nicht hinreichend.

Grenzen und Abgrenzungen

• NextPDF erzeugt einen konformen Kandidaten; es zertifiziert die Konformität nicht. Setzen Sie einen unabhängigen Validator ein. Der Beleg ist ein bestandener Bericht, nicht die erzeugende Bibliothek.
• PDF/A-Konformitätsmodi sind eine Funktion der Premium-Stufe. Core gibt schlichtes PDF 2.0 aus und zeigt einen umsetzbaren Upgrade-Pfad auf. Es bietet keine PDF/A-Garantien. Siehe die Abgrenzung unten.
• PDF/A und Verschlüsselung schließen sich für eine konforme Datei gegenseitig aus. Die Engine verweigert die Kombination in beliebiger Reihenfolge, statt stillschweigend etwas Nichtkonformes zu erzeugen.
• Die Engine kann weder Schriftarten einbetten, die ihr nicht übergeben werden, noch von Ihnen gelieferte geräteabhängige Farbe korrigieren. Die Erstellung für Beständigkeit — eingebettete Schriftarten, geräteunabhängige Farbe — liegt in der Verantwortung der Eingabe.
• Die Archivierungsbeständigkeit hängt vom Prozess ab, nicht von der Datei allein. ISO 19005 macht die organisatorische Aufbewahrung und die Verfahren der Schriftgutverwaltung zum Bestandteil einer erfolgreichen Bewahrung.
• Diese Seite ist standardgestützt und beschreibt das Verhalten auf der Premium-Oberfläche. Sie behauptet keine Zertifizierung und stellt keine aus.

PDF/A archival conformance — edition availability

Edition	Availability
Core	○ Core erzeugt ausschließlich schlichtes PDF 2.0. enablePdfA() wirft einen umsetzbaren Upgrade-Fehler, der auf das kommerzielle Paket verweist. Es gibt keine PDF/A-Garantie allein mit Core.
Pro	○ PDF/A-Konformitätsmodi (einschließlich byte-getreuer PDF/A-3-Stufen und PDF/A-4) sind verfügbar, mit dem Schutz gegen Verschlüsselungs-Inkompatibilität.
Enterprise	○ Fügt eine strukturelle PDF/A-Konformitätsrichtlinie und einen Bericht hinzu (nach wie vor eine Strukturprüfung, keine Zertifizierung — die endgültige Feststellung obliegt einem Validator und Ihrem Compliance-Team).

Verwandte Dokumente

• Schriftarten: der schwierige Teil — warum eine Schriftart, die richtig aussieht, eine Datei dennoch nicht konform oder nicht durchsuchbar machen kann.
• Golden-File-Testing — wie eine fixierte Referenzausgabe die Byte-Drift abfängt, die Archivierungsgarantien unbemerkt bricht.
• Rechnungen und E-Invoicing — das naheliegende Nachbarthema: Ein hybrider Rechnungsträger ist selbst eine PDF/A-Datei.

Glossar

• PDF/A — die ISO 19005-Familie: ein eingeschränktes PDF-Profil für die Langzeitarchivierung, das darauf ausgelegt ist, das statische Erscheinungsbild eines Dokuments über die Zeit unabhängig von den erzeugenden Werkzeugen zu reproduzieren.
• Konformitätsstufe / -teil — die spezifische PDF/A-Variante (zum Beispiel PDF/A-2, PDF/A-3, PDF/A-4 und ihre Unterstufen); jede Variante schränkt ein, welche PDF-Funktionen verwendet werden dürfen.
• Output-Intent — ein eingebettetes Farbcharakterisierungsprofil, das es erlaubt, geräteabhängige Farbe geräteunabhängig zu interpretieren.
• Geräteunabhängige Farbe — Farbe, die so angegeben ist, dass sie unabhängig vom Rendering-Gerät konsistent reproduziert wird, eine PDF/A-Anforderung.
• Konformitätsprüfer / Validator — unabhängige Software, die eine Datei anhand der normativen Anforderungen des Standards beurteilt; die Quelle des Konformitätsurteils.
• Archivierungskandidat — eine Datei, die in der Absicht erzeugt wurde, konform zu sein, bevor ein unabhängiger Validator bestätigt hat, dass sie es tatsächlich ist.