Formular funktioniert in einem PDF Formular nur in einem Reader – wo liegt der Fehler?

Arbeitet ein PDF-Formular nur in einem bestimmten Reader korrekt, liegt der Fehler meist nicht an den eingegebenen Daten, sondern an einer nicht überall unterstützten Formulartechnik. Lade die Datei zuerst herunter und öffne dieselbe unveränderte Kopie in zwei eigenständigen PDF-Programmen. Funktionieren Felder, Berechnungen oder Schaltflächen nur in Adobe Acrobat Reader, sind insbesondere XFA, eingebettetes JavaScript oder programmspezifische Funktionen zu prüfen.

Der Vergleich muss mit derselben Datei stattfinden

Ein aussagekräftiger Test setzt voraus, dass wirklich dieselbe PDF-Datei untersucht wird. Eine im Browser geöffnete Vorschau und eine heruntergeladene Datei können unterschiedlich verarbeitet werden. Auch Anhänge werden mitunter zunächst in einem vereinfachten Vorschaufenster angezeigt.

1. Speichere das unveränderte PDF auf dem Gerät.
2. Öffne es einmal im bisher funktionierenden Reader und einmal in dem Programm, in dem der Fehler auftritt.
3. Teste dasselbe Textfeld, dieselbe Auswahlliste und dieselbe Schaltfläche.
4. Notiere getrennt, ob ein Feld nicht sichtbar, nicht bedienbar oder nur funktional eingeschränkt ist.
5. Speichere jeweils eine Kopie und öffne sie erneut, um die gespeicherten Werte zu kontrollieren.

Funktioniert die heruntergeladene Datei im eigenständigen Reader, aber nicht in der Browseransicht, ist die Browser-PDF-Anzeige die wahrscheinliche Grenze. Scheitert sie dagegen auch in mehreren vollständigen Desktop-Programmen, spricht mehr für eine spezielle Formulartechnik oder einen Fehler in der Formularerstellung.

AcroForm und XFA sind nicht dasselbe

Für die Kompatibilität ist entscheidend, auf welcher Formulartechnik das Dokument beruht. Ein klassisches AcroForm verwendet PDF-Formularfelder, die von vielen PDF-Programmen zumindest grundsätzlich erkannt werden. Trotzdem können JavaScript, Berechnungen und besondere Aktionen je nach Viewer abweichen.

XFA-Formulare wurden für komplexe, teilweise dynamische Abläufe eingesetzt. Inhalte können sich abhängig von Eingaben verändern, zusätzliche Bereiche einblenden oder neu anordnen. Diese Technik gehört nicht zum normalen PDF-Seitenmodell und wird von zahlreichen Browser-Viewern, mobilen Apps und macOS Vorschau nicht oder nur eingeschränkt unterstützt. Eine Meldung, die zum Öffnen mit Adobe Acrobat Reader auffordert, ist ein deutlicher Hinweis auf XFA.

Bei einem XFA-Formular ist ein Wechsel des Readers daher keine eigentliche Reparatur. Soll das Dokument unabhängig von einem bestimmten Programm funktionieren, muss der Herausgeber prüfen, ob es als normales AcroForm oder als browserbasiertes Formular neu bereitgestellt werden kann. Eine einfache Konvertierung oder ein Druck in eine neue PDF-Datei ist dafür ungeeignet: Dabei entstehen meist statische Seiten, während Eingabefelder, Logik und Barrierefreiheitsinformationen verloren gehen können.

Welche Beobachtung zu welcher Ursache passt

• Im Browser fehlen Felder oder sie reagieren nicht: Öffne die lokal gespeicherte Datei in einem vollständigen Desktop-Reader. Funktioniert sie dort, unterstützt die integrierte Browseranzeige die verwendete Funktion nicht ausreichend.
• Felder lassen sich ausfüllen, Berechnungen bleiben aber aus: Wahrscheinlich wird PDF-JavaScript nicht ausgeführt, ist deaktiviert oder der verwendete Viewer unterstützt nur einen Teil davon.
• Auswahllisten funktionieren, eine Aktionsschaltfläche jedoch nicht: Prüfe in der Formularbearbeitung die hinterlegte Aktion. Programmspezifische Befehle und Skripte sind weniger portabel als einfache Feldaktionen.
• Werte erscheinen, aber Beschriftungen oder Zeichen fehlen: Nicht eingebettete Schriften oder unvollständige Darstellungsinformationen können die Ursache sein. Ein Test mit einfachen Zeichen trennt einen Schriftfehler von einem allgemeinen Feldfehler.
• Die Seite verändert ihren Aufbau abhängig von Eingaben: Das deutet auf ein dynamisches XFA-Formular hin. Für eine breite Reader-Kompatibilität ist meist eine Neuerstellung in einer anderen Technik erforderlich.
• Nur ein einzelnes Feld verhält sich anders: Vergleiche dessen Eigenschaften mit einem funktionierenden Feld. Abweichende Feldaktionen, Formatregeln oder ein fehlerhafter Feldname sind dann wahrscheinlicher als eine generelle Viewer-Grenze.

