XRechnung in PDF einbetten: Praxisleitfaden für eine compliance-orientierte Umsetzung

Kurz gesagt: Der Begriff „XRechnung in PDF einbetten“ wird in der Praxis häufig für die Kombination einer sichtbaren PDF-Rechnung mit strukturierten XML-Rechnungsdaten verwendet. Wichtig ist die Abgrenzung: XRechnung selbst ist ein strukturierter XML-Standard. Ein standardisiertes Hybridformat aus PDF und eingebetteten XML-Daten ist typischerweise ZUGFeRD. Für eine compliance-orientierte Umsetzung müssen Format, Übertragungsweg, Validierung, Konsistenz und Aufbewahrung zu den jeweils geltenden Anforderungen und zum Empfänger passen.

Hinweis: Dieser Praxisleitfaden bietet eine technische und organisatorische Orientierung und ersetzt keine individuelle rechtliche oder steuerliche Prüfung.

Der direkte Fahrplan:

1. Verfahrensdokumentation schreiben: Prozessschritte, Rollen, Validierungsregeln und GoBD-Anforderungen definieren.
2. Rechnungsdatenquellen validieren: Pflichtfelder prüfen, Daten standardisieren, Mapping zu XRechnung erstellen.
3. PDF und XRechnung-XML parallel erzeugen und jeweils prüfen (PDF visuell, XML gegen EN 16931).
4. Technische Bereitstellungsvariante für PDF und XML festlegen und passend zum Empfänger umsetzen.
5. Konsistenz zwischen PDF und XML systematisch prüfen und dokumentieren.
6. Archivierungssystem mit Audit-Trail konfigurieren, Freigabe-Workflow einrichten und Metadaten definieren.

Nach diesem Guide kannst du:

• Hybrid-Rechnungen unter Berücksichtigung der aktuellen regulatorischen und organisatorischen Anforderungen konzipieren.
• Zwischen technischen Varianten (eingebettet, Anhang, Verknüpfung) eine fundierte Wahl treffen.
• Datenqualität prüfen und Validierungsfehler früh erkennen, bevor Prozesse scheitern.
• Konsistenz zwischen PDF und XML prüfen und dokumentieren, um die Nachvollziehbarkeit in Prüfungen zu unterstützen.
• Einen strukturierten, reproduzierbaren Prozess mit Fehlerbehandlung aufbauen.
• Ein Archivierungssystem mit nachvollziehbarem Audit-Trail einrichten.

Inhaltsverzeichnis

• Für wen ist dieser Guide?
• Grundlagen und Kontext
• Schritt-für-Schritt-Anleitung
• Praxisbeispiel und Anwendung
• Fortgeschrittene Varianten und Skalierung
• Kompakte Zusammenfassung
• Mini-Checkliste
• FAQ und Troubleshooting

Für wen ist dieser Guide?

Dieser Guide richtet sich an CFOs, Compliance-Leiter, IT-Entscheider und Projektmanager, die Rechnungsprozesse modernisieren und dabei relevante steuerliche, technische und organisatorische Anforderungen berücksichtigen möchten. Er passt zu Unternehmen mit hohem Rechnungsvolumen, bestehenden ERP- oder Dokumentenmanagementsystemen und erhöhten Anforderungen an Nachvollziehbarkeit und Dokumentation. Du solltest Verständnis für Rechnungsprozesse, digitale Dokumente und Compliance-Anforderungen mitbringen. Tiefes XML-Wissen ist nicht erforderlich, eine saubere Prozessdokumentation dagegen schon.

Voraussetzungen: Zugang zu Rechnungssystem und DMS, Verständnis der aktuellen Rechnungsworkflows, Kenntnis der für das Unternehmen relevanten steuerlichen und organisatorischen Anforderungen sowie Übersicht über die IT-Infrastruktur (ERP, Workflow, Archive).

Was dieser Guide bewusst nicht abdeckt: Individuelle Programmierung von Konvertierungs-Tools, detaillierte Rechtsprüfungen für spezifische Bundesländer, Zertifizierungsprozesse für Archivierungslösungen. Der Guide zeigt ein allgemein anwendbares, compliance-orientiertes Verfahren für Mittelstand und größere Unternehmen.

Grundlagen und Kontext

