Barrierefreie PDFs (PDF/UA-1)

Mit pdf.ua ist ein Rendering ein getaggtes PDF im Format PDF/UA-1 (ISO 14289-1), dem Format, nach dem Screenreader und andere Hilfsmittel ein PDF lesen. Formfeed schreibt die Tags aus Ihrem HTML, repariert, was die Ausgabe des Browsers falsch macht, prüft jede Datei vor der Auslieferung gegen die maschinell prüfbaren Regeln der Norm und berichtet, was die Prüfung ergeben hat.

Eine bestandene Prüfung macht ein Dokument noch nicht barrierefrei. Ein Validator kann über etwa zwei Drittel von PDF/UA-1 entscheiden. Ob ein Alternativtext sein Bild beschreibt, ob die Lesereihenfolge sinnvoll ist und ob der Kontrast ausreicht, bleibt bei dem Menschen, der die Vorlage schreibt. Diese Seite sagt, wo diese Grenze verläuft.

Was Sie erhalten

Tags aus Ihrem HTML. Überschriften, Absätze, Listen, Tabellen, Links und Bilder werden zum Strukturbaum des PDF. Semantisches HTML macht ein Dokument lesbar: Ein h2 ist eine Überschrift, ein div in großer Schrift ist keine.
Reparaturen. Die Ausgabe des Browsers verletzt PDF/UA-1 an Stellen, die keine Vorlage beheben kann. Formfeed behebt sie in der fertigen Datei; die Liste steht weiter unten.
Vor der Auslieferung geprüft. Die Datei wird an den PDF/UA-1-Regeln von veraPDF gemessen, dem quelloffenen Validator der PDF Association und der Open Preservation Foundation: 106 Regeln in der Version, die Formfeed einsetzt.
Ein Bericht zu jedem Rendering. Das Feld accessibility des Renderings sagt, ob die Datei bestanden hat, und zu jeder verletzten Regel, was an der Vorlage zu ändern ist und in welchen Elementen.
Die Aussage nur mit dem Beleg. Eine Datei nennt sich in ihren Metadaten nur dann PDF/UA-1, wenn sie bestanden hat. Eine, die nicht bestanden hat, wird nie als konform gekennzeichnet.

Das funktioniert für die PDF-Ausgabe von HTML-Vorlagen und von Ad-hoc-Renderings mit html oder url. Unter Grenzen steht, womit es sich nicht verbinden lässt.

Was die Prüfung belegt

conformant: true heißt: Die Datei hat jede Regel von PDF/UA-1 bestanden, die eine Maschine prüfen kann. Das betrifft die Struktur: Jeder Inhalt trägt ein Tag oder ist als Schmuck markiert, Überschriften überspringen keine Ebene, Abbildungen haben einen Alternativtext, Tabellen sind regelmäßig, das Dokument hat einen Titel und eine Sprache, Schriften sind eingebettet.

Es heißt nicht, dass das Dokument barrierefrei ist. Nur ein Mensch kann prüfen,

ob ein Alternativtext sagt, was sein Bild zeigt, oder nur, dass es eines gibt;
ob die Reihenfolge, in der der Inhalt gelesen wird, sinnvoll ist. Es ist die Reihenfolge Ihres HTML, was immer CSS auf der Seite zeigt;
ob Kontrast und Schriftgröße lesbar sind;
ob eine Überschrift sagt, wovon ihr Abschnitt handelt, und ein Link, wohin er führt;
ob eine Passage in einer anderen Sprache als solche ausgezeichnet ist.

Sehen Sie sich eine neue Vorlage einmal mit einem Screenreader an, oder mit einem Werkzeug, das die Lesereihenfolge zeigt, bevor Sie sich auf sie verlassen. NVDA unter Windows und VoiceOver unter macOS lesen PDFs vor, und der kostenlose PDF Accessibility Checker (PAC) zeigt die Struktur einer Datei und prüft sie mit eigenen Regeln.

Formfeed ist ein Werkzeug, das das Format schreibt und prüft. Es leistet keine Rechtsberatung: Ob ein Dokument von Ihnen barrierefrei sein muss und nach welchem Gesetz, müssen Sie selbst klären.

Einschalten

pdf.ua ist eine Einstellung wie jede andere: Sie wird mit der Version der Vorlage gespeichert und mit den Einstellungen der Anfrage zusammengeführt, wobei die Anfrage Vorrang hat. Geben Vorlage und Anfrage beide ein Objekt an, werden die beiden Schlüssel für Schlüssel zusammengeführt.

