Accessibilité PDF/UA-1 via API

La directive européenne sur l’accessibilité (Directive 2019/882) s’applique depuis le 28 juin 2025 aux produits et services qu’elle énumère, comme les services bancaires aux consommateurs, l’e-commerce et les communications électroniques ; les microentreprises qui fournissent des services (moins de 10 personnes et un chiffre d’affaires ou un total de bilan d’au plus 2 millions d’euros) en sont exemptées. Ce n’est plus un sujet “on s’en occupera plus tard”. Les prestataires concernés doivent livrer chaque PDF destiné aux clients sous une forme navigable par un utilisateur de lecteur d’écran. Les sanctions varient selon les États membres ; en Allemagne, elles atteignent 100 000 € par infraction (BFSG § 37). Pour le PDF, la norme ISO d’accessibilité est ISO 14289-1, c’est-à-dire PDF/UA-1.

Ajouter PDF/UA-1 à la même sortie faisait depuis longtemps partie de la feuille de route ; le mandat européen l’a fait passer de “utile” à “porteur pour notre positionnement compliance”. À partir d’aujourd’hui, chaque document généré par SealDoc peut sortir comme un hybride PDF/A-3u tagué et accessible aux lecteurs d’écran, en envoyant un champ supplémentaire dans la requête.

Ce qui change

POST /api/documents/generate et POST /api/invoices/generate acceptent désormais un champ accessibilityLevel. La valeur par défaut est "None", ce qui préserve la sortie binaire du flux existant. Réglez-la sur "PdfUa1" et le convertisseur change de chemin : export PDF tagué avec un arbre de structure, identifiant de métadonnées PDF/UA-1, et un contrôle post-vol veraPDF contre ISO 14289-1.

POST /api/invoices/generate HTTP/1.1
Host: api.sealdoc.eu
X-Api-Key: ...
Content-Type: application/json

{
  "seller": { "name": "FeFem Holding B.V.", "vatNumber": "NL000000000B01", ... },
  "buyer": { "name": "Acme Corp", ... },
  "invoiceNumber": "INV-2026-001",
  "invoiceDate": "2026-05-07",
  "currency": "EUR",
  "vatRate": 0.20,
  "vatLabel": "20% TVA",
  "lines": [ ... ],
  "accessibilityLevel": "PdfUa1"
}

La réponse renvoie le même format jobId que vous connaissez déjà. La PDF que vous pouvez ensuite télécharger comporte un arbre de structure, des textes alternatifs là où c’est nécessaire, des en-têtes de tableau correctement balisés et un attribut de langue. Un lecteur d’écran qui la parcourt annonce “Facture 2026-001. Adresse de facturation : Acme Corp. Sous-total : 1750 euros” au lieu de “Facture 2026 001 Acme Corp 1750”.

Ce que nous avons mesuré

Avant d’activer le drapeau, nous avons fait passer un corpus de 12 documents par la nouvelle pipeline et validé chaque sortie avec verapdf -f ua1. Le corpus couvre des documents minimalistes, des factures simples et complexes, des paragraphes multilingues, du contenu riche en Unicode, des titres profondément imbriqués, des tableaux nus, des tableaux avec en-têtes corrects, des listes imbriquées et un document long de 50 sections.

Résultats : 8 documents sur 12 ont passé l’ensemble des 106 règles ISO 14289-1. Les 4 restants ont passé 105 sur 106 avec le même unique échec (clause 7.4.2, imbrication des titres), causé par l’importateur HTML de LibreOffice qui transforme le premier <h1> en métadonnée Title du document. Notre modèle de facture dans InvoiceHtmlBuilder utilise des paragraphes stylisés au lieu d’un mélange de titres <h1>/<h2>, donc ce cas ne s’applique pas. Une facture représentative obtient 106/106 dans la nouvelle pipeline avec 2778 contrôles veraPDF individuels qui passent tous.

Pourquoi c’est stratégiquement important

La directive européenne sur l’accessibilité est le genre de réglementation qui crée des fenêtres d’achat sous panique. Les responsables compliance cherchent activement maintenant, la maturité des fournisseurs est inégale, et la plupart des options existantes sont des outils de bureau (axesPDF Quickfix), des bibliothèques Java sous licence entreprise (iText avec le module Pdf/UA), ou des services de remédiation manuelle facturés au document. Aucun de ceux-là n’est API-first, aucun ne produit un hybride PDF/A-3 + PDF/UA-1 dans le même appel, et aucun n’est souverain européen par construction.

Nous avons construit notre version sur l’export PDF tagué natif de LibreOffice et le validateur Universal Accessibility open source de veraPDF. Aucune bibliothèque commerciale n’est impliquée. Le coût d’infrastructure marginal au-dessus de notre pipeline PDF/A-3 existante est négligeable. Nous pouvons livrer ceci à nos points de prix existants sans perte de marge.

Ce qui est dans le périmètre

Dans le périmètre : documents et factures que SealDoc génère lui-même à partir de votre entrée structurée (Markdown, HTML ou JSON de facture). La structure du modèle est sous notre contrôle, et le chemin de conversion aussi.

Niveau d’abonnement

PDF/UA-1 est une fonctionnalité Growth-et-au-dessus (slug pdf_ua dans l’ensemble des fonctionnalités de votre tarif). Les niveaux Developer et Starter continuent de recevoir des PDF/A-3 non tagués par défaut. Le drapeau est rejeté avec un 402 Payment Required si votre tarif ne l’inclut pas, avec la cible d’upgrade nommée dans la réponse afin que votre SDK client puisse rediriger vers la bonne page.

Si vous êtes sur Starter et qu’un client entreprise vous demande des factures accessibles : c’est une conversation Growth, et nous sommes ravis de l’avoir.

Le valider vous-même

SealDoc vérifie la sortie PDF/UA-1 avec veraPDF. Téléchargez une PDF générée et exécutez verapdf -f ua1 localement pour constater le résultat par vous-même. Nous ne vous demandons pas de prendre la revendication marketing sur parole ; le validateur est open source, la norme est publiée par l’ISO, et la sortie est binaire-reproductible par requête.

Sprint 53 livre PDF/UA-1 aujourd’hui.