ValiMesh
← Back to blog
e-invoicing Jun 2026

PDF in XRechnung oder ZUGFeRD umwandeln

Wann passt XRechnung, wann ZUGFeRD? Der Artikel zeigt Formatwahl, Datenanforderungen und Grenzen der PDF-zu-E-Rechnung-Konvertierung.

pdf-in-xrechnung-zugferd-umwandeln

PDF in XRechnung oder ZUGFeRD umwandeln: Welches Zielformat passt?

Viele Unternehmen haben bereits Rechnungen als PDF. Die naheliegende Frage lautet deshalb: Können wir dieses PDF einfach in XRechnung oder ZUGFeRD umwandeln?

Die Antwort ist selten ein reines Ja oder Nein. Die bessere Frage lautet: Welches Zielformat braucht der Empfänger, welche Daten enthält das PDF, und soll nur eine einzelne Datei entstehen oder ein wiederholbarer Prozess?

Genau hier trennt sich einfache Dateikonvertierung von einem belastbaren E-Rechnungsworkflow. Ein einzelnes PDF umzuwandeln kann für Tests helfen. Ein laufender Rechnungsprozess braucht aber stabile Daten, klare Formatregeln und eine Validierung, die Fehler sichtbar macht, bevor sie beim Empfänger landen.

XRechnung und ZUGFeRD lösen unterschiedliche Aufgaben

Wer nach „PDF in E-Rechnung umwandeln“ sucht, trifft meist auf zwei Begriffe: XRechnung und ZUGFeRD. Beide sind relevant, aber sie funktionieren unterschiedlich.

XRechnung ist ein strukturierter XML-Datensatz. Der XML-Datensatz ist die elektronische Rechnung. Eine zusätzliche PDF-Sicht ist nicht Bestandteil des Formats. XRechnung ist besonders wichtig, wenn Empfänger explizit ein XML-basiertes Format erwarten oder wenn Prozesse auf rein strukturierte Verarbeitung ausgelegt sind.

ZUGFeRD ist ein hybrides Format. Es verbindet ein PDF/A-3-Dokument als sichtbare Rechnung mit eingebetteten strukturierten XML-Daten. Das PDF bleibt für Menschen lesbar, die XML-Daten ermöglichen die maschinelle Verarbeitung.

Die Entscheidung ist also keine Geschmacksfrage. Sie hängt von Empfängeranforderungen, interner Weiterverarbeitung, Archiv- und Prüfprozessen sowie dem gewünschten Folgeweg ab.

Wann XRechnung die naheliegende Wahl ist

XRechnung ist besonders passend, wenn der Empfänger ein strukturiertes XML-Format verlangt oder wenn der nachgelagerte Prozess keine PDF-Sicht benötigt. Das kann bei öffentlichen Auftraggebern, bestimmten Plattformen, Portalen oder stark automatisierten Eingangsprozessen relevant sein.

Der Vorteil: Die Rechnung ist eindeutig strukturiert. Es gibt keine optische Ebene, die vom strukturierten Teil abweichen könnte. Für Systeme ist das sauber.

Der Nachteil: Für Menschen ist eine reine XML-Datei nicht angenehm lesbar. Wer interne Freigaben, Kundenservice oder manuelle Sichtprüfungen über ein vertrautes Rechnungsbild organisiert, braucht gegebenenfalls eine separate Darstellung.

XRechnung ist daher nicht „besser“ als ZUGFeRD. Es ist besser für bestimmte Prozesse.

Wann ZUGFeRD sinnvoller sein kann

ZUGFeRD ist besonders interessant, wenn ein Unternehmen weiterhin eine PDF-Sicht braucht, aber gleichzeitig strukturierte Daten bereitstellen möchte. Das kann in B2B-Szenarien nützlich sein, in denen Empfänger das visuelle Dokument weiterhin nutzen, aber die XML-Daten für Verarbeitung, Prüfung oder Import benötigen.

Wichtig ist: ZUGFeRD ist nicht einfach ein normales PDF mit einem modernen Namen. Entscheidend ist der eingebettete strukturierte XML-Teil. Wenn dieser Teil fehlt, unvollständig ist oder nicht zum Bildteil passt, entsteht kein belastbarer E-Rechnungsprozess.

Für PDF-first Unternehmen fühlt sich ZUGFeRD oft vertrauter an, weil die Sichtkomponente erhalten bleibt. Trotzdem muss die Datenstruktur sauber sein.

Die entscheidende Frage: Was steckt im PDF?

Ein PDF kann nur dann sinnvoll in XRechnung oder ZUGFeRD überführt werden, wenn die relevanten Rechnungsinformationen vorhanden, eindeutig und wiederholbar auswertbar sind.

Prüfen Sie vor der Formatentscheidung:

1. Sind Verkäufer, Käufer, Rechnungsnummer und Rechnungsdatum eindeutig erkennbar?

2. Sind Leistungsdatum oder Leistungszeitraum vorhanden?

3. Sind Positionen, Mengen, Einzelpreise, Rabatte und Steuersätze klar strukturiert?

4. Stimmen Nettosummen, Steuerbeträge und Bruttosummen logisch zusammen?

