← Back to all articles

PDF/UA-1 Barrierefreiheit, standardmäßig aktiv, per API

SealDoc Team · · 4 min read

Der Europäische Rechtsakt zur Barrierefreiheit (Richtlinie 2019/882) ist seit dem 28. Juni 2025 in Kraft. Es ist kein “wir kümmern uns später darum”-Thema mehr. Banken, Telekommunikationsanbieter, E-Commerce-Unternehmen mit über €10M Umsatz, Verwaltungsportale und audiovisuelle Anbieter müssen jede an Kunden gerichtete PDF in einer Form bereitstellen, die ein Screenreader-Nutzer navigieren kann. Die Bußgelder variieren je Mitgliedstaat, in NL und DE erreichen sie €100.000 pro Verstoß. Die Richtlinie verweist auf EN 301 549, die wiederum auf ISO 14289-1 verweist, also PDF/UA-1.

SealDoc produziert seit zwei Jahren PDF/A-3 Archive. 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 und was nicht

In Scope: Dokumente und Rechnungen, die SealDoc selbst aus Ihrer strukturierten Eingabe generiert (Markdown, HTML oder Invoice-JSON). Die Vorlagenstruktur ist unter unserer Kontrolle, der Konvertierungspfad ist unter unserer Kontrolle, und wir können die Ausgabequalität garantieren.

Nicht in Scope (noch nicht): Auto-Remediation beliebig hochgeladener PDFs. Eine 30-seitige Prospekt-PDF, die vor fünf Jahren von einem Grafikdesigner in InDesign erstellt wurde, und daraus ihre semantische Struktur über Layout-Heuristiken abzuleiten, ist ein mehrmonatiges Forschungsproblem mit unsicherer Ausgabequalität. Wir versprechen nichts, was wir nicht halten können. Wenn Sie das benötigen: Kontaktieren Sie uns, es gibt Partner-Integrationen, die hier sinnvoll sind.

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

Jede PDF/UA-1 Ausgabe von SealDoc besteht denselben verapdf -f ua1 Validator, den die EU-Mitgliedstaaten in ihren Compliance-Audits zitieren. Laden Sie eine generierte PDF herunter, führen Sie veraPDF lokal aus, und Sie sehen dieselbe passedRules="106" failedRules="0" Zeile, die wir in unseren internen Benchmarks veröffentlichen. 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. Sprint 53 war auf sechseinhalb Tage Engineering-Arbeit kalkuliert. Wir kamen unter Budget, weil die bestehende Konverter-Pipeline den größten Teil der Arbeit bereits geleistet hat; der Marketing-Anspruch “die einzige EU-souveräne API, die Factur-X 1.0 plus PDF/UA-1 in einem Call liefert” ist nun tatsächlich wahr und validiert.

← Back to all articles