Wert	Bedeutung
`false` oder `null`	Aus, der Standard.
`true`	Ein, mit strenger Prüfung: dasselbe wie `{ "check": "strict" }`.
`{ "check": "strict" }` oder `{}`	Besteht die Datei die Prüfung nicht, schlägt das Rendering fehl. Es wird nichts ausgeliefert.
`{ "check": "report" }`	Die Datei wird in jedem Fall ausgeliefert; der Bericht sagt, ob sie bestanden hat.

Jeden anderen Wert in einer Anfrage, etwa "yes" oder ein Objekt mit einem anderen Schlüssel, beantwortet die API mit 400 invalid_request; in einer Vorlage gespeichert, legt ein solcher Wert nichts fest, und formfeed validate meldet ihn. pdf.ua macht das PDF zu einem getaggten PDF und schließt pdf.tagged daher ein. Es gehört zu jedem Plan, braucht keinen Scope außer dem, der rendert, und gilt nur für PDF-Ausgaben.

In der Vorlage

Öffnen Sie im Editor die Seiteneinrichtung, gehen Sie zum Abschnitt Dokument und schalten Sie Barrierefreies PDF (PDF/UA-1) ein. Wenn die Datei die Prüfung nicht besteht wählt zwischen Rendering fehlschlagen lassen und Nur melden. Im selben Abschnitt steht der Titel, den PDF/UA-1 verlangt, mit Autor, Thema und Stichwörter.

Ist der Schalter an, prüfen die Vorschauen Fließend und Seiten die Seite, die sie zeigen. Die Karte Vorlagenprüfung im Abschnitt führt auf, was sie gefunden haben, und die Liste Probleme nennt jeden Befund an seiner Zeile. Die Statusleiste sagt, dass die Vorlage PDF/UA-1 rendert. Speichern und veröffentlichen Sie die Version, wie bei jeder anderen Einstellung.

Bildvorlagen haben keinen solchen Schalter, denn PDF/UA ist ein Format von PDF.

In einem Projekt steht die Festlegung in der settings.json:

{
  "pdf": {
    "metadata": { "title": "Bescheid {{ notice.number }}" },
    "ua": true
  },
  "locale": "de-DE"
}

In der Anfrage

curl https://api-eu.formfeed.dev/v1/renders \
  -H "Authorization: Bearer $FORMFEED_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "template": "notice",
    "data": { "notice": { "number": "2026-0042" } },
    "settings": { "pdf": { "ua": true } }
  }'

"ua": false in einer Anfrage schaltet für diese Anfrage ab, was die Vorlage festlegt.

Streng oder nur melden

	`strict` (der Standard)	`report`
Die Datei besteht	Ausgeliefert, mit der PDF/UA-Kennung.	Ausgeliefert, mit der PDF/UA-Kennung.
Die Datei besteht nicht	422 `pdfua_validation_failed`, keine Datei.	Ausgeliefert ohne die Kennung; `conformant: false`.
Der Validator ist nicht erreichbar	503 `conformance_unavailable`.	Dasselbe: Eine Datei wird nie ungeprüft ausgeliefert.

Streng ist, was true bedeutet, denn ein Kunde, der eine konforme Datei verlangt und stillschweigend eine andere bekommen hat, erfährt es von seinem eigenen Kunden. Nehmen Sie report, solange Sie eine Vorlage in Form bringen, oder wo ein Dokument in jedem Fall hinausgehen muss und Sie die Berichte verfolgen.

Das Echte Rendering im Editor verwendet immer report, damit Sie Datei und Urteil zusammen sehen.

Eine Vorlage schreiben, die besteht

Die Vorlagenprüfung findet das Folgende in der Seite, bevor sie gedruckt wird: in den Vorschauen Fließend und Seiten des Editors, in formfeed dev und in jedem Rendering mit pdf.ua, wo sie die Elemente hinter den verletzten Regeln benennt. Ein Fehler ist ein Mangel, für den der Validator die Datei durchfallen lässt (die Spalte Regel nennt die Regel aus dem PDF/UA-1-Profil von veraPDF, mit Abschnitt und Testnummer); eine Warnung ist einer, den keine Regel erfasst und den ein Leser trotzdem hört. Nichts, was nicht gezeichnet wird (display: none, visibility: hidden), wird geprüft, und Bilder, Abbildungen, Überschriften, Tabellen und Links in aria-hidden="true" auch nicht, weil der Browser sie aus den Tags weglässt.

