Validierung

Auf einen Blick

NextPDF Enterprise führt schreibgeschützte strukturelle Prüfungen anhand benannter Richtlinien in-process durch: PDF/A-4, PAdES-Baseline, Long-Term-Validation-Health (LTV), ZUGFeRD, U.S. Food and Drug Administration (FDA) 21 CFR Part 11 und U.S. Securities and Exchange Commission (SEC) 17a-4. Es gibt einen strukturierten technischen Bericht zurück. Der Bericht ist keine Rechtsberatung, keine Compliance-Bestätigung und keine Zertifizierung.

Verfügbarkeit & Lizenzierung

Diese Funktion wird in NextPDF Enterprise (nextpdf/enterprise) ausgeliefert und aktiviert sich mit einem Lizenz-Envelope der Enterprise-Stufe. Ein Deployment ohne diese Berechtigung lädt die Klassen der Funktion nicht. Editionen vergleichen und eine Lizenz erwerben.

Installation

composer require nextpdf/enterprise:^3

Konzeptioneller Überblick

Compliance ist der Einstiegspunkt. Rufen Sie Compliance::assess($pdfBytes, $policy) auf (oder injizieren Sie eine Instanz und rufen Sie run() auf), um eine CompliancePolicy auf die PDF-Bytes anzuwenden und einen ComplianceReport zu erhalten. Die Richtlinie definiert die Arbeit; der Bericht liefert das strukturierte Ergebnis.

Policies stellt vorgefertigte Richtlinien-Factories bereit: pdfA4(), pdfA4e(), pdfA4f(), padesBaseline(), eidasQualified(), ltvHealth(), zugferd($profile), fdaPart11() und die SEC-17a-4-Familie (sec17a4(), sec17a4Compatible(), sec17a4Structural(), sec17a4PreSign()). Jede Factory gibt eine CompliancePolicy zurück, deren Methode validate() rein ist: PDF-Bytes hinein, Findings heraus. Die Architektur erzwingt eine strikte schreibgeschützte Grenze: Eine Richtlinie verändert PDF-Bytes niemals, sodass die Validierung von jeglichem Auto-Fix-Verhalten getrennt bleibt.

ComplianceReport gruppiert Findings nach Severity (Error, Warning, Info). passes() gibt true zurück, wenn keine Errors vorliegen; Warnings lassen einen Bericht nicht durchfallen. Der Bericht enthält einen eingebauten rechtlichen Haftungsausschluss (getDisclaimer()), der besagt, dass das Ergebnis eine technische Strukturprüfung ausschließlich zu Referenzzwecken ist und dass die endgültige Beurteilung qualifizierten Rechts- oder Compliance-Fachleuten obliegt. Diesen Haftungsausschluss müssen Sie in Ausgaben für Nutzer sichtbar machen.

Eine zweite Grenze ist bei Signaturen wichtig. LtvHealthCheck prüft das strukturelle Vorhandensein des Document Security Store (DSS) gemäß ISO 32000-2:2020 §12.8.4.3; die eingebetteten Daten des Online Certificate Status Protocol (OCSP) oder der Certificate Revocation List (CRL) werden nicht kryptografisch verifiziert. eidasQualified() validiert die PAdES-Struktur ausschließlich auf PDF-Ebene; die tatsächliche eIDAS-Qualifikation hängt vom Trust Service Provider (TSP) und vom qualifizierten Zertifikat ab, die außerhalb dieses Moduls liegen.

Was „Validierung“ hier bedeutet

Dieses Modul prüft strukturelle Attribute und meldet Findings. Es zertifiziert kein Dokument und garantiert nicht, dass das Dokument eine Vorschrift erfüllt.

• Konformität ist eine Eigenschaft der finalen Datei plus eines Validators, nicht dieser Bibliothek. ISO 19005-4:2020 §5.2 bestimmt die Konformität anhand der normativen Anforderungen des Standards durch ein Prüfwerkzeug, nicht durch die erzeugende Software.
• Ein bestandener Bericht ist ein geprüftes Ergebnis anhand der Regeln, die jede Richtlinie implementiert. Er ist kein Zertifikat.
• Die Richtlinien für FDA 21 CFR Part 11 und SEC 17a-4 prüfen die strukturellen Attribute, die die Vorschriften implizieren (Vorhandensein einer Signatur, Signaturabsicht, Audit-Trail-Marker, Write-once-read-many-Einschränkungen (WORM)). Sie begründen keine rechtliche Compliance mit diesen Vorschriften. Ob die Umsetzung rechtlich ausreicht, beurteilt Ihr Compliance-Team.