Eine E-Rechnung ist eine Rechnung in einem strukturierten elektronischen Format, das eine elektronische Verarbeitung ermöglicht. XRechnung ist ein XML-basierter Standard; bei hybriden Formaten wie ZUGFeRD wird zusätzlich eine menschenlesbare PDF-Darstellung mitgeführt. Für die steuerliche Aufbewahrung und die Nachvollziehbarkeit elektronischer Rechnungsprozesse sind insbesondere die jeweils geltenden Anforderungen aus Umsatzsteuerrecht, Abgabenordnung und GoBD zu berücksichtigen. Ein bestimmtes Dateiformat allein stellt dabei keine Compliance sicher. Entscheidend sind unter anderem Datenqualität, dokumentierte Prozesse, geeignete Kontrollen, Integrität und eine ordnungsgemäße Aufbewahrung des maßgeblichen strukturierten Datenteils.

Schritt-für-Schritt-Anleitung

Schritt 1: Verfahrensdokumentation und Compliance-Anforderungen definieren

Bevor PDF und XML erzeugt werden, sollte klar dokumentiert sein, welche Anforderungen für den konkreten Anwendungsfall gelten. Das schafft eine belastbare Grundlage für Umsetzung, Betrieb und spätere Prüfungen.

• Sammle die für deinen Anwendungsfall relevanten Anforderungen, zum Beispiel aus GoBD, Abgabenordnung (AO), Umsatzsteuerrecht sowie gegebenenfalls der E-Rechnungsverordnung und den Vorgaben des jeweiligen Rechnungsempfängers oder Übertragungskanals.
• Definiere schriftlich: Wer erzeugt PDF und XML? In welcher Reihenfolge? Welche Validierungen müssen vor Freigabe bestanden sein? Wie wird Konsistenz zwischen PDF und XML sichergestellt? Wie lange werden Rechnungen aufbewahrt? Wer hat Zugriff, wer prüft, wer gibt frei?
• Dokumentiere den Umgang mit Änderungen und Integrität: Können PDF und XML nach Erzeugung noch verändert werden? Falls ja, sollten technische oder organisatorische Maßnahmen wie Berechtigungen, Versionierung, Protokollierung und Integritätsprüfungen nachvollziehbar festgelegt sein.
• Definiere Fehlerbehandlung: Was passiert, wenn PDF und XML nicht konsistent sind? Wer wird benachrichtigt? Wird die Rechnung blockiert oder gekennzeichnet? Dies muss dokumentiert und getestet sein.

Woran du erkennst, dass die Grundlage belastbar ist: Ein schriftliches Verfahrensdokument beschreibt Verantwortlichkeiten, Prozessschritte, Validierungsregeln und Fehlerbehandlung, und die beteiligten Personen kennen ihre Rollen. Ob die Dokumentation im konkreten Fall alle rechtlichen und steuerlichen Anforderungen erfüllt, sollte bei Bedarf individuell mit den zuständigen Fachstellen geprüft werden.

Achtung: Eine unvollständige oder veraltete Verfahrensdokumentation kann die Nachvollziehbarkeit des Rechnungsprozesses erschweren. Ein Hybridformat allein stellt keine GoBD-Konformität her; entscheidend ist der gesamte technische und organisatorische Prozess.

Schritt 2: Rechnungsdatenquellen validieren und Mapping erstellen

Datenqualität ist die Basis. Ein Fehler in der Quelle pflanzt sich in PDF und XML fort und ist schwer zu korrigieren. Dieser Schritt stellt sicher, dass PDF und XML aus den gleichen, validierten Daten entstehen.

• Dokumentiere Datenfelder deines Quellsystems (ERP, Rechnungsplattform): Welche Felder sind verfügbar? Welche sind optional, welche Pflicht? Erstelle eine Mapping-Tabelle: Welches ERP-Feld entspricht welchem XRechnung-XML-Feld?
• Validiere die für den jeweiligen Rechnungsstandard erforderlichen Pflichtangaben und Geschäftsregeln, zum Beispiel Rechnungsnummer, Rechnungsdatum, relevante Leistungsangaben, Beträge, Steuerinformationen sowie Angaben zu Rechnungsaussteller und -empfänger. Stelle sicher, dass keine erforderlichen Felder fehlen.
• Prüfe auf mathematische Konsistenz: Nettobetrag + Steuerbetrag = Gesamtbetrag? Positionen-Einzelbeträge addieren sich korrekt? Dezimaltrennzeichen konsistent (Punkt oder Komma)?
• Standardisiere Formatierungen entsprechend dem Zielstandard: Datums- und Zahlenformate, Zeichencodierung und Feldinhalte sollten den technischen Vorgaben des verwendeten XML-Formats entsprechen.

