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:
Nach diesem Guide kannst du:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
| Variante | Umsetzung | Vorteil | Prozess-/Konsistenzrisiko |
|---|---|---|---|
| Echter Hybrid (eingebettet) | XML unsichtbar im PDF (ZUGFeRD oder Factur-X). Eine Datei. | Elegant, eine Datei, Versand einfach, klare Zuordnung. | Abhängig von Profil, Validierung, Datenkonsistenz und Empfängeranforderungen. Das Einbetten allein reicht nicht aus. |
| Anhang (PDF mit XML-Attachment) | XML als Datei-Anhang im PDF. Zwei Inhalte extrahierbar. | Einfacher umzusetzen, viele Tools unterstützen es. | Erhöht: Ein beliebiger PDF-Anhang mit XML ist nicht automatisch ein standardisiertes Hybridformat oder eine akzeptierte E-Rechnung. |
| Separate Dateien mit Verknüpfung | PDF und XML als separate Dateien mit gleicher Rechnungsnummer, im DMS verlinkt. | Einfachste technische Umsetzung, unabhängige Verwaltung. | Erhöhtes Divergenzrisiko. Für die E-Rechnung ist der strukturierte Datensatz maßgeblich; zusätzliche PDF-Darstellungen und die Zuordnung müssen sauber beherrscht werden. |
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.