コンテンツにスキップ
getnextpdf.com

Enterprise エディション

ドキュメント電子提出

NextPDF Enterprise は、管轄区域プロファイルで構成されたとおりに、PDF を電子裁判所 / 政府への提出に適した配信アーティファクトへ最適化し、プロファイルのサイズ制限を超えた場合にはサイズで境界づけられたセグメントに分割します。構成されたとおりに提出用の形式を準備しますが、いずれかのドキュメントが裁判所やレジストリに受理されることを保証するものではありません。

この機能は NextPDF Enterprisenextpdf/enterprise)に同梱され、Enterprise ティアのライセンスエンベロープで有効化されます。その権限を持たないデプロイメントは、この機能のクラスをロードしません。エディションを比較してライセンスを取得

Terminal window
composer require nextpdf/enterprise:^3

EFilingOptimizer は、入力 PDF に対して固定のパイプラインを実行します。

  1. 無害化。 アクティブコンテンツ(JavaScript とアクション)が、コンテンツの無害化と再構築のエンジンを通じて除去されます。
  2. リニアライズ。 ドキュメントが、高速な Web ビューのためにリニアライズされます。
  3. サイズチェックと分割。 結果がプロファイルのサイズ制限を超える場合、SizeAwareSplitter は、ページ数に対する二分探索を使用して分割ポイントを選択し、それぞれが収まるセグメントに分割します。

管轄区域プロファイル(EFilingProfile)は、制約を保持します。セグメントごとの最大ファイルサイズ、JPEG 再圧縮品質、フォームのフラット化、JavaScript の除去、リニアライズ、およびオブジェクトストリームの圧縮です。組み込みプロファイルには、US PACER(25 MiB 上限)、EU e-Justice(10 MiB 上限)、Taiwan Judicial Yuan(10 MiB 上限)が含まれます。結果(EFilingResult)は、セグメント、元のサイズと最適化後のサイズ、適用された最適化、および警告を報告します。

電子提出の出力は配信アーティファクトであり、ドキュメントライフサイクルの状態ではありません。最適化または分割された PDF は送信のための最終形であり、署名やアーカイブのパイプラインに再投入してはなりません。再処理はハッシュチェーンと証拠としての完全性を破壊するためです。

このモジュールは、構成されたとおりに電子裁判所 / 政府への提出用の形式を準備します。いずれかの裁判所、レジストリ、または提出ポータルによる受理を保証するものではありません。ポータルの規則、受理される形式、サイズ上限、および手続き要件は、管轄区域によって異なり、時間の経過とともに変化します。組み込みプロファイルは、便宜上、一般に公開されている制約をエンコードしています。提出前に、宛先レジストリの現在の規則に対してそれらを検証してください。

パイプラインは 1 つの固定された順序で実行されます。無害化、リニアライズ、サイズチェックです。各ステージが前のステージの出力を消費するためです。コンテンツの無害化と再構築が最初に実行されるのは、提出入力が信頼できない当事者から届き、書き換えの前に無害化されなければならないためです。リニアライズがサイズチェックに先行するのは、それがバイトレイアウトを、したがってスプリッターが順守しなければならないサイズを変更するためです。splitByMaxSize() はその後、平均ページ推定に頼るのではなく、生成されたすべてのセグメントをプロファイルの maxFileSizeBytes 上限に対して検証します。それでも上限を超える単一のページは分割不可能であるため、破棄されるのではなく警告として表面化します。配信アーティファクトが再署名と再アーカイブから除外されるのは、提出されたバイトを再処理すると証拠としてのハッシュチェーンが破壊されるためです。

設計背景: 信頼できない PDF の無害化: コンテンツの無害化と再構築

クラス責務
EFilingOptimizer無害化 → リニアライズ → サイズ分割のパイプラインを実行する。
EFilingProfile管轄区域制約プロファイル(pacer()euJustice()taiwan()、またはカスタム)。
SizeAwareSplitterPDF をバイト制限内のセグメントに分割する。
EFilingSegment1 つの出力セグメント: バイト列、ページ範囲、サイズ、インデックス。
EFilingResult集約: セグメント、サイズ、最適化、警告。
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.
  • すでにプロファイル制限を下回るドキュメントは、サイズの面で変更されないまま、単一のセグメントを返します。
  • 制限を超える単一のページは、それ以上分割できません。警告とともに 1 つの制限超過セグメントとして返されます。カスタムプロファイルで画像品質を下げるか、ページを前処理してください。
  • 無害化が入力を拒否した場合、警告が記録され、元のバイト列が保持されます。提出前に警告を確認してください。
  • 組み込みプロファイルの上限は、各ポータルからのライブフィードではなく、一般に公開されている値を反映しています。確認すべきデフォルトとして扱ってください。