Praxis-Tipp: Bei großem Volumen lohnt sich ein automatisierter Daten-Validator im System, der täglich oder bei jeder Rechnungserstellung prüft, ob Grundanforderungen erfüllt sind. Dies verhindert fehlgeschlagene PDF/XML-Erzeugungen später.

Woran du erkennst, dass die Datenbasis belastbar ist: Alle für den jeweiligen Rechnungsstandard erforderlichen Felder sind befüllt, Pflichtangaben sind plausibel, Summen sind mathematisch konsistent und die verwendeten Formate sind standardisiert.

Schritt 3: PDF-Rechnung erzeugen und visuell prüfen

Das PDF bildet bei einem Hybridformat die menschenlesbare Sichtkomponente. Dieser Schritt prüft, ob die vorgesehenen Rechnungsinformationen vollständig und plausibel dargestellt werden und ob die Erzeugung in den dokumentierten Prozess eingebunden ist.

• Nutze die Standard-PDF-Export-Funktion deines Systems oder spezialisierte PDF-Erzeugungs-Software. Stelle sicher, dass alle Daten im PDF sichtbar sind.
• Öffne das PDF und prüfe visuell: Alle Positionen sichtbar (keine abgeschnittenen Inhalte)? Summen korrekt dargestellt? Absender- und Empfängeradresse vollständig und lesbar? Layout angemessen, kein Formatgemisch?
• Generiere mehrere Test-Rechnungen (unterschiedliche Beträge, Steuersätze, Positionszahlen) und öffne diese in verschiedenen PDF-Leseprogrammen (Adobe, Foxit, Browser). Ziel: PDF muss überall gleich aussehen.
• Falls für den konkreten Prozess erforderlich: geeignete Integritäts- und Zugriffsschutzmaßnahmen einsetzen. Eine digitale Signatur oder PDF-Sperre ist nicht generell Voraussetzung für GoBD-Konformität und sollte nur eingesetzt werden, wenn sie zum jeweiligen Verfahren und Empfänger passt.

Woran du erkennst, dass es richtig ist: Das PDF lässt sich problemlos öffnen, alle vorgesehenen Inhalte sind sichtbar und plausibel dargestellt und es treten keine Darstellungs- oder Erzeugungsfehler auf. Größenlimits sollten anhand des jeweiligen Übertragungskanals und Empfängers geprüft werden.

Schritt 4: XRechnung-XML erzeugen und gegen EN 16931 validieren

Die XRechnung-XML ist der strukturierte, maschinenverarbeitbare Rechnungsdatensatz und unterliegt definierten technischen und fachlichen Regeln. Fehler können zu Ablehnungen oder Verarbeitungsproblemen beim Empfänger führen. Dieser Schritt dient dazu, die XML gegen die für den konkreten Anwendungsfall relevanten Regeln und die aktuelle XRechnung-Spezifikation zu validieren.

• Nutze die XRechnung-Export-Funktion deines Systems oder eines Konvertierungs-Tools. Das System muss Rechnungsdaten automatisch in das korrekte XML-Schema (UBL oder CII) gemäß EN 16931 umwandeln.
• Überprüfe das XML im Editor auf grundlegende Struktur: Ist es wohlgeformt (korrekte Tags, keine offenen Elemente)? Enthält es alle erforderlichen Felder?
• Validiere die XML-Datei mit einem geeigneten Validator, der die aktuelle XRechnung-Spezifikation und die zugrunde liegenden EN-16931-Regeln berücksichtigt, zum Beispiel mit den von KoSIT bereitgestellten Prüfkomponenten oder einer geeigneten kommerziellen Lösung.
• Analysiere die Validator-Ausgabe: Fehler müssen vor der vorgesehenen Verwendung bewertet und in der Regel behoben werden. Auch Warnungen sollten nicht pauschal ignoriert, sondern fachlich eingeordnet und gegebenenfalls dokumentiert werden. Falls Probleme auftreten, korrigiere Datenquelle oder Mapping-Konfiguration und regeneriere die XML.

