Zum Inhalt springen
getnextpdf.com

Enterprise Edition

Elektronische Dokumenteneinreichung

NextPDF Enterprise optimiert ein PDF zu einem Zustellartefakt, das für die E-Court-/Behörden-Einreichung geeignet ist, konfiguriert über ein Rechtsordnungsprofil, und teilt es in größenbegrenzte Segmente auf, wenn eine Profil-Größenbegrenzung überschritten wird. Es bereitet Formate für die Einreichung wie konfiguriert auf; es garantiert nicht, dass ein Dokument von einem Gericht oder Register akzeptiert wird.

Diese Funktion wird in NextPDF Enterprise (nextpdf/enterprise) ausgeliefert und wird mit einer Lizenzhülle der Enterprise-Stufe aktiviert. Eine Bereitstellung ohne diese Berechtigung lädt die Klassen der Funktion nicht. Editionen vergleichen und Lizenz erwerben.

Terminal-Fenster
composer require nextpdf/enterprise:^3

EFilingOptimizer führt eine feste Pipeline gegen ein Eingabe-PDF aus:

  1. Bereinigung. Aktiver Inhalt (JavaScript und Aktionen) wird über die Content-Disarm-and-Reconstruction-Engine entfernt.
  2. Linearisierung. Das Dokument wird für die schnelle Webansicht linearisiert.
  3. Größenprüfung und Aufteilung. Überschreitet das Ergebnis die Profil-Größenbegrenzung, teilt SizeAwareSplitter es in Segmente, die jeweils passen, mittels einer binären Suche über die Seitenanzahl zur Wahl der Trennpunkte.

Ein Rechtsordnungsprofil (EFilingProfile) trägt die Einschränkungen: maximale Dateigröße pro Segment, JPEG-Rekompressionsqualität, Formularabflachung, JavaScript-Entfernung, Linearisierung und Object-Stream-Kompression. Zu den eingebauten Profilen gehören US PACER (25-MiB-Begrenzung), EU e-Justice (10-MiB-Begrenzung) und Taiwan Judicial Yuan (10-MiB-Begrenzung). Das Ergebnis (EFilingResult) meldet die Segmente, die Original- und optimierten Größen, die angewendeten Optimierungen und etwaige Warnungen.

E-Filing-Ausgabe ist ein Zustellartefakt, kein Dokumentlebenszyklus-Zustand. Ein optimiertes oder aufgeteiltes PDF ist final für die Übertragung und darf nicht erneut in eine Signier- oder Archivierungs-Pipeline eintreten, weil eine erneute Verarbeitung Hash-Ketten und die beweissichere Integrität brechen würde.

Dieses Modul bereitet Formate für die E-Court-/Behörden-Einreichung wie konfiguriert auf. Es garantiert nicht die Akzeptanz durch ein Gericht, ein Register oder ein Einreichungsportal. Portalregeln, akzeptierte Formate, Größenbegrenzungen und Verfahrensanforderungen variieren je nach Rechtsordnung und ändern sich mit der Zeit. Die eingebauten Profile kodieren häufig veröffentlichte Einschränkungen als Erleichterung; prüfen Sie sie vor der Einreichung gegen die aktuellen Regeln des Zielregisters.

Die Pipeline läuft in einer festen Reihenfolge — bereinigen, linearisieren, Größe prüfen —, weil jede Stufe die Ausgabe der vorherigen Stufe verbraucht. Content Disarm and Reconstruction läuft zuerst, weil Einreichungseingaben von nicht vertrauenswürdigen Parteien stammen und vor dem Umschreiben entschärft werden müssen. Die Linearisierung geht der Größenprüfung voraus, weil sie das Byte-Layout ändert und damit die Größe, die der Splitter respektieren muss. splitByMaxSize() prüft dann jedes erzeugte Segment gegen die maxFileSizeBytes-Begrenzung des Profils, anstatt einer Durchschnitts-pro-Seite-Schätzung zu vertrauen. Eine einzelne Seite, die die Begrenzung dennoch überschreitet, ist unteilbar, sodass sie als Warnung erscheint, statt verworfen zu werden. Das Zustellartefakt wird vom erneuten Signieren und erneuten Archivieren ausgeschlossen, weil eine erneute Verarbeitung eingereichter Bytes beweissichere Hash-Ketten brechen würde.