Die Unterstützung eines Standards bedeutet keine Konformität mit diesem Standard, und Konformität ist keine Zertifizierung. NextPDF verfügt über keine Zertifizierung und erteilt keine.

Tier-Grenze

• NextPDF Core Compliance liefert Byte-Stream-Validatoren und einen Grammatik-Cross-Check; ein Ergebnis ohne Findings ist ein geprüftes Ergebnis, kein Zertifikat.
• NextPDF Pro Compliance (EInvoiceValidator) validiert EN 16931 / Factur-X / ZUGFeRD in-process auf der E-Invoice-Ebene.
• NextPDF Enterprise Validierung (diese Seite) ergänzt vorgefertigte Richtlinien für strukturelle Prüfungen zu Archivierung, Signatur, LTV und regulierten Branchen (FDA Part 11, SEC 17a-4) mit einem einheitlichen Berichtsformat. Das Enterprise-Compliance-Modul ist eine separate Oberfläche, die an externe Sidecars delegiert; dieses Modul läuft in-process.

Warum es so funktioniert

Die Validierung ist als Satz reiner, schreibgeschützter Richtlinien aufgebaut, nicht als Fix-and-Report-Pipeline. Die Methode CompliancePolicy::validate() jeder Richtlinie nimmt PDF-Bytes entgegen und gibt Findings zurück; sie bearbeitet das Dokument niemals. Ein bestandener Bericht ist daher niemals ein Artefakt davon, dass das Werkzeug der Eingabe stillschweigend zum Bestehen „verhilft“. Er bedeutet nur, dass die Datei anhand der Regeln geprüft wurde, die jede Richtlinie implementiert. Ebendiese Grenze ist der Grund, weshalb jeder Bericht einen eingebauten Haftungsausschluss trägt und weshalb Konformität eine Eigenschaft der finalen Datei plus eines externen Validators bleibt und keine Selbstauskunft des Erzeugers. Zertifizierung und rechtliche Ausreichendheit sind Sache eines Auditors oder Compliance-Teams, daher meldet das Modul die Struktur und hört dort auf.

Design-Hintergrund: Compliance, die Sie einem Auditor übergeben können.

API-Oberfläche

Klasse	Zuständigkeit
Compliance	Einstiegspunkt: wendet eine Richtlinie an und gibt einen Bericht zurück.
Policies	Factory für vorgefertigte CompliancePolicy-Instanzen.
CompliancePolicy	Contract: reines validate(), das Findings zurückgibt.
ComplianceReport	Findings nach Schweregrad gruppiert; trägt den rechtlichen Haftungsausschluss.
ComplianceFinding	Ein Finding: Regel-ID, Meldung, Standardreferenz, Behebung.
Severity	Error / Warning / Info.
PdfAPolicy	Strukturelle Richtlinie der PDF/A-4-Familie.
PadesValidator	Strukturelle Richtlinie für PAdES-Baseline / eIDAS.
LtvHealthCheck	Prüfung des strukturellen Vorhandenseins des DSS (ISO 32000-2 §12.8.4.3).
ZugferdValidator	ZUGFeRD-/Factur-X-Richtlinie auf PDF-Ebene.
FdaPart11Policy	Richtlinie für strukturelle Attribute nach FDA 21 CFR Part 11.
Sec17a4WormPolicy	Strukturelle SEC-17a-4-WORM-Richtlinie (wählbare Strenge).

Codebeispiel — Schnellstart

use NextPDF\Enterprise\Validation\Compliance;
use NextPDF\Enterprise\Validation\Policies;

$report = Compliance::assess($pdfBytes, Policies::pdfA4());
$ok = $report->passes(); // no errors

Codebeispiel — Produktion

$report = (new Compliance($clock))->run($pdfBytes, Policies::fdaPart11());

foreach ($report->errors as $finding) {
    $logger->warning('validation.error', [
        'rule'     => $finding->ruleId,
        'standard' => $finding->standardReference,
    ]);
}
$auditLine = $report->getDisclaimer(); // surface this in user-facing output

Randfälle & Fallstricke

