Mustang meldet gültig, obwohl die PDF/A-Prüfung scheitert

Deine Anwendung verwendet wasCompletelyValid() und erhält true. Im ausführlichen Bericht steht trotzdem ein PDF/A-Fehler, während das eingebettete Rechnungs-XML erfolgreich geprüft wurde. Ein Originalfall beschreibt diese widersprüchliche Zusammenfassung für Mustang 2.26.0. Q1 Für eine automatische Annahme reicht der einzelne Rückgabewert in diesem Befund nicht aus.

Die Prüfschichten einzeln benennen

Eine hybride Rechnung enthält eine PDF-Darstellung und maschinenlesbare Daten. Die jeweiligen technischen Prüfungen beantworten unterschiedliche Fragen. veraPDF ermöglicht eine ausdrückliche PDF/A-Profilwahl und weist das Ergebnis im Prüfbericht aus. Q2 Auch „nicht verarbeitbar“ ist von einem tatsächlich geprüften, aber nicht konformen Dokument zu unterscheiden.

Den Widerspruch reproduzieren

1. Dateistand festhalten. Sichere die Eingabedatei und ihre Prüfsumme. Stelle sicher, dass API-Ergebnis und Bericht wirklich zu denselben Bytes gehören. Ein neu erzeugter Export kann bereits andere Eigenschaften haben.
2. Vollständigen Bericht lesen. Notiere Ergebnis und Fehler jeder Prüfschicht: PDF/A, Rechnungs-XML und Gesamtauswertung. Halte Warnungen und Fehler getrennt. Eine farbige Zusammenfassung darf diese Unterschiede nicht verschlucken.
3. PDF unabhängig prüfen. Verwende einen nachvollziehbaren PDF/A-Validator mit dem für den Arbeitsablauf vorgesehenen Profil. Zeichne Toolversion und Profil auf. Wähle nicht solange andere Profile, bis irgendeines grün wird.
4. Gleichen Test im Integrationsweg ausführen. Vergleiche direkten Bibliotheksaufruf, Wrapper und angezeigten Status. Wird ein Fehler bereits von der Bibliothek übersehen oder erst in deiner eigenen Zusammenfassung? Dieser Unterschied bestimmt, wo korrigiert werden muss.
5. Annahmekriterien ausdrücken. Lege technisch fest, welche Prüfschichten erforderlich sind und wie ein fehlendes Ergebnis behandelt wird. Ein Profilfehler darf nicht durch einen anderen erfolgreichen Teiltest aufgehoben werden, wenn beide für den Ablauf erforderlich sind.

Nach einer Korrektur gezielt abnehmen

Teste mindestens einen vollständig erwartungsgemäßen Beispielsatz und einen Satz mit bewusst getrennten Fehlern in PDF beziehungsweise XML. Die neue Auswertung muss beide Fehlertypen erkennen. Ein angekündigter Herstellerfix ist erst dann hilfreich, wenn die tatsächlich eingesetzte Version und dieser Vergleich passen.

Für die Übergabe eignen sich Versionsstände, Profilwahl, bereinigte Einzelberichte und der API-Aufruf. Die technische Validierung bewertet die ausgewählten Regeln; sie ist keine pauschale steuerliche oder rechtliche Freigabe des Belegs. Bewahre die vollständigen Ergebnisse mit Bezug zur Eingabedatei auf.

Häufige Fragen

Ist ein gültiges Rechnungs-XML ausreichend?

Das hängt vom definierten technischen Austauschformat ab. Wenn auch PDF/A verlangt wird, muss diese zusätzliche Prüfung ebenfalls erfolgreich sein.

Kann ich PDF/A-Fehler einfach ignorieren, weil die Datei lesbar ist?

Lesbarkeit und Konformität mit einem bestimmten Profil sind unterschiedliche Eigenschaften.

Fall beschreiben