Merke: Eine technische und fachliche Validierung ist ein zentraler Qualitätsschritt. Eine nicht regelkonforme XRechnung kann vom Empfängersystem abgelehnt oder fehlerhaft verarbeitet werden und dadurch Rückfragen und Nacharbeit verursachen.

Woran du erkennst, dass es technisch belastbar ist: Der verwendete Validator meldet keine für den vorgesehenen Einsatz blockierenden Fehler. Eventuelle Warnungen wurden fachlich bewertet und dokumentiert, und die erforderlichen Rechnungsinformationen sind im strukturierten Datensatz enthalten.

Schritt 5: PDF und XML kombinieren und Variante wählen

Je nach Anwendungsfall können PDF und XML unterschiedlich zusammengeführt oder gemeinsam verwaltet werden. Wichtig: Nicht jede technische Kombination aus PDF und XML ist automatisch ein standardisiertes Hybridformat oder eine zulässige E-Rechnung. Die folgende Tabelle zeigt drei praktische Varianten und ihre jeweiligen Prozess- und Konsistenzrisiken:

• Bei Variante A (echter Hybrid): Nutze spezialisierte Software (z. B. ZUGFeRD-Erstellung mit professionellen Tools). Die Software packt die XML-Datei technisch in das PDF. Teste: Öffne das Hybrid-PDF, prüfe ob XML extrahierbar ist.
• Bei Variante B (Anhang): Nutze ein PDF-Tool oder iText-ähnliche Bibliothek, um die XML als Anhang ans PDF zu heften. Teste: Öffne PDF, prüfe ob Attachment-Icon sichtbar ist, extrahiere XML und validiere.
• Bei Variante C (separate Dateien): Speichere PDF und XML mit konsistenter Benennung (z. B. Rechnung_2025_001_123456.pdf und .xml) im DMS. Verknüpfe beide über ein Feld oder Tagging-System. Dokumentiere die Verknüpfungsregel in der Verfahrensdokumentation.

Achtung: Die Variante sollte früh in Schritt 1 festgelegt und dokumentiert werden. Änderungen am Verfahren sollten kontrolliert erfolgen; bereits ausgestellte oder archivierte Rechnungen sollten nicht ohne nachvollziehbaren Prozess nachträglich verändert werden.

Woran du erkennst, dass es richtig ist: Bei A: Hybrid-PDF liegt vor, öffnet sich normal, XML ist extrahierbar. Bei B: PDF mit Anhang liegt vor, Anhang ist sichtbar und extrahierbar. Bei C: Beide Dateien existieren, sind im DMS verlinkt, Rechnungsnummern und Beträge stimmen überein.

Schritt 6: Konsistenz zwischen PDF und XML prüfen und dokumentieren

Bei einem Hybrid-Dokument ist die inhaltliche Konsistenz zwischen Sichtkomponente und strukturiertem Datensatz besonders wichtig. Hier werden systematische Prüfpunkte umgesetzt, bevor die Rechnung versendet oder in den vorgesehenen Folgeprozess übergeben wird.

• Öffne das Hybrid-Dokument und extrahiere XML (oder öffne separate XML-Datei). Vergleiche automatisiert oder manuell: Rechnungsnummer, Rechnungsdatum, Leistungsdatum, Nettobetrag, Steuerbetrag, Gesamtbetrag (auf Cent genau), Rechnungsaussteller und -empfänger, Positionen (Beschreibung, Menge, Preise).
• Erstelle eine Konsistenz-Checkliste und nutze sie im definierten Prüfprozess. Bei Abweichungen sollte die Ursache vor der Weitergabe geklärt, die Datenquelle korrigiert und die betroffene Rechnung gegebenenfalls neu erzeugt werden.
• Dokumentiere das Prüfergebnis: Wann wurde geprüft, von wem und mit welchem Ergebnis? Eine solche Dokumentation unterstützt die Nachvollziehbarkeit des Prozesses bei internen und externen Prüfungen.
• Prüfe Verfahrenskonformität: Entspricht die Erzeugung der dokumentierten Verfahrensdokumentation aus Schritt 1? Falls nicht, aktualisiere die Dokumentation oder korrigiere den Prozess.