Design-Hintergrund: Nicht vertrauenswürdige PDFs bereinigen: Content Disarm and Reconstruction.

KlasseVerantwortung
EFilingOptimizerFührt die Pipeline aus Bereinigen → Linearisieren → Größenaufteilung aus.
EFilingProfileRechtsordnungs-Einschränkungsprofil (pacer(), euJustice(), taiwan() oder eigenes).
SizeAwareSplitterTeilt ein PDF in Segmente unter einer Byte-Begrenzung auf.
EFilingSegmentEin Ausgabesegment: Bytes, Seitenbereich, Größe, Index.
EFilingResultAggregat: Segmente, Größen, Optimierungen, Warnungen.
use NextPDF\Enterprise\Document\EFiling\EFilingOptimizer;
use NextPDF\Enterprise\Document\EFiling\EFilingProfile;
$result = (new EFilingOptimizer())->optimize($pdfBytes, EFilingProfile::pacer());
$result = (new EFilingOptimizer())->optimize($pdfBytes, EFilingProfile::euJustice());
foreach ($result->warnings as $warning) {
$logger->warning('efiling.warning', ['message' => $warning]);
}
foreach ($result->segments as $segment) {
$store->put("filing/{$segment->segmentIndex}.pdf", $segment->pdfData);
}
// Confirm the destination registry's current rules before submitting.
  • Ein Dokument, das bereits unter der Profilbegrenzung liegt, gibt ein einzelnes Segment zurück, größentechnisch unverändert.
  • Eine einzelne Seite, die die Begrenzung überschreitet, kann nicht weiter aufgeteilt werden; sie wird als ein Segment über der Begrenzung mit einer Warnung zurückgegeben. Reduzieren Sie die Bildqualität in einem eigenen Profil oder verarbeiten Sie die Seite vor.
  • Lehnt die Bereinigung die Eingabe ab, wird eine Warnung aufgezeichnet und die Originalbytes werden behalten; prüfen Sie die Warnungen vor der Einreichung.
  • Eingebaute Profilbegrenzungen spiegeln häufig veröffentlichte Werte wider, keinen Live-Feed von jedem Portal. Behandeln Sie sie als zu bestätigende Standardwerte.

Die Kosten skalieren mit der Dokumentgröße und der Seitenanzahl. Die Aufteilung führt eine binäre Suche über die Seitenanzahl aus, sodass die Anzahl der Aufteilungsversuche logarithmisch zur Seitenanzahl ist. Linearisierung und Rekompression dominieren die Wall-Zeit bei großen bildlastigen Dokumenten.

Aktiver Inhalt wird vor der Zustellung über Content Disarm and Reconstruction entfernt. Behandeln Sie Eingabe-PDFs von nicht vertrauenswürdigen Parteien als feindlich; der Bereinigungsschritt ist eine Mitigation, keine Garantie für die Sicherheit nachgelagerter Systeme.

Eingereichte Dokumente enthalten häufig personenbezogene und fallbezogene Daten. Die Verarbeitung ist prozessintern und lokal; das Modul führt keine ausgehenden Netzwerkaufrufe aus. Wenden Sie Ihre eigenen Aufbewahrungskontrollen auf die Segmente und das Original an.

Warnungen und Optimierungsaufzeichnungen beschreiben Pipeline-Aktionen, keinen Dokumenteninhalt. Vermeiden Sie es, Dateipfade oder Fallbezeichner aus Ihrem umgebenden Code an gemeinsamen Senken zu protokollieren.