JavaScript und Feldlogik gezielt voneinander trennen

Viele interaktive Formulare nutzen Skripte für Summen, Pflichtfeldprüfungen, Datumsformate oder das Ein- und Ausblenden von Bereichen. Ein Reader kann normale Eingabefelder unterstützen, ohne die dazugehörige Skriptlogik vollständig auszuführen. Das Formular wirkt dann zunächst benutzbar, liefert aber andere Ergebnisse.

Wer Zugriff auf die Quelldatei oder einen PDF-Editor mit Formularwerkzeugen hat, sollte die Funktionen einzeln testen: zuerst reine Texteingabe, dann Formatierung, Berechnung, Validierung und schließlich Schaltflächenaktionen. Fällt erst die Berechnung aus, liegt der Schwerpunkt auf Skriptunterstützung und Ausführungsreihenfolge. Scheitert bereits die Texteingabe, ist die zugrunde liegende Formulartechnik oder die Felddefinition zu untersuchen.

JavaScript pauschal zu aktivieren ist keine universelle Lösung. Bei fremden oder nicht vertrauenswürdigen Dokumenten sollte es nicht allein für einen Test freigeschaltet werden. Für ein Formular, das öffentlich verteilt wird, ist außerdem problematisch, wenn seine Kernfunktion zwingend von einer optionalen Reader-Einstellung abhängt.

So wird das Formular dauerhaft kompatibler

Bei einem selbst erstellten Dokument beginnt die Korrektur im Autorenwerkzeug, nicht beim Empfänger. Die folgenden Maßnahmen sind nach ihrer Reichweite geordnet:

1. Lege fest, welche Programme und Plattformen unterstützt werden müssen. Ein ausschließlich interner Ablauf mit vorgeschriebenem Reader hat andere Anforderungen als ein öffentliches Formular für Browser, Windows, macOS und Mobilgeräte.
2. Verwende für breite Kompatibilität möglichst normale AcroForm-Felder und beschränke die Kernfunktion nicht auf komplexes PDF-JavaScript.
3. Ersetze programmspezifische Schaltflächenaktionen durch einfachere Abläufe oder erkläre den erforderlichen Reader sichtbar vor dem Download.
4. Betten sich verwendete Schriften nicht zuverlässig ein, nutze geeignete einbettbare Schriften und lasse die Felddarstellung im Erstellungsprogramm neu erzeugen.
5. Teste eine unveränderte Ausgabedatei in den tatsächlich vorgesehenen Readern. Desktop, Browser und Mobilgerät müssen getrennt geprüft werden, weil sie keine identische PDF-Engine verwenden.

Die technische Prüfung in Adobe Acrobat Pro erfolgt je nach Programmversion über die Werkzeuge zur Formularvorbereitung sowie über die Eigenschaften der einzelnen Felder. Dort lassen sich unter anderem Feldtyp, Format, Berechnung und Aktionen untersuchen. Für XFA ist zusätzlich das ursprüngliche Autorenwerkzeug beziehungsweise der Herausgeber des Formulars maßgeblich; Acrobat kann ein komplexes dynamisches XFA-Dokument nicht einfach verlustfrei in ein gleichwertiges AcroForm umwandeln.

Ein Reader-Hinweis kann die richtige Lösung sein

Nicht jedes spezialisierte Formular lässt sich ohne Funktionsverlust für alle PDF-Viewer öffnen. Nutzt ein behördlicher oder betrieblicher Ablauf bewusst XFA oder eine festgelegte Skriptumgebung, kann die Vorgabe eines unterstützten Readers technisch notwendig sein. Der Herausgeber sollte dann den erforderlichen Programmtyp, unterstützte Plattformen und den Umgang mit mobilen Geräten eindeutig nennen.

Für ein neu entwickeltes, öffentlich zugängliches Formular ist eine solche Abhängigkeit dagegen ein wichtiges Warnsignal. Der entscheidende Befund lautet: Läuft die unveränderte Datei in einem Reader vollständig und in mehreren anderen Viewern reproduzierbar nur teilweise, ist nicht die einzelne Installation der Hauptverdächtige. Dann muss die verwendete Formulartechnik mit dem vorgesehenen Einsatzbereich abgeglichen und gegebenenfalls im Ausgangsdokument ersetzt werden.