PDF/UA-1 Barrierefreiheit per API

Der Europäische Rechtsakt zur Barrierefreiheit (Richtlinie 2019/882) gilt seit dem 28. Juni 2025 für die darin aufgeführten Produkte und Dienstleistungen, etwa Bankdienstleistungen für Verbraucher, E-Commerce und elektronische Kommunikation; Kleinstunternehmen, die Dienstleistungen erbringen (weniger als 10 Beschäftigte und ein Jahresumsatz oder eine Jahresbilanzsumme von höchstens 2 Mio. €), sind ausgenommen. Es ist kein “wir kümmern uns später darum”-Thema mehr. Anbieter im Anwendungsbereich müssen jede an Kunden gerichtete PDF in einer Form bereitstellen, die ein Screenreader-Nutzer navigieren kann. Die Bußgelder variieren je Mitgliedstaat; in Deutschland erreichen sie 100.000 € pro Verstoß (§ 37 BFSG). Für PDF ist die ISO-Norm für Barrierefreiheit ISO 14289-1, also PDF/UA-1.

PDF/UA-1 derselben Ausgabe hinzuzufügen war stets Teil der Roadmap; das EU-Mandat hat es von “nützlich” zu “tragend für unsere Compliance-Positionierung” verschoben. Ab heute kann jedes von SealDoc generierte Dokument als getaggte, screenreader-freundliche PDF/A-3u Hybridausgabe ausgeliefert werden, mit einem zusätzlichen Feld in der Anfrage.

Was sich ändert

POST /api/documents/generate und POST /api/invoices/generate akzeptieren nun ein accessibilityLevel Feld. Standardwert ist "None", wodurch die Byte-Ausgabe des bestehenden Workflows unverändert bleibt. Setzen Sie es auf "PdfUa1" und der Konverter wechselt den Pfad: getaggter PDF-Export mit Strukturbaum, PDF/UA-1 Metadaten-Identifier und ein Post-Flight veraPDF-Check gegen 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.19,
  "vatLabel": "19% USt",
  "lines": [ ... ],
  "accessibilityLevel": "PdfUa1"
}

Die Antwort ist dieselbe jobId-Form, die Sie bereits kennen. Die PDF, die Sie anschließend herunterladen können, hat einen Strukturbaum, Alt-Texte wo zutreffend, korrekt getaggte Tabellenkopfzeilen und ein Sprachattribut. Ein Screenreader spricht “Rechnung 2026-001. Rechnungsempfänger: Acme Corp. Zwischensumme: 1750 Euro” anstelle von “Rechnung 2026 001 Acme Corp 1750”.

Was wir gemessen haben

Bevor wir die Flag aktiviert haben, ließen wir einen Korpus von 12 Dokumenten durch die neue Pipeline laufen und validierten jede Ausgabe mit verapdf -f ua1. Der Korpus deckt minimale Dokumente, einfache und komplexe Rechnungen, mehrsprachige Absätze, Unicode-reiche Inhalte, tief verschachtelte Überschriften, nackte Tabellen, Tabellen mit korrekten Headern, verschachtelte Listen und ein 50-Abschnitte langes Dokument ab.

Ergebnisse: 8 von 12 Dokumenten bestanden alle 106 ISO 14289-1 Regeln. Die übrigen 4 bestanden 105 von 106 mit demselben einzelnen Fehler (Klausel 7.4.2, Heading-Nesting), verursacht dadurch, dass der HTML-Importer von LibreOffice das erste <h1> als Dokument-Title-Metadatum übernimmt. Unsere Rechnungsvorlage in InvoiceHtmlBuilder verwendet gestylte Absätze statt einer Mischung aus <h1>/<h2> Überschriften und vermeidet diesen Fall vollständig. Eine repräsentative Rechnung erreicht in der neuen Pipeline 106/106 mit 2778 einzelnen veraPDF-Checks, die alle bestehen.

Warum das strategisch wichtig ist

Der Europäische Rechtsakt zur Barrierefreiheit ist die Art von Regulierung, die Panik-Kauf-Fenster erzeugt. Compliance Officers suchen jetzt aktiv, die Anbieter-Reife ist uneinheitlich, und die meisten bestehenden Optionen sind Desktop-Tools (axesPDF Quickfix), enterprise-lizenzierte Java-Bibliotheken (iText mit dem Pdf/UA-Modul) oder manuelle Remediation-Dienstleistungen, die pro Dokument abgerechnet werden. Keiner davon ist API-first, keiner produziert ein PDF/A-3 + PDF/UA-1 Hybrid in derselben Anfrage, und keiner ist EU-souverän per Konstruktion.

Wir haben unsere Version auf LibreOffices nativem Tagged-PDF-Export und veraPDFs Open-Source Universal-Accessibility-Validator aufgebaut. Es ist keine kommerzielle Bibliothek beteiligt. Die marginalen Infrastrukturkosten gegenüber unserer bestehenden PDF/A-3-Pipeline sind vernachlässigbar. Wir können dies zu unseren bestehenden Preispunkten ohne Margen-Einbuße liefern.

Was in Scope ist

In Scope: Dokumente und Rechnungen, die SealDoc selbst aus Ihrer strukturierten Eingabe generiert (Markdown, HTML oder Invoice-JSON). Die Vorlagenstruktur ist unter unserer Kontrolle, und der Konvertierungspfad ebenso.

Tarif-Stufe

PDF/UA-1 ist ein Growth-und-höher-Feature (Slug pdf_ua im Feature-Set Ihres Tarifs). Developer und Starter erhalten weiterhin standardmäßig nicht-getaggtes PDF/A-3. Die Flag wird mit einem 402 Payment Required abgelehnt, wenn Ihr Tarif sie nicht enthält, wobei das Upgrade-Ziel in der Antwort genannt wird, sodass Ihr Client-SDK auf die richtige Seite verlinken kann.

Wenn Sie auf Starter sind und ein Enterprise-Kunde Sie nach barrierefreien Rechnungen fragt: Das ist ein Growth-Gespräch, und wir führen dieses Gespräch gerne.

Selbst validieren

SealDoc prüft PDF/UA-1-Ausgaben mit veraPDF. Laden Sie eine generierte PDF herunter und führen Sie verapdf -f ua1 lokal aus, um das Ergebnis selbst zu sehen. Wir bitten Sie nicht, die Marketing-Behauptung auf Vertrauen anzunehmen; der Validator ist Open Source, die Norm ist ISO-veröffentlicht, und die Ausgabe ist pro Anfrage binär reproduzierbar.

Sprint 53 liefert PDF/UA-1 heute aus.