• Warnings lassen einen Bericht niemals durchfallen; nur Errors setzen passes() auf false. Ein sauberer Bericht bedeutet weiterhin „gegen die implementierten Regeln geprüft“, nicht „konform“.
• LtvHealthCheck bestätigt die DSS-Struktur, nicht die kryptografische Gültigkeit des Widerrufs.
• eidasQualified() prüft ausschließlich die Struktur auf PDF-Ebene; die Qualifikation hängt vom TSP und Zertifikat ab.
• Die SEC-17a-4-Familie bietet wählbare Strenge (Full / Compatible / Structural / PreSign); wählen Sie diejenige, die zu Ihrer Workflow-Phase passt.

Performance

Jede Richtlinie läuft in-process über die bereitgestellten PDF-Bytes; die Kosten skalieren mit der Dokumentgröße und der Anzahl der Regeln. Compliance erfasst die Laufzeit im Bericht.

Sicherheitshinweise

Richtlinien parsen PDF-Bytes in-process und führen niemals externe Aufrufe aus. Behandeln Sie PDF-Bytes aus nicht vertrauenswürdigen Quellen als feindlich; die rein schreibgeschützte Architektur verhindert, dass eine Richtlinie die Eingabe verändert.

Datenresidenz & PII-Schutzmaßnahmen

Die Validierung erfolgt in-process und lokal, ohne Netzwerk-I/O. Signierte Dokumente und Audit-Trail-Metadaten können personenbezogene Daten enthalten; wenden Sie Ihre eigenen Kontrollen zur Aufbewahrung und Minimierung auf Berichte und Findings an.

Sichere Telemetrie & Log-Bereinigung

Findings umfassen Regel-IDs, Standardreferenzen und Meldungen; manche Meldungen geben aus dem PDF extrahierte Unterzeichnernamen oder Reason-Strings wieder. Bereinigen oder schwärzen Sie diese Felder, bevor Sie Logs an gemeinsam genutzte Senken weiterleiten.

Konformität

Verhalten	Referenz	Status
Konformität wird anhand des Standards bestimmt, nicht anhand des Erzeugers	ISO 19005-4:2020 §5.2	Im Design abgebildet (schreibgeschützte Richtlinien)
Strukturelles Vorhandensein des DSS für LTV	ISO 32000-2:2020 §12.8.4.3	Geprüft (nur Struktur)
PAdES-Baseline-Struktur	ETSI EN 319 142-1 §5.4.3	Geprüft (PDF-Ebene)
Semantisches Modell des EN-16931-Profils	Factur-X 1.08 (EN 16931)	Unterstützende Referenz (der Aussteller bleibt verantwortlich)
FDA 21 CFR Part 11 / SEC 17a-4	21 CFR Part 11 / 17 CFR 240.17a-4	Strukturelle Attribute geprüft; nicht rechtlich verifiziert

Diese Tabelle hält fest, was jede Richtlinie prüft und welche Spezifikationen hinter der jeweiligen Richtlinie stehen. Sie ist keine Aussage über Zertifizierung oder regulatorische Ausreichendheit. Die FDA- und SEC-Zeilen sind ausschließlich Prüfungen struktureller Attribute; diese Quellstandards befinden sich nicht im Verifikationskorpus und tragen keinen Verified-Konformitätsanspruch.

FIPS-Modus-Verhalten

Diese Richtlinien verifizieren keine digitalen PDF-Signaturen, Zertifikatsketten, OCSP/CRL-Antworten oder rechtliche Qualifikation; etwaige von ihnen berechnete SHA-256-Audit-Trail-Digests sind Manipulationsnachweise, keine Signaturverifizierung. Die kryptografische Signaturgültigkeit, die Schlüsselverwahrung und das Verhalten im Modus der Federal Information Processing Standards (FIPS) werden von den Signatur- und Security-Modulen behandelt.

Bedrohungsmodell

Die primäre Eingabe sind nicht vertrauenswürdige PDF-Bytes. Zu den Schutzmaßnahmen zählen rein schreibgeschützte Richtlinien (keine Mutation, kein Auto-Fix), kein Netzwerk-I/O und ein expliziter rechtlicher Haftungsausschluss in jedem Bericht, damit ein bestandenes Ergebnis nicht mit einer Zertifizierung verwechselt wird.

Verhaltens-Contract

