PDF/A-3, XML und die Übergabe ans DMS

PDF/A-3 regelt den Dokumentcontainer, nicht den Geschäftsprozess

PDF/A ist eine Normenfamilie für die langfristig verlässliche Wiedergabe elektronischer Dokumente. PDF/A-3 führte die Möglichkeit ein, zugeordnete Dateien einzubetten. Die Beziehung einer eingebetteten Datei wird technisch gekennzeichnet. Dadurch kann etwa eine XML-Datei als strukturierte Datenquelle mit einer sichtbaren PDF-Rechnung verbunden werden.

Das Vorhandensein einer eingebetteten Datei sagt allein noch nichts über ihre fachliche Richtigkeit aus. Das PDF kann visuell plausibel sein, während die XML andere Summen oder unvollständige Pflichtfelder enthält. Ebenso kann eine technisch valide XML in einem nicht konformen PDF-Container liegen. Container, eingebettete Daten und fachliche Übereinstimmung benötigen jeweils eine eigene Prüfung.

Bei ZUGFeRD und Factur-X gehören Sicht- und Datenkomponente zusammen

ZUGFeRD 2.5 und Factur-X 1.09 verwenden in der hybriden Ausprägung ein PDF/A-3-Dokument mit eingebetteten strukturierten Rechnungsdaten. Das PDF dient als sichtbare Komponente. Ein geeignetes Empfängersystem liest die XML und kann die Rechnungsdaten weiterverarbeiten.

Ein erzeugender Prozess sollte deshalb nicht zwei unabhängig gepflegte Rechnungen zusammenpacken. Sichtbares Dokument und XML werden aus derselben fachlichen Grundlage erzeugt oder anschließend streng abgeglichen. Profil, Dateiname, Beziehungseintrag und Validierungsartefakte folgen der jeweils eingesetzten Spezifikation. Ein allgemeiner PDF/A-3-Validator ersetzt die profilspezifische E-Rechnungsprüfung nicht.

Ein DMS benötigt Dokument, Indexdaten und einen bestätigten Übergabestatus

Für die Ablage reichen Dateiname und Ordner selten aus. Typische Indexdaten sind Dokumentart, Belegnummer, Datum, Geschäftspartner, Mandant und gegebenenfalls Vorgangs- oder Auftragsbezug. Welche Felder tatsächlich benötigt werden, ergibt sich aus Recherche, Berechtigung, Aufbewahrung und den Arbeitsabläufen des Unternehmens.

Die Übergabe kann über überwachte Verzeichnisse, APIs oder herstellerspezifische Schnittstellen erfolgen. Der sendende Workflow braucht eine eindeutige Auftragskennung. Das Ziel bestätigt die Annahme oder liefert einen Fehler. Erst nach einer belastbaren Bestätigung darf der Auftrag als archiviert gelten. Bei einer Wiederholung muss geprüft werden, ob das Dokument bereits vorhanden ist, damit keine unkontrollierten Dubletten entstehen.

Auch der spätere Abruf gehört zur Abnahme. Ein Test sucht das Dokument anhand der vereinbarten Indexfelder, öffnet es, prüft eingebettete Dateien und vergleicht den Inhalt mit dem Ausgangsbeleg. Damit wird nicht nur die technische Annahme, sondern die tatsächliche Nutzbarkeit im Zielsystem nachgewiesen.

• Dokument und zugehörige XML fachlich zusammenhalten
• PDF/A- und E-Rechnungsprofil getrennt validieren
• Indexfelder mit dem DMS verbindlich vereinbaren
• Annahme, Fehler und Wiederholung eindeutig protokollieren
• Recherche und Wiederöffnung als Teil der Abnahme testen

Aufbewahrung braucht mehr als ein Dateiformat

Ein normgerechtes Dokument ist ein Baustein, aber keine vollständige Aufbewahrungslösung. Berechtigungen, Unveränderbarkeit, Fristen, Löschkonzept, Sicherung, Wiederherstellung und Verfahrensdokumentation werden im Archiv- oder DMS-Betrieb geregelt. Welche Datei im steuerlichen oder vertraglichen Sinn als Original gilt, muss für den konkreten Prozess geklärt werden.

Änderungen an Export, Profil oder DMS-Schnittstelle werden versioniert und mit Testbelegen geprüft. So bleibt nachvollziehbar, welche Konfiguration ein Dokument erzeugt hat und welche Validierung damals angewendet wurde. Das erleichtert Fehleranalyse und verhindert, dass eine technische Aktualisierung unbemerkt die archivierte Aussage verändert.