Praxis-Hinweis: Eine strukturierte und dokumentierte Konsistenzprüfung kann Rückfragen, fehlerhafte Übertragungen und aufwendige Nacharbeiten deutlich reduzieren. Der konkrete Nutzen hängt jedoch von Rechnungsvolumen, Systemlandschaft und Automatisierungsgrad ab.

Woran du erkennst, dass es richtig ist: Prüfprotokoll liegt vor, zeigt 100 % Konsistenz, keine offenen Punkte, Unterschrift oder Approval des Verantwortlichen vorhanden.

Schritt 7: Archivierungssystem, Audit-Trail und Freigabeprozess implementieren

Das relevante Rechnungsdokument beziehungsweise der strukturierte Rechnungsdatensatz muss anschließend entsprechend den geltenden Aufbewahrungs- und Nachvollziehbarkeitsanforderungen gespeichert werden. Ein DMS oder Archivsystem kann dabei helfen, Metadaten, Berechtigungen und Protokollierung konsistent abzubilden.

• Konfiguriere dein DMS oder Archivierungssystem mit den für deinen Prozess sinnvollen Metadaten, zum Beispiel Rechnungsnummer, Rechnungsdatum, Betrag, Absender, Empfänger, Freigabestatus, Prüfergebnis, Validierungsergebnis und Archivierungsdatum. Für Rechnungen gilt umsatzsteuerlich nach § 14b UStG derzeit grundsätzlich eine Aufbewahrungsfrist von acht Jahren; weitere handels- oder steuerrechtliche Pflichten können je nach Dokument und Anwendungsfall abweichen.
• Richte einen Freigabe-Workflow ein, der zu deinem Prozess passt, zum Beispiel: Entwurf → visuelle Plausibilitätsprüfung → XML-Validierung → Konsistenzprüfung → Freigabe. Welche Dokumente wann aufzubewahren sind, richtet sich unabhängig vom internen Freigabestatus nach den jeweils geltenden gesetzlichen Anforderungen.
• Definiere Rollen: Wer darf Rechnungen erzeugen? Wer darf freigeben? Wer darf ansehen? Dokumentiere dies und stelle sicher, dass das DMS diese Rollen durchsetzt.
• Konfiguriere angemessene Maßnahmen für Integrität und Nachvollziehbarkeit: Berechtigungen, Änderungen und Löschungen sollten entsprechend dem dokumentierten Verfahren kontrolliert und, soweit erforderlich, nachvollziehbar protokolliert werden.

Woran du erkennst, dass der Prozess belastbar ist: Relevante Metadaten sind verfügbar, der Freigabe-Workflow funktioniert wie dokumentiert, Prüfprotokolle sind abrufbar und unbefugte Änderungen werden durch Berechtigungen verhindert oder nachvollziehbar protokolliert.

Praxisbeispiel und Anwendung

Ein mittelständisches Maschinenbauunternehmen mit SAP erzeugt monatlich rund 200 Rechnungen. Mehrere Kunden und öffentliche Auftraggeber erwarten strukturierte E-Rechnungen beziehungsweise bestimmte E-Rechnungsformate. Das Unternehmen hatte bislang überwiegend PDF-basierte Prozesse. Ziel ist deshalb ein technisch sauberer, nachvollziehbarer und compliance-orientierter Rechnungsprozess.

Vorgehen: Im SAP werden Rechnungsdaten standardisiert und validiert (Schritt 2). Für Empfänger, die XRechnung verlangen, erzeugt der Prozess den strukturierten XML-Datensatz im geforderten Format. Soll zusätzlich ein standardisiertes Hybridformat genutzt werden, wird dieses separat nach den dafür geltenden ZUGFeRD-Vorgaben erzeugt. Ein Validator prüft die strukturierten Rechnungsdaten, ein Workflow kontrolliert die Konsistenz und erst nach erfolgreicher Prüfung erfolgt die Freigabe. Aufbewahrung und Versand richten sich anschließend nach den dokumentierten Anforderungen des Unternehmens und den Vorgaben des jeweiligen Empfängers beziehungsweise Übertragungskanals.