• Die Methode validate() jeder Richtlinie ist eine reine Funktion: PDF-Bytes hinein, Findings heraus. Sie verändert die Eingabe niemals; die Architektur hält eine strikte schreibgeschützte Grenze getrennt von jeglichem Auto-Fix-Verhalten.
• Der Bericht gruppiert Findings nach Schweregrad; passes() gibt true zurück, wenn keine Errors vorliegen, und Warnings lassen einen Bericht niemals durchfallen.
• Jeder Bericht trägt einen eingebauten rechtlichen Haftungsausschluss, der besagt, dass das Ergebnis eine technische Strukturprüfung ausschließlich zu Referenzzwecken ist; diesen Haftungsausschluss müssen Sie in Ausgaben für Nutzer sichtbar machen.
• Der LTV-Health-Check bestätigt ausschließlich das strukturelle Vorhandensein des DSS; er verifiziert die eingebetteten OCSP/CRL-Daten nicht kryptografisch.
• Die eIDAS-qualifizierte Richtlinie validiert die PAdES-Struktur ausschließlich auf PDF-Ebene; die tatsächliche Qualifikation hängt vom Trust Service Provider und vom Zertifikat ab, die außerhalb dieses Moduls liegen.

Veröffentlichungsgrenze

Diese Seite dokumentiert ausschließlich extern beobachtbares Verhalten und die unterstützte öffentliche API-Oberfläche. Interne Namespace-Pfade, Hilfsklassen, Mechanismus-Tabellen, Runbook-Dateinamen und Ticket-Präfixe liegen außerhalb des Umfangs.

Core-Fallback

NextPDF Core Compliance liefert Byte-Stream-Validatoren und einen Grammatik-Cross-Check; ein Ergebnis ohne Findings ist ein geprüftes Ergebnis, kein Zertifikat. Die vorgefertigten Richtlinien für Archivierung, Signatur, LTV und regulierte Branchen mit einem einheitlichen Berichtsformat haben kein Äquivalent im Core-Tier.

Pro-Fallback

NextPDF Pro Compliance validiert EN 16931 / Factur-X / ZUGFeRD in-process auf der E-Invoice-Ebene. Es stellt die vorgefertigten strukturellen Richtlinien für PDF/A-4, PAdES, LTV, FDA Part 11 oder SEC 17a-4 nicht bereit; diese werden ausschließlich im Paket nextpdf/enterprise ausgeliefert. Die External-Sidecar-Oberfläche von Enterprise Compliance ist ein separates Modul.

Hinweis zur Enterprise-Grenze

Der Einstiegspunkt, die Policy-Factory und der Bericht werden auf Verhaltensebene beschrieben. Die richtlinienspezifischen Regel-Interna und jegliche internen Klassifizierungsdetails liegen außerhalb des Umfangs der öffentlichen Oberfläche. Die kryptografische Signaturgültigkeit liegt hier bewusst außerhalb des Umfangs; sie wird von der Verify-Seite der Signaturverifizierung und den Security-Modulen behandelt.

Deployment-Grenze

Die Validierung läuft in-process und lokal, ohne Netzwerk-I/O; eine Richtlinie kann die Eingabe nicht verändern. Der Betreiber behandelt PDF-Bytes aus nicht vertrauenswürdigen Quellen als feindlich, macht den Haftungsausschluss des Berichts in Ausgaben für Nutzer sichtbar und ist für Kontrollen zur Aufbewahrung und Minimierung von Berichten und Findings verantwortlich, die personenbezogene Daten aus signierten Dokumenten und Audit-Trail-Metadaten enthalten können.

Grenze der rechtlichen Compliance

Die Unterstützung eines Standards bedeutet keine Konformität mit diesem Standard, und Konformität ist keine Zertifizierung; NextPDF verfügt über keine Zertifizierung und erteilt keine. Die Richtlinien für FDA 21 CFR Part 11 und SEC 17a-4 prüfen ausschließlich strukturelle Attribute und begründen keine rechtliche Compliance. Diese Dokumentation ist kein Rechtsgutachten; ziehen Sie zur Beurteilung, ob die Umsetzung rechtlich ausreicht, Ihr Compliance-Team zurate.

Siehe auch

• Compliance — externe Validator-Sidecars (eigenständige Oberfläche).
• Evidence — versiegelte, mit Zeitstempel versehene Berichtspakete.
• Core Compliance — In-process-Byte-Stream-Validatoren.
• Signaturverifizierung — kryptografische Verify-Seite für CMS / Zeitstempel / Archivierungskette (getrennt von dieser strukturellen Oberfläche).
• Spezifikationen: PDF/A-4 — referenzierter Standard.
• Validierung — Deep Reference — richtlinienspezifische Regel-Interna und vollständige Klassenreferenz.