Code	Schwere	Regel	Was gefunden wird	Was zu tun ist
`document-title`	Fehler	`7.1-9`, `7.1-10`	Kein Titel. Eine Vorlage nimmt ihn aus `pdf.metadata.title` oder aus einem `<title>` in ihrem Head; eine `html`- oder `url`-Quelle nur aus ihrem eigenen `<title>`-Element, denn `pdf.metadata.title` wird für sie nicht verwendet.	Setzen Sie den Titel im Abschnitt Dokument. Er darf Ausdrücke enthalten: `Rechnung {{ invoice.number }}`. In einer `html`-Quelle schreiben Sie ein `<title>`.
`image-alt`	Fehler	`7.3-1`	Ein `<img>` ohne `alt`, `aria-label`, `aria-labelledby` und `title`, es sei denn, es hat `role="presentation"` oder `role="none"`.	Sagen Sie, was es zeigt. Auch `alt=""` ist eine Entscheidung: Es kennzeichnet Schmuck, den ein Screenreader übergeht.
`figure-name`	Fehler	`7.3-1`	Ein `canvas` oder ein anderes Element als `img` mit `role="img"` (ein Diagramm, ein `svg`) ohne Namen: kein `aria-label`, `aria-labelledby`, kein `title`-Attribut und kein `<title>` darin.	Geben Sie dem Helfer `chart` ein `alt`; anderen Abbildungen ein `aria-label`.
`heading-order`	Fehler	`7.4.2-1`	Die erste Überschrift ist kein `h1`, oder auf dem Weg nach unten wird eine Ebene übersprungen (ein `h3` nach einem `h1`). Elemente mit `role="heading"` zählen mit ihrem `aria-level`. Der Weg zurück nach oben überspringt nichts.	Wählen Sie die Ebene nach der Struktur und die Größe mit CSS.
`table-rows`	Fehler	`7.2-43`	In einer Tabelle mit Kopfzellen Zeilen, die sich über unterschiedlich viele Spalten erstrecken, `colspan` und `rowspan` eingerechnet.	Sorgen Sie dafür, dass jede Zeile aufgeht.
`table-cell-empty`	Fehler	`7.2-43`	Ein `td` ohne Inhalt in einer Tabelle, die Kopfzellen hat. Ein Befund je Tabelle, an ihrer ersten solchen Zelle, mit der Zahl der leeren Zellen.	Der Browser schreibt dafür keine Zelle, die Zeile wird also kürzer als die anderen. Setzen Sie ein geschütztes Leerzeichen (` `) oder einen Strich hinein. Schmuck oder ein Bild mit leerem `alt` zählt nicht als Inhalt.
`masked-text`	Fehler	`7.20-2`	CSS `mask` oder `mask-image` auf einem Element mit Text.	Maskieren Sie ein Bild, nicht den Text. Keine Reparatur erreicht das.
`filtered-text`	Warnung		CSS `filter` auf einem Element mit Text.	Der Browser macht aus solchem Text ein Bild, das niemand lesen kann. Filtern Sie das Bild, nicht den Text.
`document-language`	Warnung		Kein `lang`-Attribut an `<html>` und kein `locale` in den Einstellungen der Vorlage oder der Anfrage. Eine Vorlage hat immer eines: Formfeed schreibt ihr Gebietsschema in `lang`, `en-GB`, wenn die Vorlage keines setzt. Der Befund kommt also von einem `html`-Dokument oder einer `url`-Seite.	Setzen Sie `lang` an `<html>` oder `locale` in den Einstellungen: Mit `pdf.ua` schreibt Formfeed es dann an ein Dokument, das kein `lang` hat. Ohne beides sagt die Datei `en-US`, welche Sprache sie auch hat. Setzen Sie auch bei jeder Vorlage das Gebietsschema, sonst sagt ihre Datei britisches Englisch.
`table-headers`	Warnung		Eine Tabelle mit zwei oder mehr Zeilen ohne `th` (oder ein Element mit `role="columnheader"` oder `role="rowheader"`).	Zeichnen Sie die Kopfzellen als `th` aus. Ohne sie werden Zellen ohne ihre Spalte gelesen, und die Tabelle erhält kein Tabellen-Tag.
`link-name`	Warnung		Ein Link ohne Text, `aria-label`, `title` oder ein Bild mit `alt` darin.	Geben Sie ihm Text. Sonst wird seine Adresse vorgelesen.
`generated-text`	Warnung		Buchstaben oder Ziffern aus CSS `::before` oder `::after`, Zähler eingeschlossen.	Schreiben Sie sie in die Vorlage. Erzeugter Inhalt wird nicht vorgelesen.
`fixed-text`	Warnung		Text in einem Element mit `position: fixed`, in einem Dokument mit mehreren Seiten.	Er wird auf jede Seite gedruckt und einmal pro Seite gelesen. Setzen Sie ihn stattdessen in Kopf- oder Fußzeile.
`running-text`	Warnung		Wörter oder Zahlen in Kopf- oder Fußzeile, die im Text des Dokuments nicht vorkommen. Seitenzahlen und die Wörter um sie herum (`Seite`, `von`) zählen nicht; höchstens zehn werden aufgeführt.	Ein Screenreader überspringt Kopf- und Fußzeilen. Sagen Sie im Dokument selbst, was ein Leser braucht: Bankverbindung, Aktenzeichen.

