Dépôt électronique de documents

En bref

NextPDF Enterprise optimise un PDF en un artefact de livraison adapté au dépôt électronique judiciaire / administratif selon la configuration d’un profil de juridiction, et le découpe en segments bornés en taille lorsqu’une limite de taille du profil est dépassée. Il prépare des formats pour le dépôt selon la configuration ; il ne garantit pas qu’un document soit accepté par un tribunal ou un greffe.

Disponibilité & licence

Cette capacité est livrée dans NextPDF Enterprise (nextpdf/enterprise) et s’active avec une enveloppe de licence de niveau Enterprise. Un déploiement dépourvu de cette autorisation ne charge pas les classes de la capacité. Comparer les éditions et obtenir une licence.

Installation

composer require nextpdf/enterprise:^3

Vue d’ensemble conceptuelle

EFilingOptimizer exécute un pipeline fixe sur un PDF d’entrée :

1. Assainissement. Le contenu actif (JavaScript et actions) est supprimé via le moteur de désarmement et reconstruction du contenu.
2. Linéarisation. Le document est linéarisé pour une vue web rapide.
3. Vérification de taille et découpe. Si le résultat dépasse la limite de taille du profil, SizeAwareSplitter le divise en segments qui tiennent chacun, à l’aide d’une recherche binaire sur le nombre de pages pour choisir les points de découpe.

Un profil de juridiction (EFilingProfile) porte les contraintes : taille de fichier maximale par segment, qualité de recompression JPEG, aplatissement des formulaires, suppression du JavaScript, linéarisation et compression des flux d’objets. Les profils intégrés incluent US PACER (plafond de 25 MiB), EU e-Justice (plafond de 10 MiB) et Taiwan Judicial Yuan (plafond de 10 MiB). Le résultat (EFilingResult) rapporte les segments, les tailles originale et optimisée, les optimisations appliquées et tout avertissement.

La sortie de dépôt électronique est un artefact de livraison, et non un état du cycle de vie du document. Un PDF optimisé ou découpé est final pour la transmission et ne doit pas réintégrer un pipeline de signature ou d’archivage, car le retraitement romprait les chaînes d’empreintes et l’intégrité probante.

Ce que ce module revendique et ne revendique pas

Ce module prépare des formats pour le dépôt électronique judiciaire / administratif selon la configuration. Il ne garantit pas l’acceptation par un quelconque tribunal, greffe ou portail de dépôt. Les règles des portails, les formats acceptés, les plafonds de taille et les exigences procédurales varient selon la juridiction et changent au fil du temps. Les profils intégrés encodent par commodité les contraintes couramment publiées ; vérifie-les au regard des règles actuelles du greffe destinataire avant de déposer.

Pourquoi cela fonctionne ainsi

Le pipeline s’exécute dans un ordre fixe unique — assainir, linéariser, vérifier la taille — car chaque étape consomme la sortie de l’étape précédente. Le désarmement et la reconstruction du contenu s’exécutent en premier, car les entrées de dépôt proviennent de tiers non fiables et doivent être désarmées avant réécriture. La linéarisation précède la vérification de taille car elle modifie l’agencement des octets, et donc la taille que le découpeur doit respecter. splitByMaxSize() vérifie ensuite chaque segment produit au regard du plafond maxFileSizeBytes du profil plutôt que de se fier à une estimation moyenne par page. Une seule page qui dépasse encore le plafond est indivisible, de sorte qu’elle apparaît sous forme d’avertissement plutôt que d’être supprimée. L’artefact de livraison est exclu de la re-signature et du ré-archivage, car retraiter des octets déposés romprait les chaînes d’empreintes probantes.

Contexte de conception : Assainir les PDF non fiables : désarmement et reconstruction du contenu.

Surface d’API

Classe	Responsabilité
EFilingOptimizer	Exécute le pipeline assainir → linéariser → découper en taille.
EFilingProfile	Profil de contraintes de juridiction (pacer(), euJustice(), taiwan() ou personnalisé).
SizeAwareSplitter	Découpe un PDF en segments sous une limite d’octets.
EFilingSegment	Un segment de sortie : octets, plage de pages, taille, index.
EFilingResult	Agrégat : segments, tailles, optimisations, avertissements.

Exemple de code — Démarrage rapide

use NextPDF\Enterprise\Document\EFiling\EFilingOptimizer;
use NextPDF\Enterprise\Document\EFiling\EFilingProfile;

$result = (new EFilingOptimizer())->optimize($pdfBytes, EFilingProfile::pacer());

Exemple de code — Production

$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.

Cas limites & pièges

• Un document déjà sous la limite du profil renvoie un seul segment, inchangé en termes de taille.
• Une seule page qui dépasse la limite ne peut pas être découpée davantage ; elle est renvoyée comme un segment hors limite unique avec un avertissement. Réduis la qualité d’image dans un profil personnalisé ou pré-traite la page.
• Si l’assainissement rejette l’entrée, un avertissement est enregistré et les octets originaux sont conservés ; inspecte les avertissements avant de déposer.
• Les plafonds des profils intégrés reflètent des valeurs couramment publiées, et non un flux en direct de chaque portail. Considère-les comme des valeurs par défaut à confirmer.