Möglicher Effekt: Durch die zentrale Datenquelle, automatisierte Validierung und dokumentierte Konsistenzprüfung lassen sich manuelle Prüfschritte reduzieren und Fehler früher erkennen. Wie stark sich Durchlaufzeit, Nacharbeit und Rückfragen tatsächlich verbessern, hängt von Ausgangsprozess, Rechnungsvolumen, Systemlandschaft und Automatisierungsgrad ab.

Fortgeschrittene Varianten und Skalierung

Vollautomatisierte Validierung im Workflow

Bei hohem Volumen sind automatisierte Checks besonders sinnvoll. Jede Rechnung kann beim Erzeugen geprüft werden: Sind erforderliche Daten vorhanden? Lässt sich die Sichtkomponente korrekt erzeugen? Ist die XML technisch und fachlich valide? Sind PDF und XML konsistent? Fehler können den Prozess automatisch stoppen und Verantwortliche benachrichtigen. Das reduziert manuelle Fehlerquellen und schafft eine nachvollziehbare Fehlerspur für Prüfungen.

Zentraler Rechnungsverarbeitungs-Hub

Bei mehreren Systemen oder internationalen Rechnungen kann ein zentraler Hub alle PDF und XML standardisieren, validieren und archivieren. Dies kostet initial mehr, skaliert aber deutlich besser und reduziert Fehlerquellen.

Integration mit Kundenportalen und APIs

Viele Organisationen nutzen Rechnungsportale, Peppol oder andere definierte Übertragungskanäle. Ein automatisiertes System kann strukturierte Rechnungsdaten über den jeweils zulässigen Kanal übermitteln. Das reduziert manuelle Upload-Schritte und kann die Verarbeitung beschleunigen. Welche Formate und Anhänge zulässig sind, hängt vom Empfänger und dessen technischen Vorgaben ab.

Kompakte Zusammenfassung

• „XRechnung in PDF einbetten“ beschreibt in der Praxis häufig die gemeinsame Nutzung von PDF und strukturierten XML-Rechnungsdaten; XRechnung selbst ist jedoch ein XML-Standard, während standardisierte Hybridformate typischerweise über ZUGFeRD umgesetzt werden.
• Definiere Verfahrensdokumentation, Validierungsregeln und Fehlerbehandlung vor technischer Umsetzung.
• Standardisiere Rechnungsdatenquellen, sodass PDF und XML aus gleichen, validierten Daten entstehen.
• Validiere XML gegen EN 16931 und PDF auf visuelle Vollständigkeit vor Hybrid-Erzeugung.
• Wähle Variante (Hybrid, Anhang, Verknüpfung) basierend auf Systemlandschaft und Anforderung.
• Prüfe Konsistenz zwischen PDF und XML strukturiert und dokumentiert, um Datenqualität und Nachvollziehbarkeit zu unterstützen.
• Implementiere geeignete Protokollierungs- und Freigabemechanismen im DMS, um die Nachvollziehbarkeit des Prozesses zu unterstützen.

Mini-Checkliste

• Verfahrensdokumentation geschrieben (Prozess, Rollen, Validierungsregeln, Fehlerbehandlung, Aufbewahrungsfristen).
• GoBD- und AO-Anforderungen mit IT und Compliance geprüft und dokumentiert.
• Rechnungsdatenfelder validiert, Mapping zu XRechnung erstellt.
• PDF-Erzeugung getestet und in mehreren Readern (Adobe, Foxit, Online) geprüft.
• XRechnung-XML erzeugt und mit EN-16931-Validator überprüft (keine Fehler, akzeptable Warnungen).
• Bereitstellungsvariante für PDF und XML festgelegt und passend zu Empfänger, Format und Übertragungskanal umgesetzt.
• Konsistenz-Prüfprotokoll erstellt und dokumentiert (100 % Match zwischen PDF und XML).
• DMS/Archivierungssystem entsprechend den relevanten Aufbewahrungs-, Metadaten- und Nachvollziehbarkeitsanforderungen konfiguriert.
• Freigabe-Workflow im DMS oder ERP konfiguriert und getestet.
• Test mit geeigneten Test- oder Pilotrechnungen durchgeführt (verschiedene Positionen, Steuersätze und Beträge).
• Fehlerbehandlung getestet: Was passiert bei fehlenden Feldern, ungültigem XML, Konsistenzfehlern?
• Team geschult (wer macht was, wie wird fehlerbehandelt, wo gibt es Dokumentation).

