03b — Atlas mondial des normes, partie 2 : verticales, juridictions, conventions d'industrie
Mêmes colonnes qu'en 03a. Quand un dispositif national est XML d'abord (FatturaPA, KSeF, CFDI…), l'obligation PDF est la représentation lisible par l'humain (règles de mise en page, QR/codes-barres obligatoires, XML incorporé) — c'est cette représentation que nous générons, validons et vérifions.
H. Facturation électronique (le plus grand marché immédiat)
| Juridiction / dispositif | Format et obligation PDF | Oracle / validateur | Retenu |
|---|---|---|---|
EN 16931 UE (modèle sémantique), syntaxes UBL 2.1 / UN/CEFACT CII D16B ; Peppol BIS Billing 3.0 (réseau) ; profils hybrides Factur-X 1.0.07 (FR/DE) = ZUGFeRD 2.3 : PDF/A-3 + factur-x.xml dans /AF avec /AFRelationship /Data|/Source|/Alternative, schéma d'extension XMP fx: (DocumentType, DocumentFileName, Version, ConformanceLevel MINIMUM/BASIC WL/BASIC/EN 16931/EXTENDED/XRECHNUNG) |
PDF hybride | Mustang (Java, Apache-2.0 : validateur + générateur), validateur KoSIT (Schematron XRechnung/EN 16931), jeux d'exemples Factur-X/ZUGFeRD (FNFE-MPE, FeRD), veraPDF 3b/4 | F-031 : générer + valider les deux moitiés ; échelle des niveaux de conformité ; XRechnung (DE, XML seul mais l'hybride PDF/A-3 est accepté) |
| France (réforme : réception obligatoire pour tous depuis le 2026-09-01 ; émission grande entreprise/ETI 2026-09-01, PME/micro 2027-09-01 ; plateformes PDP/PA, « annuaire », e-reporting) | Factur-X, UBL, CII ; spécifications externes DGFiP (v3.x) incluant les mentions obligatoires et le profil PDF/A-3 « facture » ; statuts de cycle | plateforme de test DGFiP, Mustang, bacs à sable PDP | première cible de F-031 ; ASKLERA elle-même y est soumise |
| Allemagne | XRechnung 3.x (XML), hybride ZUGFeRD 2.3, archivage GoBD ; réception B2B obligatoire depuis 2025-01 | KoSIT, Mustang | F-031 |
| Italie | FatturaPA 1.2.x (XML via SdI, XAdES/CAdES .p7m), le PDF n'est qu'une copie de courtoisie ; conservazione digitale (AgID) |
validateur SdI de l'AgID, assoinvoice |
conteneurs XML signés (03a §F.3) + représentation PDF de courtoisie |
| Espagne | Facturae 3.2.x (XML + XAdES), FACe ; Verifactu/SIF (2026 : QR « VERI*FACTU » sur les factures), TicketBAI (Pays basque : QR TBAI + signature) | validateur FACe, test TicketBAI | profils de QR (§O.3) |
| Portugal | SAF-T (PT), ATCUD + code QR obligatoire sur chaque facture PDF (Portaria 195/2020), logiciel certifié (AT) | test de la spécification QR de l'AT | profil QR |
| Belgique / Pays-Bas / Nordiques | Peppol BIS (B2B obligatoire en BE dès 2026-01), SI-UBL, OIOUBL (DK), EHF (NO), Svefaktura/Peppol (SE), Finvoice (FI) | validateurs Peppol (Schematron), bacs à sable nationaux | génération UBL via le même modèle EN 16931 |
| Pologne | KSeF (XML FA(3), obligatoire 2026-02/04), visualisation PDF avec numéro KSeF + QR | environnement de test KSeF (MF) | représentation QR + XML |
| Roumanie / Hongrie / Grèce / Serbie / Croatie / Bulgarie | RO e-Factura (UBL, SPV), HU NAV Online 3.0 (déclaration XML), GR myDATA (+ QR sur les factures), RS SEF (UBL), HR Fiskalizacija 2.0 (2026, UBL/CII + PDF), BG SAF-T | validateurs nationaux | représentation XML + PDF avec QR là où c'est obligatoire |
| Turquie | e-Fatura/e-Arşiv (UBL-TR 1.2 + représentation PDF XSLT + QR), GİB | test GİB | représentation UBL-TR |
| Arabie saoudite (ZATCA / FATOORA phase 2) | XML UBL 2.1 avec cachet cryptographique (ECDSA secp256k1, XAdES), PDF/A-3 avec XML incorporé + QR encodé TLV (Base64), chaîne de hachage des factures | SDK de facturation électronique ZATCA (open source, GitHub) — validateur officiel | élevé : hybride PDF/A-3 obligatoire + QR ; seconde cible de F-031 |
| EAU (facturation électronique 2026, Peppol PINT-AE), Égypte (facture électronique ETA, e-receipt), Jordanie, Oman, Bahreïn | UBL/PINT, JSON | portails nationaux | profil PINT |
| Inde | facture électronique GST (IRP : schéma JSON, IRN + QR signé (JWT) imprimé sur le PDF), e-Way Bill | bac à sable IRP du NIC, vérification du QR JWT (clé publique) | vérification QR/JWT |
| Mexique | CFDI 4.0 (XML avec cachet du SAT, « representación impresa » PDF avec champs obligatoires et QR vers la vérification SAT), Carta Porte, Nómina | validateurs SAT, « validador CFDI » | représentation PDF + QR |
| Brésil | NF-e/NFC-e/NFS-e (XML signé), DANFE/DANFCe (représentation PDF avec Code-128C/QR), SEFAZ | homologation SEFAZ, références nfe-php/Java |
génération DANFE (codes-barres) |
| Chili / Colombie / Pérou / Argentine / Uruguay / Costa Rica / Guatemala / Équateur | DTE (SII, « timbre » PDF417 sur le PDF !), DIAN UBL 2.1 (CUFE + QR), SUNAT (CPE, représentation PDF avec QR/hachage), AFIP (CAE + code-barres), CFE (UY), FE (CR, QR), FEL (GT), SRI (EC) | validateurs nationaux | profils PDF417 (Chili) et QR |
| Japon | système de facture qualifiée (2023), JP PINT (Peppol), horodatage/JIIMA de la 電子帳簿保存法 | Peppol JP | profil PINT + horodatage |
| Corée / Taïwan / Chine | facture électronique fiscale (KR, XML via le NTS), eGUI (TW, QR/code-barres sur les reçus), e-fapiao chinoise entièrement numérisée (OFD → XML 2024), Golden Tax IV | NTS, MOF, STA | OFD ↔ PDF (§S), représentation e-fapiao |
| Singapour / Malaisie / Australie / NZ / Vietnam / Indonésie / Philippines / Thaïlande | InvoiceNow (Peppol), MyInvois (LHDN, UBL JSON, QR, 2024-25), A-NZ PINT, facture électronique VN (XML GDT), e-Faktur ID (DJP), PH EIS, facture électronique TH (ETDA, PDF/A-3 avec XML + XAdES — « e-Tax Invoice by Email ») | bacs à sable nationaux | PINT ; l'hybride PDF/A-3 thaïlandais = le même moteur que Factur-X |
| Afrique | eTIMS Kenya (KRA, QR), FIRS Nigeria (2025-26), Afrique du Sud (SARS, rien encore), Égypte (voir ci-dessus) | portails | profils QR |
| Codes-barres utilisés ci-dessus | QR (ISO/IEC 18004), PDF417 (ISO/IEC 15438), Code 128 / GS1-128 (ISO/IEC 15417), DataMatrix (ISO/IEC 16022), Aztec (ISO/IEC 24778), EAN/UPC (ISO/IEC 15420), QR-facture suisse (SIX, charge utile ISO 20022), QR EPC (« GiroCode » SEPA), GS1 Digital Link | générer + décoder à l'intérieur des PDF | ZXing/zbar (oracles) |
I. Archivage, gestion des documents, préservation
| Norme | Régit | Oracle | Retenu |
|---|---|---|---|
| ISO 19005-1:2005 (+Cor 1/2), -2:2011, -3:2012, -4:2020 (PDF/A-1a/1b, 2a/2b/2u, 3a/3b/3u, 4/4e/4f) — textes non acquis (aperçus seulement) | PDF d'archivage | veraPDF (cible 0 désaccord), Isartor, Bavaria (PDF/A-1b), corpus veraPDF | ✅ vérificateur ; 🧭 D-2 textes |
| ISO 14721 (OAIS), ISO 16363 (audit), ISO 15489 (records), ISO 16175 / MoReq2010 / DoD 5015.02 (SGDR), ISO 23081 (métadonnées de records) | cadres | exports Archivematica, Preservica | = points d'ancrage de métadonnées (PREMIS/METS) dans /Metadata et /AF |
| Empaquetage : METS, PREMIS 3, BagIt (RFC 8493), E-ARK CSIP/SIP/AIP/DIP (eArchiving, UE), SEDA 2.x (FR, SIAF), VITAM (archives nationales françaises, ingestion open source — oracle), TMLO néerlandais, XDOMEA allemand, eCH-0160 suisse, Noark 5 norvégien, Bekendtgørelse 128 danois, SÄHKE2 finlandais | paquets de transfert contenant des PDF | VITAM, validateur E-ARK (commons-ip), schémas SEDA |
= apdf archive pack --profile seda|eark|bagit (F-042) |
| Règles probatoires nationales : NF Z42-013 / ISO 14641 (FR), NF Z42-020 (coffre-fort numérique), NF 461 (certification SAE), BSI TR-03125 TR-ESOR, TR-03138 RESISCAN, GoBD (DE), BS 10008 (UK), UNI 11386 SInCRO (index de métadonnées IT), ENI/NTI (ES), 電子帳簿保存法 (JP), centres de documents électroniques certifiés coréens, NOM-151 mexicain, e-ARQ brésilien | recevabilité, horodatage, chaînes de hachage | suite de test TR-ESOR, VITAM, exemple SInCRO de l'AgID | = contrôles de profil + enregistrements de preuve (RFC 4998) |
Formats recommandés de la Library of Congress, guide de transfert de la NARA (PDF/A préféré), NAA (AU), LAC (CA), PRONOM du TNA (PUID fmt/95…), signatures Siegfried/DROID |
identification et préférence | DROID, Siegfried, JHOVE | 🔬 à ajouter ; apdf info --puid |
EA-PDF 1.0 (2025-02) : profil PDF/A-3/4 pour le courriel avec XMP eapdf:, pièces jointes MHTML/EML, hiérarchies de dossiers |
archivage du courriel | validateur EA-PDF (référence de la PDF Association ?) + veraPDF | F-037 (asklera-mail) |
| Conversion de format pour la préservation : TIFF→PDF/A, DjVu→PDF/A (Internet Archive), XPS→PDF/A, AFP→PDF/A, DOCX→PDF/A (via LibreOffice comme oracle) | normalisation à l'ingestion | LibreOffice sans tête, ddjvu, Ghostscript |
= importeurs là où le format est ouvert (TIFF, décodage DjVu via djvulibre comme oracle seulement) |
J. Accessibilité (une demande portée par la loi)
| Norme / loi | Régit | Oracle | Retenu |
|---|---|---|---|
| ISO 14289-1:2014 (PDF/UA-1), 14289-2:2024 (PDF/UA-2) (textes acquis), ISO/TS 32005, Matterhorn 1.1 (137 conditions), WTPDF 1.0, Tagged PDF BPG | PDF accessible | veraPDF (0 désaccord sur ses corpus), PAC 2024, PDF/UA Reference Suite 16/16 | ✅ vérificateur ; = balisage automatique + remédiation + simulateur d'ordre de lecture (F-043) |
| WCAG 2.2 (W3C), EN 301 549 v3.2.1 (UE), loi européenne sur l'accessibilité (directive 2019/882, applicable depuis le 2025-06-28 : documents dans le périmètre des services couverts), directive sur l'accessibilité du web 2016/2102 (documents du secteur public), RGAA 4.1 (FR), BITV 2.0 (DE), Stanca/AgID (IT), UNE 139803 (ES) | obligations légales en Europe | — | = rapports faisant le lien entre nos constats PDF/UA et les critères de succès WCAG et les clauses de l'EN 301 549 |
| États-Unis : Section 508 (révisée 2017 → WCAG 2.0 AA), règle ADA Title II (2024) : le contenu web et les documents des collectivités locales et de l'État doivent satisfaire WCAG 2.1 AA au 2026-04-24 (≥50 000 hab.) / 2027-04-26 ; Section 504 ; VPAT/ACR 2.5 (ITI) | la plus grande vague de remédiation à ce jour | vérificateur Acrobat, CommonLook | = générateur de VPAT/ACR depuis nos constats (F-043) |
| AODA/ACA canadienne, DDA + WCAG australienne, JIS X 8341-3:2016 japonaise, KWCAG coréenne, IS 5568 israélienne, loi RPwD + GIGW indienne, LBI 13.146 + eMAG brésilienne | national | — | mêmes tables de correspondance |
| Sorties d'assistance : DAISY (ANSI/NISO Z39.86), reflow EPUB 3.3 (ISO/IEC 23736), braille BRF/BANA (via la structure), synthèse vocale MathML (MathCAT), NIMAS (K-12 américain) | formats dérivés | epubcheck (oracle), DAISY Pipeline |
= reflow PDF → EPUB/HTML, export BRF (F-043) |
K. Impression et prépresse
| Norme | Régit | Oracle | Retenu |
|---|---|---|---|
| ISO 15930-1/-3/-4/-6/-7/-8/-9 (PDF/X-1a, X-3, X-4/4p, X-5g/5pg/5n, X-6/6n/6p) — aperçus seulement ; spécifications GWG (2015/2022), PDF/X-Ready (CH), PDF/X-Plus | échange d'impression | Ghent Output Suite 5.0 (55/55), essais callas/PitStop (calibrage), Altona (🧭 licence) | partiel → 🧭 D-2 textes ; F-041 |
| ISO 16612-2/-3 (PDF/VT-1/2/3), suite Cal Poly, notes d'application PDF/VT | données variables | Cal Poly 12/12 | ✅ écriture/vérification ; générateur VDP F-041 |
| ISO 12647-2..-8 (contrôle de procédé), ISO 3664 (visionnage), ISO 13655 (mesure), ISO 15339 (CRPC), ISO 17972 (CxF), ISO 20654 (SCTV) | couleur d'impression | données FOGRA/ECI | = lecture des intentions + CxF |
| CIP4 JDF 1.7 / XJDF 2.1 / JMF, PrintTalk, PPML (PODi), PPML/VDX (CGATS.20), PDF/VT vs PPML | tickets de travail, VDP | exemples CIP4 | = lecture JDF/XJDF ; import PPML 📋 |
Imposition (Quite Imposing, Preps), schémas de pliage (JDF FoldCatalog), fond perdu/repères (§14.11.2), livrets, n-up, pas-et-répète, lignes de coupe/découpe (conventions de ton direct /Separation /CutContour, /Dieline), planches de vernis |
imposition | tiffsep de gs, Preps (manuel) |
imposition F-041 |
| Flux de sortie : AFP/MO:DCA (IBM), IPDS, PCL 5/6 (HP), PostScript LL3 (Adobe), XPS/OpenXPS (ECMA-388), Metacode Xerox/VIPP, Zebra ZPL (étiquettes) | impression d'entreprise/industrielle | Compart/Solimar (commercial), Ghostscript (PS→PDF), xpstopdf (mupdf) |
= importeurs AFP→PDF, XPS→PDF ; PDF→PCL/PS 📋 (RIP) ; interpréteur PS futur lointain |
Pipelines d'imprimante : CUPS 2.5/OpenPrinting (pdftopdf, pdftoraster, rastertopdf), IPP Everywhere (PWG 5100.14), PWG Raster (PWG 5102.4), Apple AirPrint, Mopria, pipeline d'impression Windows (XPS/PDF, IPP), PDF/raster pour les scanners |
impression au niveau OS | suite de test cups-filters | F-053 apdftoraster (sortie PWG raster) |
L. Santé
| Norme | Régit | Oracle | Retenu |
|---|---|---|---|
| DICOM PS3 (NEMA) : classe SOP Encapsulated PDF (1.2.840.10008.5.1.4.1.1.104.1), Encapsulated CDA (…104.2), fichiers DICOM Part 10, DICOMweb | PDF à l'intérieur des archives d'imagerie | dcm4che (dcm2xml, emf2sf), pydicom |
= empaqueter/désempaqueter PDF ↔ DICOM (F-040) |
HL7 CDA R2 (ISO/HL7 27932), C-CDA (US), IHE XDS-SD (documents PDF/A-1 scannés dans un CDA), IHE XDW, HL7 FHIR R4/R5 DocumentReference/Binary, HL7 v2 OBX ED base64 |
documents cliniques | validateurs HL7, IHE Gazelle | = PDF/A-3 + CDA/FHIR dans /AF, empaquetage XDS-SD |
| eCTD FDA/EMA/ICH v3.2.2 / v4.0 : spécifications PDF ICH M2/M8 (PDF 1.4–1.7, pas de sécurité, polices incorporées, affichage web rapide, signets, 150 dpi max ?, pas de JS, Times/Arial…), « Portable Document Format (PDF) Specifications » de la FDA (v4.x), critères de validation eCTD de l'EMA | soumissions pharmaceutiques — un profil PDF strict utilisé dans le monde entier | Lorenz eValidator (commercial), critères de validation FDA (publics), exemples de soumissions | = profil PDF eCTD dans le linter (F-021) — chaque laboratoire pharmaceutique en a besoin |
| 21 CFR Part 11 / annexe 11 UE (signatures : manifestation avec nom imprimé, date/heure, signification ; piste d'audit), GxP | signatures validées | listes de contrôle Part 11 | = profil de manifestation de signature (F-034) |
| e-santé nationale : FR (ANS, CPS/e-CPS, MSSanté, DMP, INS, ordonnance numérique), DE (TI gematik : KIM, ePA (règles PDF/A-1b..3 dans gemSpec), e-Rezept, HBA/SMC-B), AT (ELGA), CH (DEP/EPR, HIN), BE (eHealth, Recip-e), NL (UZI, VZVZ/LSP), IT (FSE, TS-CNS), ES (receta electrónica du SNS), UK (NHS, GP Connect), US (ONC USCDI, HIPAA), AU (My Health Record, PRODA), IN (ABDM/ABHA) | profils par juridiction | bacs à sable nationaux | = configurations de profil, pas de fourche de code ; cartes via 03a §G |
M. Juridique, notarial, tribunaux, apostilles
| Norme | Régit | Oracle | Retenu |
|---|---|---|---|
| CM/ECF des tribunaux fédéraux américains (PDF/A exigé dans de nombreux districts, recherche de texte, sans sécurité), PACER ; CE-File UK ; e-Curia UE ; Canada ; eLodgment australien | profils de dépôt judiciaire | listes de contrôle des tribunaux | = profils de linter « dépôt judiciaire » |
Numérotation Bates, EDRM, fichiers de chargement Relativity/Concordance (.dat, .opt, .lfp), productions TIFF+texte, natif+image, journaux de privilège ; caviardage avec journaux |
e-discovery | import Relativity (manuel), spécification .opt |
F-045 |
| e-Apostille (HCCH e-APP) : apostille comme PDF signé numériquement (PAdES) + e-Register ; implémentations nationales (ES, CO, MX, États américains) | authentification internationale | exemples d'e-Apostilles | = profil + vérification du lien de registre |
| Notarial : AAE française (acte authentique électronique, Micen), Notartel italien, Espagne (Consejo General del Notariado), Allemagne (Bundesnotarkammer XNotar, ElRV), RON américain (notarisation en ligne à distance, normes MISMO RON), notaire électronique estonien | actes notariés | plateformes nationales | = profils ; validation à long terme (ERS) |
| Contrats : QES/AES eIDAS, ESIGN/UETA, ECA britannique, certificats d'audit DocuSign/Adobe Sign (leurs PDF « Certificate of Completion »), contrôles ISO 27001 pour les services de signature | cycle de vie du contrat | exemples de sortie des plateformes | = générateur de page de piste d'audit, PDF de preuve |
Métadonnées et citation juridiques : dc:/xmpRights:, LegalRuleML ? (non), PDF/A-3 avec source (/Source) |
provenance | — | = |
N. Éducation et diplômes
| Norme | Régit | Oracle | Retenu |
|---|---|---|---|
Europass Digital Credentials (EDC, JSON-LD/XML, signé, rendu PDF avec diplôme incorporé), diplômes vérifiables EBSI, W3C Verifiable Credentials 2.0 / Open Badges 3.0 (JSON-LD, incorporable dans /AF d'un PDF), Blockcerts (JSON) |
diplômes et badges | émetteur/vérificateur EDC (Europass), validateur OB (1EdTech) | = incorporation VC/OB dans /AF d'un PDF/A-3 + vérification |
| National : diplome.gouv.fr français (PDF + QR), DigiLocker indien (PDF émis signés par des AC de la CCA, ~des milliards de documents), CHSI chinois, National Student Clearinghouse / Parchment américain (relevés PDF avec signatures certifiées Adobe, XML PESC), HEDD britannique, My eQuals australien (PDF + blockchain) | PDF émis | API de vérification DigiLocker | = profils de vérification |
| Examens/apprentissage : PDF d'examen accessibles (Section 508/NIMAS), SCORM/xAPI (pas de PDF), Moodle (PDF de devoirs — annotation via Ghostscript aujourd'hui) | edtech | pdfannotator de Moodle |
= plugin Moodle remplaçant gs (vecteur d'adoption) |
O. Gouvernement, identité, cachets numériques visibles, codes-barres
| Norme | Régit | Oracle | Retenu |
|---|---|---|---|
| Cadres d'interopérabilité : EIF (UE), RGI (FR), SAGA (DE), ENI/NTI (ES), AgID (IT), NIST/FIPS (US), Gov.uk (HTML d'abord, PDF déconseillé — PDF/A-2 si inévitable), DTA (AU), TBS (CA), IndEA indien | quelle forme de PDF les organismes publics peuvent accepter/émettre | — | = préréglages de profil (--profile gov-fr|gov-es|us-nara) |
| Cachets numériques visibles (codes-barres 2D signés) : VDS ICAO 9303-13, ICAO VDS-NC (santé/visa), ISO/IEC 22376:2023 (VDS pour documents), certificat COVID numérique de l'UE (HCERT CBOR/COSE), SMART Health Cards (JWS, US/CA), 2D-Doc / CEV (ANTS française : Datamatrix/QR C40 avec signature), IDB (ICAO), QR sécurisé Aadhaar (IN), cartes d'identité nationales du Sri Lanka/des Philippines, profils QR de facture électronique (§H) | codes-barres vérifiables imprimés dans les PDF | vecteurs de test ICAO/BSI, kit de test 2D-Doc de l'ANTS, dcc-verifier, vérificateur SHC |
F-047 : un seul moteur de code-barres 2D signé (encoder/décoder/vérifier, listes de confiance) |
| Documents d'identité : ICAO 9303 (MRZ, LDS de passeport électronique — lecture seule pour la vérification), ISO/IEC 18013-5 (mDL, mdoc — hors périmètre PDF, mais QR de vérification incorporé dans un PDF), permis/carte AAMVA (PDF417 sur les permis américains) | données d'identité apparaissant dans des PDF | données de test mrz, spécification AAMVA |
= analyse MRZ/PDF417 AAMVA pour les PDF de KYC |
| Marquages de classification et de traitement : CUI américain (32 CFR 2002, guide de marquage CUI), marquages CAPCO/ICS de l'ISOO, GSC britannique, IGI 1300 française, VSA allemande, STANAG 4774 de l'OTAN (étiquettes de confidentialité) / 4778 (liaison des métadonnées — liaison cryptographique des étiquettes au contenu du document), TLP 2.0 (FIRST) | marquages obligatoires d'en-tête/pied de page/métadonnées | exemples de liaison STANAG 4778 (NCIA), exemples CUI | = moteur de marquage (en-têtes/pieds de page/XMP + liaison 4778 dans /AF) (F-045) |
Liberté d'information et données ouvertes : PDF/A + pièces jointes lisibles par machine, journaux de caviardage FOIA américains, données ouvertes UE (CSV dans /AF) |
publication | — | = |
| Formulaires électoraux/fiscaux/statistiques : IRS (AcroForm/XFA, 1040), HMRC, cerfa DGFiP 2042/2044…, Elster, ATO, CRA | formulaires remplissables réels | getFieldObjects de pdf.js, Acrobat |
= pré-remplissage + bac à sable JS (sous-ensemble) (F-035) |
P. Industrie, ingénierie, défense
| Norme | Régit | Oracle | Retenu |
|---|---|---|---|
| ISO 24517-1:2008 (PDF/E-1), DIS 24517-2 (jamais publié), notes d'application PDF/E | PDF d'ingénierie | aperçu seulement | = vérificateur PDF/E-1 depuis l'aperçu + le texte 32000 (limité) 🧭 |
| 3D : ISO 14739-1 (PRC), ECMA-363 (U3D), ISO 32000 §13.6.5, MIL-STD-31000C (dossiers de données techniques : PDF 3D avec PMI), ASME Y14.41 / ISO 16792 (définition numérique du produit), STEP AP242 (ISO 10303-242) → PDF 3D via PRC | définition fondée sur le modèle | exemples Tetra4D/Anark, PROSTEP | structurel ✅ ; rendu de tessellation PRC 📋 (T5+), lecture PMI 📋 |
| Publications techniques : ASD S1000D (édition 5/6, sortie PDF des modules de données), ATA iSpec 2200, MIL-STD-38784/40051 (manuels techniques), plugin PDF DITA-OT (Apache FOP) | PDF techniques en gros volume | jeux de données d'exemple S1000D (vélo), DITA-OT | = profils PDF/A + PDF/UA + signets/navigation ; moteur de remplacement de FOP |
AEC/BIM : ISO 19650 (BIM), IFC → plans PDF 2D, dictionnaires de mesure (§12.9 /Measure RL/GEO, /Viewport, /PtData), calques OCG avec /Intent /Design, balisages Bluebeam (/BSIMarkup ?), « texte SHX en commentaires » d'Autodesk, /Layers dans les PDF AutoCAD |
documents de construction | Bluebeam Revu (manuel), corpus de sortie AutoCAD | = outils de mesure et de calque dans le visualiseur (F-050) |
| Défense/CDR : guide d'assainissement de la NSA, STANAG 4778, NIST SP 800-53 (SI-3, SC-7), série DoD 8500 américaine, motifs de CDR du NCSC britannique, exigences des Cross Domain Solutions (CDS) (Raise-the-Bar du NCDSMO) | traitement de PDF à haute assurance | UNSAFE-DOCS, jeux de test éditeurs de CDS | = apdf scrub --rebuild comme moteur de CDR (F-025) |
| Automobile/industrie : VDA 4939 (facture électronique), Odette, records IATF 16949, ISO 10007 (gestion de configuration) — PDF comme documents contrôlés | documents contrôlés | — | = profils de métadonnées de révision/approbation |
| Aviation/spatial : dossiers électroniques EASA/FAA (AC 120-78A : signatures/dossiers électroniques), cartes d'embarquement IATA BCBP (PDF417/Aztec) | dossiers, cartes | spécification IATA BCBP | = décodage BCBP (§O codes-barres) |
Q. Finance, assurance, hypothèque
| Norme | Régit | Oracle | Retenu |
|---|---|---|---|
| MISMO SMART Doc v1.02 / 3.x, eNote (MERS eRegistry), exigences d'eMortgage Fannie/Freddie (PDF scellé inviolable avec XML) | hypothèque électronique américaine | exemples d'eNotes MERS/Fannie, schémas MISMO | = lecteur/écrivain SMART Doc (vue XML+PDF), validation du sceau d'inviolabilité |
| ESEF (rapports annuels UE : XHTML/iXBRL, PDF secondaire), SEC EDGAR (HTML/XBRL, PDF non officiel), XBRL 2.1 / iXBRL 1.1 | reporting financier | Arelle (oracle) | = rendu PDF de l'iXBRL avec source /AF ; correspondance dc: |
| Formulaires ACORD (assurance : bibliothèque AcroForm ACORD 25, 125…), ISO 20022 (avis de paiement en PDF), QR-facture suisse, QR EPC SEPA | formulaires et paiements d'industrie | bibliothèque de formulaires ACORD | = prise en charge du catalogue de formulaires ; génération QR-facture/QR EPC (codes-barres §H) |
| Relevés bancaires/KYC : forensique PDF (Producer/CreationDate/mises à jour incrémentales), PCI DSS (caviardage du PAN), conservation MiFID II/SOX, Check 21 (X9.100-187, TIFF pas PDF) | détection de fraude, conformité | corpus de producteurs de relevés | = rapport d'authenticité de relevé (F-025 forensique + signature) |
| Bulletins de paie/RH : bulletin de paie dématérialisé français (Digiposte/MyPeopleDoc, coffre-fort NF Z42-020), ELStAM allemand, bulletins britanniques, sorties Workday/SAP HCM | production et coffres-forts PDF de masse | — | = PDF/A-3 + XML (bulletin électronique) + ingestion en coffre-fort |
R. Conventions IT d'entreprise
| Convention | Régit | Oracle | Retenu |
|---|---|---|---|
Microsoft Information Protection : XMP MSIP_Label_*, PDF chiffré /MicrosoftIRMServices (.ppdf historique), étiquetage automatique Purview ; plugin MIP d'Adobe Acrobat |
DLP d'entreprise | Acrobat/Foxit avec le SDK MIP | = lecture/écriture des étiquettes ; détection du chiffrement (03a §E) |
| SAP : ArchiveLink (ingestion PDF/A), SAP Interactive Forms by Adobe (XFA via ADS), SAPscript/Smart Forms → PDF (OTF→PDF), GED | sorties ERP | formulaires XFA d'exemple SAP | = rendu XFA (F-035), importeur OTF→PDF 📋 |
| Gestion de sortie / CCM : AFP, PDF/VT, PostScript, VIPP Xerox, formats Quadient/OpenText/Compart, « PDF avec DPart pour scinder les enregistrements », fichiers d'index | gros volumes | exemples Compart | = AFP↔PDF, scission/fusion DPart (apdf info --dparts ✅) |
ECM : CMIS 1.1 (OASIS), API SharePoint/Box, rendus Alfresco (LibreOffice/ImageMagick aujourd'hui), IFilter Windows (COM IFilter pour l'indexation Windows Search/SharePoint), importeurs QuickLook/Spotlight macOS, vignettes GNOME/KDE |
points d'intégration | comportement d'IFilter Adobe/Foxit | = DLL IFilter, plugin QuickLook, vignette (F-053) |
| RPA/low-code : activités PDF UiPath, connecteur « PDF » Power Automate, Zapier/Make | automatisation | — | = parité REST/CLI |
| Conservation/gel juridique, stockage WORM (SEC 17a-4, FINRA), archives immuables (S3 Object Lock) | conformité | — | = enregistrements de preuve + manifestes de hachage |
S. Formats de document voisins et concurrents (import/export/comparaison)
| Format | Spécification | Retenu |
|---|---|---|
| OFD (Chine, GB/T 33190-2016 « Open Fixed-layout Document », zip+XML, cachet électronique GB/T 38540 ; e-fapiao jusqu'en 2024, documents gouvernementaux) | le concurrent direct du PDF en Chine | = convertisseur et validateur OFD ↔ PDF (oracle : ofdrw (Java, Apache-2.0), lecteurs 数科) — un marché qu'aucune bibliothèque occidentale ne sert |
XPS / OpenXPS (ECMA-388, spouleur d'impression Windows, .oxps) |
mise en page fixe Microsoft | = XPS → PDF (oracle : xpstopdf de mupdf) |
| DjVu (AT&T/LizardTech, Internet Archive) | livres numérisés | = DjVu → PDF/A (oracle : ddjvu) — décodage via djvulibre comme oracle seulement ; décodeur propre 🧭 |
| EPUB 3.3 (ISO/IEC 23736), DAISY, HTML5/CSS | reflowable | = PDF → EPUB (structure), EPUB → PDF (sous-ensemble de mise en page) |
| ODF 1.3 (ISO/IEC 26300), OOXML (ISO/IEC 29500), RTF, HWP/HWPX (Corée, KS X 6101), UOF (Chine GB/T 20916), Apple Pages | bureautique | 🚫 convertisseurs complets (LibreOffice reste l'oracle/le moteur) ; = contrôles de fidélité de l'export PDF de leurs sorties |
| SVG 2 (W3C), EMF/WMF (métafichiers Windows), CGM (ISO/IEC 8632, illustrations aérospatiale/défense, WebCGM), DXF/DWG (dessins) | graphisme vectoriel | = vecteur SVG ↔ PDF ; CGM → PDF (S1000D/ATA utilisent beaucoup CGM) 📋 ; EMF → PDF |
| TIFF/TIFF-IT/TIFF-FX, JPEG/JP2/JXL/PNG/WebP/HEIF/AVIF | raster | = import ; HEIF/AVIF via RUSSL si disponible (🧭) |
| Markdown/CommonMark, reStructuredText, AsciiDoc, DocBook 5, DITA 1.3, JATS (XML savant), TEI | sources de rédaction | = Markdown → PDF (F-030) ; DocBook/DITA/JATS via un sous-ensemble XSL-FO compatible FOP 📋 |
| PostScript/EPS (PLRM 3 d'Adobe), PCL, PRN | langages d'impression historiques | 📋 interpréteur futur lointain (remplacement de Ghostscript) |
| FDF/XFDF, XDP, XMP (ISO 16684-1:2019 — texte non acquis ; parties 1–3 de la spécification XMP Adobe acquises), Dublin Core, IPTC, EXIF | métadonnées | ✅ XMP ; = correspondance IPTC/EXIF pour les PDF riches en images |
MathML, ChemML/CDXML (dessins de chimie dans les PDF), MusicXML (partitions en PDF), GeoJSON (/AF GeoPDF) |
charges utiles de domaine dans /AF |
= gestion typée de /AF avec un registre MIME |
T. Points d'intégration web et OS
| Point | Spécification / API | Retenu |
|---|---|---|
Navigateur : application/pdf (RFC 8118), visualiseurs <embed>/<iframe>, Open Parameters (#page=, #zoom=, #nameddest=, #view=, #search=, #toolbar=), paramètres d'URL du visualiseur PDF.js, HTTP Range + Accept-Ranges pour les fichiers linéarisés, Content-Disposition, WASM compatible CSP (pas d'eval) |
visualiseur web | F-012/F-050 |
| WASM : wasm32-unknown-unknown (wasm-bindgen), WASI 0.2 / Component Model (WIT) pour Deno/Cloudflare/Fastly/wasmtime, SIMD128, fils d'exécution (SharedArrayBuffer), limite mémoire 4 Go → rendu par bandes (✅ déjà) | portabilité | F-012 |
Node/Bun : N-API (napi-rs), binaires précompilés par plateforme (optionalDependencies), déclarations TypeScript, double ESM/CJS |
serveurs JS | F-011 |
Mobile : iOS (Swift via UniFFI, modèle de vue compatible PDFKit), Android (Kotlin via UniFFI/JNI, API façon PdfRenderer), Flutter (frb), React Native (JSI/TurboModules) |
applications | F-014 |
OS de bureau : Windows (IFilter, gestionnaires de vignette/aperçu, pilote impression-vers-PDF via pilote v4/UNIDRV ou IPP), macOS (QuickLook, Spotlight, extension de boîte de dialogue d'impression), Linux (filtres CUPS, tumbler/vignette, API de moteur GNOME Papers/Evince, plugin générateur KDE Okular) |
points d'ancrage OS | F-053 |
| Modules complémentaires Office : Word/Excel/PowerPoint (Office JS), LibreOffice (extension UNO) « Exporter en PDF/A-UA vérifié » ; module Google Workspace | intégration à la rédaction | F-053 |
| Extensions de navigateur (Chrome MV3, WebExtensions Firefox) — inspecteur/linter sur tout PDF de l'onglet ; extension VS Code ; action GitHub (SARIF) | portée développeur/utilisateur | F-027 |
| Registres de paquets : crates.io (🧭 licence), npm, PyPI, Maven Central, NuGet, SwiftPM, modules Go, Packagist, pub.dev, Hex, Homebrew, AUR, Debian, winget, Docker Hub | distribution | F-017/F-067 |