5. Gibt es Sonderfälle wie Gutschriften, Abschlagsrechnungen, Sammelrechnungen oder Reverse Charge?

6. Wiederholt sich das Layout über mehrere Rechnungen hinweg?

7. Ist das PDF textbasiert oder nur ein Scan?

8. Ist bekannt, welches Zielformat der Empfänger erwartet?

9. Haben Sie öffentliche Auftraggeber, dann muss die Leitweg-ID in die E-Rechnung?

Diese Fragen sind wichtiger als der Konvertierungsbutton. Wenn die Daten im PDF fehlen oder widersprüchlich sind, kann eine Konvertierung sie nicht seriös erfinden.

One-Off-Konvertierung oder wiederkehrender Prozess?

Ein One-Off-Konverter kann nützlich sein, wenn eine einzelne Rechnung geprüft oder ein Formatbeispiel erzeugt werden soll. Für operative Teams reicht das aber selten aus.

Laufende Rechnungsprozesse haben Wiederholungen: ähnliche Templates, wiederkehrende Kunden, wiederkehrende Positionen, wiederkehrende Steuerlogik. Genau hier wird ein Prozessansatz wichtig.

Ein wiederkehrender Prozess braucht:

· stabile Datenquellen,

· verlässliche Layout-Erkennung,

· klares Mapping in das Zielformat,

· technische Validierung,

· fachliche Prüfung bei Warnungen,

· definierte Nachbearbeitung bei Fehlern.

Die Frage lautet also nicht nur: „Kann dieses PDF konvertiert werden?“ Sondern: „Kann der gleiche Rechnungstyp auch nächsten Monat zuverlässig verarbeitet werden?“

Wann Konvertierung nicht der richtige erste Schritt ist

PDF-Konvertierung ist nicht immer der beste Start. Manchmal ist es sinnvoller, zuerst im Quellsystem anzusetzen.

Das gilt besonders, wenn Pflichtangaben fehlen, Steuersätze nicht eindeutig sind, Positionsdaten nur als Freitext vorliegen, mehrere Layouts unkontrolliert wechseln oder Rechnungen manuell nachbearbeitet werden. In solchen Fällen kann ein PDF-Test trotzdem wertvoll sein, aber eher als Diagnose: Er zeigt, welche Daten im Prozess fehlen.

Konvertierung ist stark, wenn das PDF den fachlichen Rechnungsinhalt stabil enthält. Sie ist schwach, wenn das PDF nur das Symptom eines unklaren Datenprozesses ist.

Der ValiMesh-Ansatz für die Formatentscheidung

ValiMesh setzt beim realen PDF-Output an. Statt zuerst über Systemwechsel, Integrationsarchitektur oder abstrakte Formatpräferenzen zu diskutieren, wird ein echtes Rechnungsdokument geprüft.

Die Prüfung beantwortet drei Fragen:

1. Ist das PDF grundsätzlich auswertbar?
Sind die relevanten Rechnungsdaten vorhanden und eindeutig erkennbar?

2. Welches Zielformat ist sinnvoll?
Passt XRechnung, ZUGFeRD oder muss der Empfängerwunsch zuerst geklärt werden?

3. Braucht das Layout Aktivierung?
Wenn das Layout wiederkehrend genutzt wird und Anpassungen benötigt, kann eine Aktivierung helfen, künftige Rechnungen stabil zu verarbeiten.

Damit wird aus „PDF umwandeln“ ein kontrollierter Entscheidungspfad.

Entscheidungshilfe: XRechnung oder ZUGFeRD?

Situation

Tendenz

Empfänger verlangt reines XML

XRechnung prüfen

Öffentlicher Auftraggeber oder Portalvorgabe

XRechnung-Anforderung prüfen (Leitweg-ID)

Menschliche PDF-Sicht soll erhalten bleiben

ZUGFeRD prüfen

Interne Sichtprüfung bleibt wichtig

ZUGFeRD kann passen

Nachgelagerter Prozess verarbeitet nur strukturierte Daten

XRechnung oder strukturierte ZUGFeRD-Daten prüfen

Empfängeranforderung unbekannt

Erst Empfänger / Prozess klären

PDF enthält unklare oder fehlende Daten

Erst Output-Audit oder Quellsystem-Korrektur

Diese Tabelle ersetzt keine Einzelfallprüfung, aber sie verhindert die häufigste Fehlentscheidung: das Format vor dem Prozess zu wählen.

Fazit: Konvertierung beginnt mit dem Zielformat, nicht mit dem Button

PDF in XRechnung oder ZUGFeRD umzuwandeln kann ein sehr sinnvoller Weg sein. Aber die Umwandlung ist nicht nur eine Dateifrage. Sie ist eine Format-, Daten- und Prozessentscheidung.

XRechnung eignet sich für rein strukturierte XML-Prozesse. ZUGFeRD verbindet PDF-Sicht und strukturierte XML-Daten. Beide Optionen brauchen saubere Rechnungsinformationen.

Der pragmatische nächste Schritt ist deshalb kein Ratespiel. Testen Sie ein echtes PDF, klären Sie das Zielformat und prüfen Sie, ob daraus ein wiederkehrender E-Rechnungsoutput entstehen kann.