Performance

Le coût évolue avec la taille du document et le nombre de pages. La découpe effectue une recherche binaire sur le nombre de pages, de sorte que le nombre de tentatives de découpe est logarithmique en nombre de pages. La linéarisation et la recompression dominent le temps total pour les grands documents riches en images.

Notes de sécurité

Le contenu actif est supprimé avant la livraison via le désarmement et la reconstruction du contenu. Considère les PDF d’entrée provenant de tiers non fiables comme hostiles ; l’étape d’assainissement est une mesure d’atténuation, et non une garantie de sûreté pour les systèmes en aval.

Résidence des données & mesures d’atténuation des PII

Les documents déposés contiennent fréquemment des données personnelles et liées à l’affaire. Le traitement est en mémoire (in-process) et local ; le module n’effectue aucun appel réseau sortant. Applique tes propres contrôles de conservation aux segments et à l’original.

Télémétrie sûre & nettoyage des journaux

Les avertissements et les enregistrements d’optimisation décrivent des actions du pipeline, et non le contenu du document. Évite de journaliser les chemins de fichiers ou les identifiants d’affaire de ton code environnant vers des collecteurs partagés.

Conformité

Comportement	Référence	État
Sémantique de relation de fichier associé	ISO 19005-3:2012 §6.7.8	Honoré là où des supports s’appliquent
Exigences du support de fichier intégré	ISO 19005-4:2020 Annex A	Honoré là où des supports s’appliquent

Ce tableau consigne les spécifications au regard desquelles le traitement PDF/A environnant est construit. Ce n’est pas une déclaration d’acceptation par un quelconque tribunal ou greffe.

Comportement en mode FIPS

Ce module n’effectue aucune opération cryptographique.

Modèle de menace

Les PDF d’entrée non fiables portant du contenu actif sont l’entrée principale. Mesure d’atténuation : désarmement et reconstruction du contenu avant la linéarisation et la livraison ; l’artefact de livraison est exclu de la re-signature et du ré-archivage pour protéger l’intégrité probante.

Contrat de comportement

• EFilingOptimizer exécute un pipeline fixe : désarmement et reconstruction du contenu, linéarisation, puis une vérification de taille avec découpe par recherche binaire lorsqu’un plafond de profil est dépassé.
• Un document déjà sous la limite du profil renvoie un seul segment de taille inchangée.
• Une seule page au-delà de la limite est renvoyée comme un segment hors limite unique avec un avertissement ; elle ne peut pas être découpée davantage.
• Un artefact de dépôt électronique est final pour la transmission et ne doit pas réintégrer un pipeline de signature ou d’archivage ; le retraitement romprait les chaînes d’empreintes et l’intégrité probante.

Frontière de publication

Cette page documente uniquement le comportement observable de l’extérieur et la surface d’API publique prise en charge. Les chemins d’espace de noms internes, les classes utilitaires, les tables de mécanismes, les noms de fichiers de runbook et les préfixes de tickets sont hors périmètre.

Repli sur le Core

NextPDF Core n’a aucun optimiseur de dépôt électronique par profil de juridiction, aucune étape d’assainissement CDR et aucun découpeur en fonction de la taille. Un déploiement Core uniquement doit construire lui-même tout pipeline de préparation au dépôt.

Repli sur Pro

NextPDF Pro ne fournit pas l’optimiseur de dépôt électronique par profil de juridiction, les profils intégrés PACER / EU e-Justice / Taiwan Judicial Yuan, l’étape d’assainissement CDR ni le découpeur en fonction de la taille. Une configuration qui demande une optimisation de dépôt électronique pilotée par profil dans un déploiement Pro uniquement n’a aucun composant Enterprise pour la satisfaire. Voir la vue d’ensemble Enterprise pour la surface Enterprise.

Note sur la frontière Enterprise

Les détails internes du mécanisme restent dans la documentation interne du dépôt source et sont hors du périmètre de ce manuel.

Frontière de déploiement

Les plafonds des profils intégrés encodent par commodité les contraintes couramment publiées, et non un flux en direct de chaque portail ; les confirmer au regard des règles actuelles du greffe destinataire avant de déposer relève de la responsabilité du déposant. Le traitement est en mémoire (in-process) et local ; le module n’effectue aucun appel réseau sortant. Le transport vers un tribunal, un greffe ou un portail de dépôt est externe à ce module.

Frontière de conformité légale

NextPDF prépare des formats pour le dépôt électronique judiciaire / administratif selon la configuration d’un profil de juridiction. Il ne garantit pas qu’un document sera accepté par un quelconque tribunal, greffe, tribunal administratif ou portail de dépôt, et ne fournit pas d’avis juridique. Les règles de dépôt, les formats acceptés, les limites de taille, les exigences de signature et les délais procéduraux sont fixés par l’autorité compétente, varient selon la juridiction et changent. Vérifier et respecter ces règles relève de la responsabilité du déposant. Consulte un conseil et les directives actuelles du greffe destinataire.

Voir aussi

• Référence du dépôt électronique de documents — surface d’API publique complète pour ce module.
• Invoice — génération de factures structurées.
• Vue d’ensemble Enterprise
• Matrice des fonctionnalités Core vs Pro vs Enterprise