Die Lesereihenfolge steht nicht auf der Liste. Sie ist die Reihenfolge Ihres HTML, und keine Prüfung kann entscheiden, ob CSS, das Inhalte verschiebt, zeigt, was Sie gemeint haben.

Zwei davon, der fehlende Titel und ein ohne alt geschriebenes Bild, zeigen sich schon im Quelltext. formfeed validate und POST /templates/{id}/validate melden sie für eine Vorlage, die pdf.ua festlegt: als Fehler, wo die Prüfung strict ist, weil dann jedes Rendering der Vorlage scheitern würde, und als Warnungen, wo sie report ist.

Kopf- und Fußzeilen verdienen einen zweiten Blick. In PDF/UA sind sie Artefakte: Beiwerk der Seite, das nicht zum Inhalt gehört, wie die Seitenzahl. Das ist richtig für eine Seitenzahl und falsch für eine IBAN, die nur in der Fußzeile steht. Formfeed markiert sie, wie die Norm es verlangt, und warnt Sie vor Text, der sonst nirgends steht.

Was Formfeed repariert

Dafür müssen Sie nichts tun. Es ist das, was zwischen der getaggten Ausgabe des Browsers und der Norm steht:

Metadaten. Die Datei erhält die XMP-Metadaten, die PDF/UA-1 verlangt, mit dem Titel, und ihr Betrachter wird angewiesen, den Titel statt des Dateinamens zu zeigen.
Schmuck. Alles, was der Browser ohne Tag zeichnet, wird als Artefakt markiert: Rahmen, Hintergründe, Linien, und Kopf- und Fußzeile jeder Seite als Artefakte des Seitenumbruchs.
Eigene Tags des Browsers. Strukturtypen, die die Norm nicht kennt, werden auf solche abgebildet, die sie kennt.
Links. Jeder Link erhält eine Beschreibung, seinen Text, wie ein Screenreader ihn sagen würde, und die Links aus Kopf- und Fußzeilen erhalten ihren Platz in der Struktur.
Listen. Der Inhalt eines Listenpunkts erhält das Element, das die Norm dafür verlangt.
Abbildungen. Ein <figure>, das nur Inhalt gruppiert, ist keine Abbildung mehr, die einen eigenen Alternativtext bräuchte.
Wiederholte Tabellenköpfe. Läuft eine Tabelle über mehrere Seiten, wiederholt der Browser ihre Kopfzeile. Die Kopien werden als Artefakte des Seitenumbruchs markiert, sodass der Kopf einmal gelesen wird.
Stempel. Die Kennzeichnung von Test-Renderings und ein Text-Wasserzeichen werden in einer eingebetteten Schrift geschrieben und als Artefakte markiert.
Sprache. Ein Dokument ohne lang-Attribut erhält das Gebietsschema, das Ihre Einstellungen nennen, sodass die Datei ihre Sprache angibt.

Die Reparaturen der Struktur laufen bei jedem getaggten PDF, auch bei einem, das nur pdf.tagged oder pdf.outline setzt. Erst pdf.ua fügt die Sprache, die Prüfung und die PDF/UA-Kennung hinzu.

Der Bericht

Ein Rendering, das pdf.ua gesetzt hat, trägt accessibility:

"accessibility": {
  "standard": "PDF/UA-1",
  "check": "strict",
  "conformant": true,
  "validator": "veraPDF 1.30.2",
  "rules": { "passed": 106, "failed": 0 },
  "failures": [],
  "warnings": [
    { "code": "running-text", "count": 1, "elements": ["DE36 0000 0000 0000 0000 00"] }
  ]
}