FAQ und Troubleshooting

Was ist der Unterschied zwischen ZUGFeRD und XRechnung?

XRechnung ist ein XML-basierter Standard für strukturierte elektronische Rechnungen. ZUGFeRD ist dagegen ein Hybridformat, das eine PDF/A-3-Sichtkomponente mit strukturierten XML-Rechnungsdaten kombiniert. Welche Formate bei öffentlichen Auftraggebern oder anderen Empfängern akzeptiert werden, hängt von den jeweils geltenden Vorgaben, dem verwendeten Profil und dem Übertragungskanal ab.

Kann ich bestehendes PDF-Archiv nachträglich mit XRechnung anreichern?

Eine nachträgliche Anreicherung kann technisch möglich sein, sollte aber nicht mit der ursprünglichen Ausstellung einer strukturierten E-Rechnung gleichgesetzt werden. Bereits aufbewahrungspflichtige Originalunterlagen sollten erhalten bleiben; nachträgliche Ergänzungen oder Konvertierungen müssen nachvollziehbar in den bestehenden Dokumentations- und Aufbewahrungsprozess eingebunden werden. Bei Unsicherheit ist eine fachliche Prüfung sinnvoll.

Muss das Hybrid-Dokument signiert sein?

Eine digitale Signatur ist nicht generell Voraussetzung für die GoBD-Konformität einer E-Rechnung. Ob Signaturen, Siegel oder andere Integritätsmechanismen sinnvoll oder erforderlich sind, hängt vom konkreten Verfahren, Vertragspartner und Übertragungskanal ab.

Was passiert, wenn PDF und XML nicht konsistent sind?

Abweichungen zwischen Sichtkomponente und strukturiertem Datensatz sind ein kritischer Qualitätsfehler und können zu Ablehnungen oder Rückfragen führen. Der Fall sollte als Fehler dokumentiert, fachlich bewertet und vor der vorgesehenen Weitergabe bereinigt werden.

Wie oft muss XML-Validierung durchgeführt werden?

Für produktive Prozesse ist eine automatisierte Validierung jeder erzeugten XRechnung empfehlenswert, weil sich Daten, Mappings oder technische Regeln ändern können. Zusätzlich sollten Validierungsprozesse nach System- oder Formatupdates erneut getestet werden.

Welche Größe hat ein Hybrid-PDF mit XRechnung?

Die Dateigröße hängt stark von PDF-Inhalten, eingebetteten Anlagen, Bildern und dem verwendeten Profil ab. Entscheidend sind die Größen- und Dateivorgaben des jeweiligen Empfängers beziehungsweise Übertragungskanals. Ungewöhnlich große Dateien sollten technisch geprüft und gegebenenfalls optimiert werden.

Wie lange müssen Hybrid-Rechnungen aufbewahrt werden?

Für Rechnungen gilt umsatzsteuerlich nach § 14b UStG derzeit grundsätzlich eine Aufbewahrungsfrist von acht Jahren. Daneben können je nach Dokument und Sachverhalt weitere handels- oder steuerrechtliche Aufbewahrungspflichten relevant sein. Bei E-Rechnungen ist insbesondere der strukturierte Teil in seiner ursprünglichen Form entsprechend den geltenden Anforderungen aufzubewahren.

Nächster Schritt: Starten Sie mit einem Pilot: Dokumentieren Sie zunächst den vorgesehenen Prozess, klären Sie die für Ihr Unternehmen relevanten steuerlichen, rechtlichen und technischen Anforderungen mit den zuständigen Fachstellen, prüfen Sie Ihre Systemlandschaft (ERP, DMS, Workflow) und testen Sie anschließend die Schritte 2–7 mit geeigneten Test- oder Pilotrechnungen. So erkennen Sie früh, wo noch Anpassungen nötig sind, bevor der Prozess produktiv geschaltet wird.