VerhaltenReferenzStatus
Semantik der Associated-File-BeziehungISO 19005-3:2012 §6.7.8Eingehalten, wo Carrier zutreffen
Anforderungen an den Embedded-File-CarrierISO 19005-4:2020 Annex AEingehalten, wo Carrier zutreffen

Diese Tabelle erfasst Spezifikationen, gegen die die umgebende PDF/A-Behandlung gebaut ist. Sie ist keine Aussage über die Akzeptanz durch ein Gericht oder Register.

Dieses Modul führt keine kryptografischen Operationen aus.

Nicht vertrauenswürdige Eingabe-PDFs, die aktiven Inhalt tragen, sind die primäre Eingabe. Mitigation: Content Disarm and Reconstruction vor Linearisierung und Zustellung; das Zustellartefakt wird vom erneuten Signieren und erneuten Archivieren ausgeschlossen, um die beweissichere Integrität zu schützen.

  • EFilingOptimizer führt eine feste Pipeline aus: Content Disarm and Reconstruction, Linearisierung, dann eine Größenprüfung mit binärsuchbasierter Aufteilung, wenn eine Profilbegrenzung überschritten wird.
  • Ein Dokument, das bereits unter der Profilbegrenzung liegt, gibt ein einzelnes größentechnisch unverändertes Segment zurück.
  • Eine einzelne Seite über der Begrenzung wird als ein Segment über der Begrenzung mit einer Warnung zurückgegeben; sie kann nicht weiter aufgeteilt werden.
  • Ein E-Filing-Artefakt ist final für die Übertragung und darf nicht erneut in eine Signier- oder Archivierungs-Pipeline eintreten; eine erneute Verarbeitung würde Hash-Ketten und die beweissichere Integrität brechen.

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

NextPDF Core hat keinen rechtsordnungsprofilbasierten E-Filing-Optimizer, keine CDR-Bereinigungsstufe und keinen größenbewussten Splitter. Eine reine Core-Bereitstellung muss jede Einreichungsvorbereitungs-Pipeline selbst aufbauen.

NextPDF Pro stellt den rechtsordnungsprofilbasierten E-Filing-Optimizer, die eingebauten Profile PACER / EU e-Justice / Taiwan Judicial Yuan, die CDR-Bereinigungsstufe oder den größenbewussten Splitter nicht bereit. Eine Konfiguration, die in einer reinen Pro-Bereitstellung profilgesteuerte E-Filing-Optimierung anfordert, hat keine Enterprise-Komponente, die sie erfüllt. Siehe den Enterprise-Überblick für die Enterprise-Oberfläche.

Interne Mechanismusdetails verbleiben in der internen Dokumentation des Quell-Repositorys und liegen außerhalb des Geltungsbereichs dieses Handbuchs.

Eingebaute Profilbegrenzungen kodieren häufig veröffentlichte Einschränkungen als Erleichterung, keinen Live-Feed von jedem Portal; das Bestätigen gegen die aktuellen Regeln des Zielregisters vor der Einreichung liegt in der Verantwortung des Einreichers. Die Verarbeitung ist prozessintern und lokal; das Modul führt keine ausgehenden Netzwerkaufrufe aus. Der Transport zu einem Gericht, Register oder Einreichungsportal ist außerhalb dieses Moduls.

NextPDF bereitet Formate für die E-Court-/Behörden-Einreichung wie über ein Rechtsordnungsprofil konfiguriert auf. Es garantiert nicht, dass ein Dokument von einem Gericht, Register, Tribunal oder Einreichungsportal akzeptiert wird, und bietet keine Rechtsberatung. Einreichungsregeln, akzeptierte Formate, Größenbegrenzungen, Signaturanforderungen und Verfahrensfristen werden von der zuständigen Behörde festgelegt, variieren je nach Rechtsordnung und ändern sich. Das Prüfen und Einhalten dieser Regeln liegt in der Verantwortung des Einreichers. Konsultieren Sie einen Rechtsbeistand und die aktuellen Hinweise des Zielregisters.