Feld	Bedeutung
`standard`	`PDF/UA-1`.
`check`	`strict` oder `report`, wie das Rendering es übernommen hat.
`conformant`	Die Datei hat jede Regel bestanden, die der Validator prüft.
`validator`	Der Validator und seine Version. Sein Regelwerk ändert sich zwischen Versionen, daher sagt der Bericht, welche geurteilt hat.
`rules`	Wie viele Regeln bestanden und nicht bestanden wurden.
`failures`	Die verletzten Regeln, höchstens 20: `rule` (Abschnitt und Testnummer), `count`, `message` und `elements`, die betroffenen Start-Tags, höchstens fünf. Ein `code` aus der Tabelle oben, wo die Vorlagenprüfung die Ursache kennt.
`warnings`	Was die Vorlagenprüfung gefunden hat, ohne dass eine Regel dafür verletzt ist: `code`, `count`, `elements`.
`truncated`	Vorhanden und `true`, wenn mehr Regeln verletzt sind, als `failures` enthält.

accessibility ist null bei einem Rendering, das pdf.ua nicht gesetzt hat. Ein strenges Rendering, das fehlgeschlagen ist, behält es, und sein Problem trägt denselben Block.

Wo Sie es sehen:

In der API: in der Antwort auf das Rendering, in GET /v1/renders/{id}, in der Liste der Renderings und in den Webhook-Ereignissen render.completed und render.failed.
Mit ?output=binary ist die Antwort die Datei, und der Header X-Formfeed-PDF-UA sagt conformant oder not-conformant.
In der App hat das Blatt des Renderings im Render-Protokoll einen Abschnitt Barrierefreiheit mit dem Urteil und den verletzten Regeln. Bericht (JSON) lädt den Bericht als Datei herunter. Ein Echtes Rendering im Editor zeigt denselben Abschnitt unter seinem Ergebnis.
Auf der Kommandozeile gibt formfeed render es aus.

Bewahren Sie den Bericht bei einem Dokument auf, für das Sie einstehen müssen. Er hält fest, an welchen Regeln die Datei gemessen wurde und dass sie bestanden hat, an dem Tag, an dem sie erzeugt wurde.

Mit einer E-Rechnung

pdf.ua und eine E-Rechnung gehen zusammen. Eine E-Rechnung ist ein PDF/A-3b, das die Rechnung als XML enthält; mit pdf.ua ist dieselbe Datei zugleich ein PDF/UA-1-Dokument. Legen Sie beides in den Einstellungen der Vorlage fest, oder das eine in der Vorlage und das andere in der Anfrage:

settings.json
{
  "pdf": {
    "ua": true,
    "metadata": { "title": "Rechnung {{ _invoice.number }}" }
  },
  "einvoice": { "profile": "en16931", "flavour": "zugferd" }
}

Eine Datei, als beides geprüft. Die Seite wird gerendert, getaggt und repariert wie für jede PDF/UA-1-Datei. Die Umwandlung in PDF/A-3 erhält die Tags, und die fertige E-Rechnung, also die Datei, die Sie erhalten, wird gegen beide Normen geprüft. Das Urteil zu PDF/UA-1 gilt der Datei, die ausgeliefert wird, nicht dem PDF vor der Umwandlung.
Zwei Berichte. Das Rendering trägt einvoice und accessibility. Der erste sagt, was die Regeln der EN 16931 und von PDF/A-3b ergeben haben, der zweite, was die Regeln von PDF/UA-1 ergeben haben. Hat die Datei beide bestanden, nennen ihre Metadaten beide Normen.
Streng. Eine E-Rechnung, deren Datei PDF/UA-1 nicht besteht, antwortet 422 pdfua_validation_failed und liefert nichts aus. Das Problem trägt beide Berichte: accessibility mit den verletzten Regeln und einvoice, das sagt, dass die Rechnung selbst in Ordnung war.
Nur melden. Mit { "check": "report" } wird die gültige E-Rechnung ausgeliefert, und sie bezeichnet sich nicht als PDF/UA-1.
Was zuerst kommt. Ein Block, der eine Regel der EN 16931 verletzt, oder eine Datei, die sich nicht zu einem PDF/A-3b machen lässt, lässt das Rendering mit dem Fehler der E-Rechnung scheitern, und dann gibt es keine Datei, die an PDF/UA-1 zu messen wäre. Eine strenge Sichtprüfung, die scheitert, trägt auch accessibility.
Pläne und Einheiten. Die E-Rechnung kostet, was sie immer kostet: eine Einheit zusätzlich zum Rendering, live ab dem Starter-Plan (Pläne und Einheiten). pdf.ua kostet nichts dazu.