コストは、ドキュメントサイズとページ数に応じて増減します。分割はページ数に対する二分探索を実行するため、分割試行の回数はページ数に対して対数的です。大きく画像の多いドキュメントでは、リニアライズと再圧縮がウォールタイムを支配します。

アクティブコンテンツは、配信の前にコンテンツの無害化と再構築によって除去されます。信頼できない当事者からの入力 PDF は敵対的なものとして扱ってください。無害化ステップは緩和策であり、下流システムにとっての安全性の保証ではありません。

提出されるドキュメントには、しばしば個人データや案件データが含まれます。処理はインプロセスかつローカルです。このモジュールはアウトバウンドのネットワーク呼び出しを行いません。セグメントと元のファイルに対して、お客様独自の保持管理策を適用してください。

警告と最適化の記録は、ドキュメントコンテンツではなく、パイプラインのアクションを記述します。周囲のコードのファイルパスや案件識別子を共有シンクでログに記録しないようにしてください。

挙動参照ステータス
関連ファイルの関係セマンティクスISO 19005-3:2012 §6.7.8キャリアが適用される箇所で順守
埋め込みファイルキャリアの要件ISO 19005-4:2020 Annex Aキャリアが適用される箇所で順守

この表は、周囲の PDF/A 処理が合わせて構築されている仕様を記録したものです。いずれかの裁判所やレジストリによる受理に関する表明ではありません。

このモジュールは暗号操作を実行しません。

アクティブコンテンツを持つ信頼できない入力 PDF が主要な入力です。緩和策は、リニアライズと配信の前のコンテンツの無害化と再構築です。配信アーティファクトは、証拠としての完全性を保護するために、再署名と再アーカイブから除外されます。

  • EFilingOptimizer は、固定のパイプラインを実行します。コンテンツの無害化と再構築、リニアライズ、その後、プロファイル上限を超えた場合の二分探索分割を伴うサイズチェックです。
  • すでにプロファイル制限を下回るドキュメントは、サイズが変更されない単一のセグメントを返します。
  • 制限を超える単一のページは、警告とともに 1 つの制限超過セグメントとして返されます。それ以上分割できません。
  • 電子提出アーティファクトは送信のための最終形であり、署名やアーカイブのパイプラインに再投入してはなりません。再処理はハッシュチェーンと証拠としての完全性を破壊します。

このページは、外部から観測できる挙動とサポート対象の公開 API サーフェスのみを説明します。内部の名前空間パス、ヘルパークラス、メカニズムテーブル、ランブックのファイル名、およびチケットプレフィックスは範囲外です。

NextPDF Core には、管轄区域プロファイルの電子提出オプティマイザー、CDR 無害化ステージ、サイズを考慮したスプリッターがありません。Core のみのデプロイメントは、提出準備パイプラインを自前で構築する必要があります。

NextPDF Pro は、管轄区域プロファイルの電子提出オプティマイザー、組み込みの PACER / EU e-Justice / Taiwan Judicial Yuan プロファイル、CDR 無害化ステージ、またはサイズを考慮したスプリッターを提供しません。Pro のみのデプロイメントでプロファイル駆動の電子提出最適化を要求する構成には、それを満たす Enterprise コンポーネントがありません。Enterprise サーフェスについては Enterprise の概要を参照してください。

内部のメカニズム詳細は、ソースリポジトリの内部ドキュメントに留まり、本マニュアルの範囲外です。

組み込みプロファイルの上限は、便宜上、一般に公開されている制約をエンコードしたものであり、各ポータルからのライブフィードではありません。提出前に宛先レジストリの現在の規則に対してそれらを確認することは、提出者の責任です。処理はインプロセスかつローカルです。このモジュールはアウトバウンドのネットワーク呼び出しを行いません。裁判所、レジストリ、または提出ポータルへの送信は、このモジュールの外部です。

NextPDF は、管轄区域プロファイルで構成されたとおりに、電子裁判所 / 政府への提出用の形式を準備します。いずれかの裁判所、レジストリ、審判所、または提出ポータルによってドキュメントが受理されることを保証するものではなく、法的助言を提供するものでもありません。提出規則、受理される形式、サイズ制限、署名要件、および手続き期限は、関係当局によって設定され、管轄区域によって異なり、変化します。それらの規則を検証して満たすことは、提出者の責任です。弁護士および宛先レジストリの現在のガイダンスにご相談ください。