Das E-Rechnungs-Beispiel der Website legt beides fest.

Grenzen

Kein Zusammenführen. pdf.ua mit post.merge_after antwortet 400 invalid_request: Die Tags zusammengeführter Dokumente überstehen das Zusammenführen nicht, und der Validator ließe die Datei trotzdem bestehen.
Nicht für Word- und PowerPoint-Vorlagen. Ihr PDF kommt aus einem anderen Konverter, dessen Tags Formfeed nicht vermessen hat. Ein PDF-Rendering einer solchen Vorlage mit pdf.ua antwortet 400 invalid_request, und formfeed validate meldet die Festlegung als Fehler.
Bilder. Eine Vorlage, die pdf.ua festlegt, rendert Bilder wie bisher. Es in einer Anfrage für ein Bild zu verlangen, antwortet 400 invalid_request.
PDF-Tools. Eine vorhandene Datei zusammenzuführen, mit einem Wasserzeichen zu versehen oder zu schützen prüft sie nicht erneut, und ein Zusammenführen verwirft die Tags der Dateien, die es verbindet.
Text eines Wasserzeichens. Ein Text-Wasserzeichen steht in einer eingebetteten Schrift, wie PDF/UA es verlangt, und die deckt lateinische, griechische und kyrillische Buchstaben ab. Ein Text mit anderen Zeichen wird mit invalid_request abgelehnt; nehmen Sie für andere Schriften ein Bild-Wasserzeichen.
Ein Passwort kommt zuletzt. post.password verschlüsselt die Datei nach der Prüfung. Mit einer E-Rechnung wird ein Passwort abgelehnt, weil PDF/A Verschlüsselung verbietet.

Pläne, Einheiten und Kosten

pdf.ua gehört zu jedem Plan und kostet keine zusätzliche Einheit. Test-Renderings und die echten Renderings des Editors werden geprüft wie alle anderen. Ein fehlgeschlagenes Rendering kostet nichts. Ein dedupliziertes Rendering antwortet mit dem Bericht der Datei, die es wiederverwendet.

Fehler

Status	Code	Wann
422	`pdfua_validation_failed`	Streng, und die Datei hat nicht bestanden. `accessibility` nennt die Regeln und ihre Elemente.
503	`conformance_unavailable`	Der Validator ist ausgelastet oder nicht erreichbar. Wiederholen Sie nach `Retry-After`.
504	`render_timeout`	Der Validator hat nicht innerhalb von 20 Sekunden zusätzlich zum Rendering geantwortet. Wiederholen Sie.
400	`invalid_request`	`pdf.ua` mit einem Zusammenführen, einer Bildausgabe oder einer Word- oder PowerPoint-Vorlage, oder ein Wert, der keiner der oben genannten ist.

Auf der Kommandozeile

formfeed validate notice

meldet für eine Vorlage, deren settings.json pdf.ua festlegt, was schon der Quelltext zeigt: einen fehlenden Titel, ein Bild ohne alt und eine Festlegung, die die API ablehnt. Mit strenger Prüfung sind Titel und Bild Fehler, und der Befehl endet mit 1; mit report sind es Warnungen. Eine Festlegung, die die API ablehnt (ein Wert, den sie nicht annimmt, oder pdf.ua an einer Word- oder PowerPoint-Vorlage), ist immer ein Fehler.

formfeed render notice

gibt das Urteil des Renderings aus (hier mit einem Test-Schlüssel, der keine Einheit kostet):

PDF/UA-1   conformant, 106 rule(s) passed (veraPDF 1.30.2)
  warn     Only in the header or footer: DE36 0000 0000 0000 0000 00
rnd_7da09ab6cd9946b798c187c2a9350852: 1 page(s), 0 unit(s) -> notice.pdf

Ein strenges Rendering, das fehlschlägt, gibt die Regeln mit ihren Elementen aus und endet mit 1. formfeed dev prüft die Seite, die es in der Vorschau zeigt, und führt die Befunde daneben auf.

Was Sie erhalten​

Was die Prüfung belegt​

Einschalten​

In der Vorlage​

In der Anfrage​

Streng oder nur melden​

Eine Vorlage schreiben, die besteht​

Was Formfeed repariert​

Der Bericht​

Mit einer E-Rechnung​

Grenzen​

Pläne, Einheiten und Kosten​

Fehler​

Auf der Kommandozeile​