ZUGFeRD-Rechnung mit Word erstellen: Anleitung & Risiken

Viele Unternehmen und Selbstständige nutzen seit Jahren Microsoft Word, um ihre Ausgangsrechnungen zu erstellen. Mit der zunehmenden Verbreitung der E-Rechnung stellt sich die Frage, ob und wie sich bestehende Word-Vorlagen weiterhin nutzen lassen. Die Erstellung einer ZUGFeRD-Rechnung ist technisch auch mit Word möglich, jedoch eher als Übergangslösung geeignet. In der Praxis zeigt sich, dass strukturierte Systeme robuster und sicherer sind.

Dieser Guide zeigt Ihnen, wie Sie aus Word heraus eine ZUGFeRD-Rechnung erzeugen können, welche technischen und prozessualen Voraussetzungen erforderlich sind und wo typische Risiken liegen. Sie erfahren, wie Sie Ihre Rechnungsdaten strukturiert erfassen, ein gültiges PDF/A-3 erzeugen, die notwendige XML-Struktur generieren und beides zu einer hybriden ZUGFeRD-Datei zusammenführen. Besonderes Augenmerk liegt auf der Validierung, denn nur eine valide Rechnung wird von Empfängern und Systemen akzeptiert. Am Ende verfügen Sie über eine fundierte Entscheidungsgrundlage, wann Word eine vertretbare Lösung darstellt und wann der Umstieg auf ein strukturiertes System sinnvoll ist.

Was ist ZUGFeRD und warum ist es relevant?

ZUGFeRD steht für Zentraler User Guide des Forums elektronische Rechnung Deutschland und bezeichnet ein hybrides Format für elektronische Rechnungen. Eine ZUGFeRD-Rechnung kombiniert ein menschenlesbares PDF mit einer maschinenlesbaren XML-Datei in einer einzigen Datei. Das PDF dient der visuellen Darstellung, die eingebettete XML-Datei enthält strukturierte Rechnungsdaten, die von Systemen automatisch ausgelesen und weiterverarbeitet werden können.

Im Gegensatz zur reinen XRechnung, die ausschließlich als XML-Datei vorliegt, bleibt bei ZUGFeRD die vertraute PDF-Rechnung erhalten. Das erleichtert die Akzeptanz im Geschäftsverkehr erheblich. Gleichzeitig profitieren automatisierte Purchase-to-Pay- und Order-to-Cash-Prozesse von den strukturierten Daten im XML-Format.

Seit Mitte 2025 gelten für viele B2B-Transaktionen erweiterte Anforderungen an die elektronische Rechnungsstellung. Unternehmen sollten inzwischen prüfen, ob ihre Rechnungsprozesse die geltenden Vorgaben erfüllen. ZUGFeRD wird häufig bevorzugt, weil es bekannte Workflows mit PDF-Rechnungen erhält und gleichzeitig die Anforderungen an die maschinelle Verarbeitung erfüllt.

Es existieren verschiedene ZUGFeRD-Profile, die sich im Detaillierungsgrad unterscheiden. Von Minimum über Basic und Comfort bis Extended steigt die Anzahl der Pflicht- und Optionalfelder. Höhere Profile ermöglichen eine umfassendere Automatisierung, erfordern jedoch mehr Aufwand bei der Implementierung. Die aktuelle Version ZUGFeRD 2.4 wird bereits in modernen Lösungen unterstützt und sollte bei Neuimplementierungen berücksichtigt werden.

Regulatorische Einordnung und Pflichten für CFOs

Die rechtlichen Anforderungen an die elektronische Rechnungsstellung haben sich seit Mitte 2025 deutlich verschärft. Für CFOs und Finance-Verantwortliche ist es entscheidend, die genauen Geltungsbereiche, Fristen und Konsequenzen zu kennen. Seit dem 1. Januar 2025 gilt im B2B-Bereich die Pflicht zum Empfang elektronischer Rechnungen für alle Unternehmen in Deutschland. Ab dem 1. Januar 2027 müssen Unternehmen mit einem Jahresumsatz über 800.000 Euro auch beim Versand auf elektronische Rechnungen umstellen. Für kleinere Unternehmen greift diese Versandpflicht ab dem 1. Januar 2028.

Die Vorgaben basieren auf dem Wachstumschancengesetz und setzen die europäische ViDA-Initiative um. Elektronische Rechnungen müssen in einem strukturierten elektronischen Format vorliegen, das eine automatische und elektronische Verarbeitung ermöglicht. Zulässig sind die Formate XRechnung und ZUGFeRD ab Version 2.0.1 sowie vergleichbare EU-Norm EN 16931-konforme Formate. Einfache PDF- oder gescannte Rechnungen erfüllen diese Anforderungen nicht mehr.

Bei Nichteinhaltung drohen steuerrechtliche und geschäftliche Konsequenzen. Rechnungen, die nicht den formalen Anforderungen entsprechen, können vom Empfänger abgelehnt werden. Dies verzögert die Zahlungsströme und gefährdet den Vorsteuerabzug. Für CFOs bedeutet das: Die Umstellung auf konforme E-Rechnungsprozesse ist eine compliance-relevante Pflicht mit direkten Auswirkungen auf Liquidität, Cashflow und steuerliche Risiken.

Darüber hinaus müssen die erzeugten Rechnungen den GoBD-Anforderungen genügen. Das bedeutet: Unveränderbarkeit, Nachvollziehbarkeit, Vollständigkeit und revisionssichere Archivierung über zehn Jahre. Ein Word-basierter Prozess muss diese Anforderungen technisch und organisatorisch absichern, was in der Praxis anspruchsvoll ist.

Warum Word für ZUGFeRD nur bedingt geeignet ist

Ein Unternehmen erstellt seine Rechnung in Word, was zunächst nur ein visuelles Dokument darstellt. Um eine ZUGFeRD-Rechnung zu generieren, benötigt man zusätzlich das strukturierte XML. Hier kommen Konverter oder Druckertreiber ins Spiel, die das Dokument in ein PDF überführen und die relevanten Rechnungsdaten in ein XML übersetzen. So entsteht das hybride ZUGFeRD-Format: PDF für die Lesbarkeit, XML für die maschinelle Verarbeitung.

Ein kritischer Punkt ist die Qualität der Daten. Die Struktur im XML muss exakt mit dem PDF übereinstimmen. Word-Dokumente sind jedoch nicht für die konsistente Abbildung strukturierter Daten ausgelegt. Oft sind Felder frei formatiert, Berechnungen manuell und Texte individuell verändert, was zu Inkonsistenzen führt.

Word ist primär ein Layout- und Dokumenten-Tool, das für die freie Gestaltung von Texten und Grafiken optimiert wurde. Strukturierte Datenmodelle, wie sie für E-Rechnungen erforderlich sind, lassen sich nur mit zusätzlichem Aufwand abbilden. Typische Ursachen für Abweichungen zwischen PDF und XML sind:

• Frei editierbare Felder, die nachträglich manuell geändert werden
• Manuelle Rechenfehler bei Summen, Steuern, Rabatten oder Zwischensummen
• Uneinheitliche Schreibweisen bei Adressen, Ländercodes oder Währungen
• Nachträgliche Layoutänderungen ohne Update der strukturierten Daten
• Fehlende Zuordnung von Pflichtfeldern zu festen Datenbereichen

Jede Änderung am PDF-Layout oder am Inhalt muss sich kontrolliert in den strukturierten Daten widerspiegeln. In der Praxis wird diese Konsistenz bei Word-basierten Lösungen jedoch häufig nicht gewährleistet, insbesondere wenn mehrere Personen an Vorlagen arbeiten oder Sonderfälle auftreten.

Deshalb ist eine Validierung notwendig. Aktuelle Prüftools wie der CoSII-Validator sollten verwendet werden, um zu prüfen, ob die XML-Datei den Normen entspricht. Nicht valide Rechnungen werden häufig abgelehnt, was die Verarbeitung und Zahlung verzögern kann. Dies kann insbesondere für kleinere Unternehmen die Liquidität gefährden.

Wirtschaftlichkeitsbetrachtung: TCO und ROI strukturierter Systeme

Für Finanzentscheider ist die Frage zentral, wann sich die Investition in ein strukturiertes System rechnet. Eine fundierte Wirtschaftlichkeitsbetrachtung berücksichtigt nicht nur die initialen Lizenz- und Implementierungskosten, sondern vor allem die laufenden Prozesskosten, Fehlerkosten und Skalierungseffekte.

Die Total Cost of Ownership einer Word-basierten Lösung umfassen:

• Personalkosten für manuelle Dateneingabe, Prüfung und Nacharbeit
• Fehlerkosten durch Ablehnungen, Reklamationen und verzögerte Zahlungseingänge
• Opportunitätskosten durch gebundenes Working Capital bei verspäteten Zahlungen
• Wartungsaufwand für Template-Pflege, Tool-Updates und Anpassungen bei Norm-Änderungen
• Compliance-Risiken und potenzielle Bußgelder bei systematischen Verstößen
• Skalierungsgrenzen: Ab einer bestimmten Transaktionszahl steigen die Kosten pro Rechnung überproportional

Dem gegenüber stehen bei strukturierten Systemen folgende Vorteile:

• Automatisierte Datenerfassung aus ERP, CRM oder Warenwirtschaft ohne manuelle Eingabe
• Integrierte Validierung vor dem Versand reduziert Fehlerquoten auf unter 1 Prozent
• Automatische Berechnung und Konsistenzprüfung eliminieren Rechenfehler
• Durchgängige Workflows vom Auftrag über die Rechnung bis zur Zahlung verkürzen den Order-to-Cash-Zyklus
• Revisionssichere Archivierung und Audit-Trail erfüllen GoBD-Anforderungen ohne zusätzlichen Aufwand
• Skalierbarkeit: Kosten pro Rechnung sinken bei steigendem Volumen

Eine realistische Beispielrechnung für ein mittelständisches Unternehmen mit 500 Ausgangsrechnungen pro Monat zeigt: Bei einer durchschnittlichen Fehlerquote von 5 Prozent bei Word-basierten Prozessen und durchschnittlichen Korrekturkosten von 25 Euro pro abgelehnter Rechnung entstehen monatliche Fehlerkosten von 625 Euro. Hinzu kommen Opportunitätskosten durch verzögerte Zahlungseingänge: Bei durchschnittlich 10 Tagen Verzögerung und einem durchschnittlichen Rechnungsbetrag von 2.000 Euro bindet dies rund 100.000 Euro Working Capital zusätzlich. Bei einem Fremdkapitalzinssatz von 5 Prozent entspricht dies monatlichen Finanzierungskosten von circa 400 Euro.

Ein strukturiertes System mit Lizenzkosten von 300 Euro pro Monat und initialen Implementierungskosten von 15.000 Euro amortisiert sich in diesem Szenario bereits nach 15 Monaten. Ab dem zweiten Jahr entstehen jährliche Einsparungen von über 12.000 Euro.

Voraussetzungen für die Erstellung einer ZUGFeRD-Rechnung mit Word

Bevor Sie mit der Erstellung einer ZUGFeRD-Rechnung in Word beginnen, müssen bestimmte technische und organisatorische Voraussetzungen erfüllt sein. Nur so stellen Sie sicher, dass die erzeugte Datei valide und von Empfängern akzeptiert wird.

Technische Anforderungen

• Microsoft Office ab Version 2019 oder Microsoft 365, da nur diese Versionen PDF/A-3 exportieren können
• Strukturierte Word-Vorlage mit Inhaltssteuerelementen statt frei editierbarem Text
• Tool oder VBA-Bibliothek zur Generierung der XML-Struktur aus den Rechnungsdaten
• Software zum Zusammenführen von PDF und XML zu einer hybriden ZUGFeRD-Datei
• Validierungstool wie der CoSII-Validator zur lokalen Prüfung der erzeugten Rechnung
• Optional: Tool zur Einbettung von XMP-Metadaten, damit die Datei als ZUGFeRD-Rechnung erkannt wird

Organisatorische Anforderungen

• Standardisierte Rechnungsvorlage, die als Formular und nicht als Freitext genutzt wird
• Klare Zuordnung aller Pflichtfelder zu festen Datenbereichen im Dokument
• Einheitliche Schreibweisen und Code-Listen für Länderkennzeichen, Währungen und Steuersätze
• Definierte Rollen und Verantwortlichkeiten: Wer pflegt die Vorlage, wer überwacht die Validierung?
• Prozess zur Qualitätssicherung mit Validierung als Pflichtschritt vor dem Versand
• Dokumentation der Schritte und Businessregeln für interne Kontrollen und Audits

Die Minimierung manueller Eingriffe ist entscheidend, damit PDF und XML nicht auseinanderlaufen. Je strukturierter die Datenerfassung und je automatisierter die Generierung, desto geringer ist das Risiko von Fehlern und Ablehnungen.

Schritt-für-Schritt-Anleitung: ZUGFeRD-Rechnung mit Word erstellen

Schritt 1: Word-Vorlage strukturiert vorbereiten

Der erste Schritt besteht darin, Ihre bestehende Word-Rechnungsvorlage so umzugestalten, dass sie als standardisiertes Formular mit festen Datenfeldern dient. Verwenden Sie dazu Inhaltssteuerelemente, die in Word über die Entwicklertools eingefügt werden können. Diese Felder ermöglichen eine strukturierte Datenerfassung und lassen sich später per VBA oder über eine Schnittstelle auslesen.

Legen Sie für jeden relevanten Rechnungsbestandteil ein eigenes Inhaltssteuerelement an: Käufername, Straße, Postleitzahl, Ort, Länderkennzeichen, Rechnungsnummer, Rechnungsdatum, Leistungsdatum, Zahlungsbedingungen, Positionen, Steuersätze, Rabatte und Gesamtsummen. Achten Sie darauf, dass diese Felder eindeutig benannt sind, damit sie später automatisiert zugeordnet werden können.

Vermeiden Sie freie Textfelder, die nachträglich manuell bearbeitet werden. Stellen Sie sicher, dass Berechnungen wie Zwischensummen, Steuern und Endsummen automatisch durchgeführt werden, etwa über VBA-Code oder verknüpfte Felder. Nur so garantieren Sie, dass die Werte im PDF und im XML konsistent sind.

Schritt 2: Rechnungsdaten strukturiert erfassen oder importieren

Im zweiten Schritt befüllen Sie die Word-Vorlage mit den konkreten Rechnungsdaten. Idealerweise erfolgt dies nicht manuell, sondern automatisiert aus einer strukturierten Quelle wie einer Access-Datenbank, einem ERP-System oder einer CSV-Datei. So reduzieren Sie das Risiko von Tippfehlern und Inkonsistenzen.

Falls Sie VBA verwenden, können Sie die Inhaltssteuerelemente direkt aus Ihren Datenquellen befüllen. Achten Sie darauf, dass alle Pflichtfelder gesetzt sind und die Datenformate den Anforderungen entsprechen: Datumsangaben im ISO-Format, Beträge mit zwei Nachkommastellen, Ländercodes nach ISO 3166, Währungscodes nach ISO 4217.

Prüfen Sie bereits in diesem Schritt, ob die Businesslogik korrekt abgebildet ist: Sind Rabatte korrekt berechnet? Stimmen die Steuersätze mit den Positionen überein? Sind optionale Felder nur dann gesetzt, wenn sie im gewählten Profil zulässig sind?

Schritt 3: PDF/A-3 aus Word erzeugen

Im dritten Schritt exportieren Sie das befüllte Word-Dokument als PDF. Entscheidend ist, dass Sie ein PDF/A-3 erzeugen, da nur dieses Format die Einbettung von Anhängen wie der XML-Datei unterstützt. Ab Microsoft Office 2019 oder Microsoft 365 ist der Export als PDF/A-3 möglich, sofern Sie die richtigen Exportparameter setzen.

Öffnen Sie dazu den Speichern-Dialog, wählen Sie als Dateityp PDF und klicken Sie auf Optionen. Aktivieren Sie die Option ISO 19005-1-konform (PDF/A) und wählen Sie PDF/A-3. Achten Sie darauf, dass keine Sicherheitseinstellungen gesetzt sind, die das Einbetten von Dateien verhindern.

Falls Sie ältere Office-Versionen verwenden, die nur PDF/A-1 unterstützen, benötigen Sie ein zusätzliches Tool zur Konvertierung in PDF/A-3. Prüfen Sie nach dem Export, ob das PDF korrekt erzeugt wurde und alle Inhalte lesbar sind.

Schritt 4: XML-Struktur aus denselben Datenquellen generieren

Der vierte und kritischste Schritt ist die Erzeugung der XML-Datei. Diese muss dieselben Rechnungsdaten enthalten wie das PDF, jedoch in einer streng strukturierten Form gemäß den ZUGFeRD-Spezifikationen. Verwenden Sie dazu eine VBA-Bibliothek, ein spezialisiertes Tool oder einen Konverter.

Wichtig ist, dass die XML-Struktur nicht aus dem finalen PDF abgetippt oder interpretiert wird, sondern aus denselben Datenquellen wie das Word-Dokument erzeugt wird. Nur so garantieren Sie, dass PDF und XML identische Informationen enthalten. Die XML-Datei muss alle Pflichtfelder des gewählten Profils enthalten und darf keine unzulässigen Felder aufweisen.

Achten Sie auf die korrekte Abbildung der Businesslogik: Abhängigkeiten zwischen Feldern, Berechnung von Summen, korrekte Zuordnung von Steuersätzen zu Positionen, Formatierung von Datumsangaben und Beträgen. Eine fehlerhafte XML führt zur Ablehnung der Rechnung.

Schritt 5: PDF und XML zu ZUGFeRD-Datei zusammenführen

Im fünften Schritt fügen Sie die erzeugte XML-Datei als Anhang in das PDF ein. Verwenden Sie dazu ein Tool, das PDF/A-3 unterstützt und die XML-Datei korrekt einbettet. Einige VBA-Bibliotheken bieten diese Funktion integriert, alternativ können Sie auf Open-Source-Tools oder kommerzielle Lösungen zurückgreifen.

Die XML-Datei muss unter einem spezifischen Namen und mit bestimmten Metadaten eingebettet werden, damit sie von Validatoren und Empfängersystemen erkannt wird. Der Dateiname lautet üblicherweise ZUGFeRD-invoice.xml oder factur-x.xml, abhängig von der gewählten Version und dem Profil.

Nach dem Zusammenführen haben Sie eine hybride Datei, die sowohl als PDF geöffnet als auch maschinell verarbeitet werden kann. Diese Datei trägt weiterhin die Dateiendung .pdf.

Schritt 6: XMP-Metadaten im PDF ergänzen

Obwohl die XML-Datei korrekt eingebettet ist, wird die Rechnung möglicherweise noch nicht als ZUGFeRD-Datei erkannt. Dazu sind zusätzliche Metadaten im XMP-Format erforderlich, die im PDF-Header gespeichert werden. Diese Metadaten kennzeichnen die Datei als Rechnung und geben Auskunft über die verwendete ZUGFeRD-Version und das Profil.

Es gibt freie Tools, die diese Metadaten automatisch ergänzen und die per Kommandozeile gesteuert werden können. Nach diesem Schritt ist die technische Erzeugung der ZUGFeRD-Rechnung abgeschlossen.

Schritt 7: Lokale Validierung durchführen

Der siebte und zwingend erforderliche Schritt ist die Validierung der erzeugten ZUGFeRD-Rechnung. Verwenden Sie dazu ein lokales Prüftool wie den CoSII-Validator, das die XML-Datei auf Konformität mit den Standards prüft. Die Validierung deckt formale Regeln, Pflichtfelder, Wertebereiche und Feldabhängigkeiten ab.

Laden Sie die Rechnung nicht zu einem Online-Dienst hoch, um sensible Daten zu schützen. Lokale Validatoren arbeiten offline und gewährleisten Datenschutz und Vertraulichkeit. Das Prüfergebnis zeigt Fehler, Warnungen und Informationen an, die Sie systematisch abarbeiten müssen.

Typische Fehlermeldungen betreffen fehlende Pflichtfelder, falsche Datenformate, inkonsistente Beträge oder ungültige Codes. Korrigieren Sie die Fehler in den Datenquellen und wiederholen Sie die Schritte 2 bis 7, bis die Validierung erfolgreich ist. Erst eine valide Rechnung sollten Sie versenden.

Schritt 8: Visualisierung und manuelle Plausibilitätsprüfung

Zusätzlich zur automatischen Validierung sollten Sie die XML-Daten visualisieren, um eine manuelle Plausibilitätsprüfung durchzuführen. Einige Tools bieten die Möglichkeit, die XML-Struktur als HTML oder PDF darzustellen, sodass Sie die Inhalte komfortabel prüfen können.

Vergleichen Sie die Angaben im PDF mit den Daten in der XML-Visualisierung: Stimmen Käufer- und Verkäuferdaten überein? Sind alle Positionen korrekt übernommen? Sind Summen, Steuern und Rabatte identisch? Diese manuelle Prüfung hilft, Fehler zu erkennen, die von automatischen Validatoren nicht erfasst werden.

Prozessintegration und Kontrollen für Finance-Verantwortliche

Die Einführung von ZUGFeRD-Rechnungen ist nicht nur eine technische, sondern auch eine prozessuale und governance-relevante Herausforderung. Für CFOs und Finance-Verantwortliche ist es entscheidend, dass der Prozess in die bestehende Finanzarchitektur integriert wird und alle relevanten Kontrollen greifen.

End-to-End-Prozess im Order-to-Cash-Zyklus

Eine ZUGFeRD-Rechnung ist nur ein Element im gesamten Order-to-Cash-Prozess. Für eine durchgängige Automatisierung muss die Rechnungserstellung nahtlos in vorgelagerte (Auftrag, Lieferung, Leistungserfassung) und nachgelagerte Prozesse (Zahlungsabgleich, Mahnwesen, Forderungsmanagement) eingebunden sein. Word-basierte Lösungen führen hier typischerweise zu Medienbrüchen: Auftragsdaten müssen manuell übertragen werden, Zahlungseingänge werden separat abgeglichen und Mahnläufe erfordern erneute manuelle Eingriffe.

Strukturierte Systeme bieten dagegen durchgängige Workflows: Aus dem Auftrag wird automatisch die Rechnung generiert, Zahlungseingänge werden per Bankdatei abgeglichen und bei Zahlungsverzug startet automatisch der Mahnprozess. Dies verkürzt den Forderungsumschlag, reduziert Days Sales Outstanding (DSO) und verbessert die Cashflow-Steuerung.

Archivierung und GoBD-Konformität

Eine valide ZUGFeRD-Rechnung zu erstellen genügt nicht, sie muss auch GoBD-konform archiviert werden. Das bedeutet: Unveränderbarkeit, Nachvollziehbarkeit, jederzeitige Verfügbarkeit und maschinelle Auswertbarkeit über zehn Jahre. Word-basierte Prozesse müssen sicherstellen, dass sowohl das PDF als auch die XML-Datei revisionssicher gespeichert werden. Manuelle Ablagestrukturen auf Netzlaufwerken reichen nicht aus, da sie keine Versionierung, keine Zugriffskontrolle und keinen Audit-Trail bieten.

Erforderlich ist ein Dokumentenmanagementsystem (DMS) mit GoBD-Zertifizierung, das alle Rechnungen automatisch indiziert, versioniert und mit Zugriffsprotokollen versieht. Die Schnittstelle zwischen Word und DMS muss sicherstellen, dass jede erzeugte Rechnung automatisch archiviert wird, ohne dass manuelle Schritte erforderlich sind.

Internes Kontrollsystem (IKS) und Segregation of Duties

Ein robustes IKS verlangt die Trennung von Funktionen: Die Person, die eine Rechnung erstellt, darf nicht gleichzeitig die Freigabe erteilen und den Versand durchführen. Bei Word-basierten Prozessen ist diese Trennung schwer durchzusetzen, da technische Kontrollen fehlen. Strukturierte Systeme bieten dagegen rollenbasierte Berechtigungskonzepte: Der Sachbearbeiter erfasst die Rechnung, die Führungskraft gibt sie frei und das System versendet sie automatisch nach erfolgreicher Validierung.

Zusätzlich müssen Änderungs- und Versionskontrolle gewährleistet sein. Jede Anpassung an der Rechnungsvorlage, jede Änderung an Stammdaten und jede Korrektur einer Rechnung muss protokolliert und nachvollziehbar sein. Dies ist bei Word-basierten Lösungen nur mit erheblichem manuellem Aufwand zu erreichen.

Audit-Trail und Nachweispflichten

Bei Betriebsprüfungen oder internen Audits muss der gesamte Prozess lückenlos dokumentiert sein: Wer hat wann welche Rechnung erstellt, geprüft, freigegeben und versendet? Welche Datenquellen wurden verwendet? Wie wurde die Validierung durchgeführt? Wurden Fehler korrigiert und wenn ja, durch wen? Word-basierte Prozesse erzeugen diese Audit-Trails nicht automatisch, sondern erfordern manuelle Dokumentation in Tabellenkalkulationen oder Ticketsystemen.

Strukturierte Systeme generieren automatisch vollständige Audit-Trails, die jederzeit abrufbar sind und den Anforderungen von Wirtschaftsprüfern und Finanzbehörden genügen.

Beispiele aus der Praxis: Wann Word funktioniert und wann nicht

In der Praxis zeigt sich, dass die Erstellung von ZUGFeRD-Rechnungen mit Word unter bestimmten Bedingungen funktionieren kann, jedoch schnell an Grenzen stößt. Die folgenden Szenarien verdeutlichen, wann Word eine vertretbare Lösung ist und wann strukturierte Systeme unverzichtbar werden.

Szenario 1: Selbstständiger mit geringem Rechnungsvolumen

Ein Freelancer erstellt monatlich etwa fünf Rechnungen mit jeweils drei bis fünf Positionen. Die Leistungen sind standardisiert, es gibt keine Rabatte oder Sonderfälle. Die Word-Vorlage ist klar strukturiert, alle Felder sind als Inhaltssteuerelemente angelegt und werden aus einer kleinen Access-Datenbank befüllt. Die Validierung ist fest im Ablauf verankert.

In diesem Fall ist Word eine vertretbare Übergangslösung. Das Volumen ist gering, die Komplexität niedrig und die Fehlerquote durch strukturierte Erfassung und Validierung beherrschbar. Der Aufwand für den Umstieg auf ein ERP-System wäre unverhältnismäßig hoch.

Szenario 2: Kleines Unternehmen mit variantenreichen Rechnungen

Ein Handwerksbetrieb erstellt wöchentlich zehn bis zwanzig Rechnungen mit unterschiedlichen Steuersätzen, Teillieferungen, Gutschriften und Rabatten. Mehrere Mitarbeiter arbeiten an den Rechnungen, teilweise werden nachträgliche Änderungen vorgenommen.

Hier wird Word schnell riskant. Die Businesslogik ist komplex, die Anzahl möglicher Fehlerquellen hoch und die Konsistenzsicherung zwischen PDF und XML kaum zu gewährleisten. Nicht valide Rechnungen führen zu Reklamationen, Verzögerungen und Liquiditätsrisiken. Ein strukturiertes System mit integrierter Validierung und automatischer Berechnung ist hier unverzichtbar.

Szenario 3: Mittelständisches Unternehmen mit hohem Automatisierungsgrad

Ein mittelständischer Dienstleister erstellt täglich mehrere hundert Rechnungen, die automatisch aus einem ERP-System generiert werden. Die Anforderungen an Durchsatz, Integration in Order-to-Cash-Prozesse und Nachvollziehbarkeit sind hoch. Audits fordern konsistente, nachvollziehbare Datenflüsse.

In diesem Fall ist Word keine Option. Die Anforderungen an Automatisierung, Prozesssicherheit und Integration lassen sich nur mit einem strukturierten System erfüllen, das durchgängige Datenflüsse garantiert und alle Pflichtfelder korrekt befüllt.

Vergleich: Word-basierte Lösung vs. strukturiertes System

Technologie- und Tool-Kategorien für die Auswahl

Für CFOs und IT-Verantwortliche ist es wichtig, die verschiedenen Tool-Kategorien zu kennen und fundiert auswählen zu können. Die Marktlandschaft für E-Rechnungslösungen ist vielfältig und reicht von Erweiterungen für bestehende Office-Tools bis zu vollintegrierten ERP-Modulen.

Kategorie 1: VBA-Bibliotheken und Add-ins für Word

Diese Tools erweitern Word um die Fähigkeit, ZUGFeRD-Rechnungen zu erstellen. Sie bieten in der Regel Funktionen zur XML-Generierung, PDF/A-3-Konvertierung und Einbettung. Geeignet für sehr kleine Volumina und einfache Anwendungsfälle. Auswahlkriterien: Unterstützung aktueller ZUGFeRD-Versionen, Validierungsfunktion integriert, Dokumentation und Support, Lizenzmodell. Risiko: Abhängigkeit von Word, keine Integration in Unternehmenssysteme.

Kategorie 2: Standalone-Konverter und Druckertreiber

Diese Lösungen fungieren als virtuelle Drucker und konvertieren beliebige Dokumente in ZUGFeRD-Rechnungen. Sie extrahieren die Daten aus dem Quelldokument, erzeugen die XML-Struktur und betten sie ins PDF ein. Geeignet für kleine bis mittlere Volumina ohne komplexe Businesslogik. Auswahlkriterien: Qualität der Datenerkennung, Fehlerquote, Anpassbarkeit der Mapping-Regeln, Batch-Fähigkeit, Validierung. Risiko: Datenerkennung ist fehleranfällig, manuelle Nacharbeit oft erforderlich.

Kategorie 3: Cloud-Plattformen für E-Rechnungen

Cloud-basierte Dienste, die den gesamten E-Rechnungsprozess abbilden: Erfassung, Generierung, Validierung, Versand, Empfang, Archivierung. Geeignet für mittlere bis große Volumina, oft mit APIs für die Integration in ERP-Systeme. Auswahlkriterien: Compliance mit aktuellen Normen, Integrationsfähigkeit, Sicherheit und Datenschutz, Verfügbarkeit und SLAs, Skalierbarkeit, Preismodell. Risiko: Vendor-Lock-in, Abhängigkeit von externer Plattform.

Kategorie 4: ERP-Module und Finanzsoftware

Moderne ERP-Systeme und Finanzsoftware von Anbietern wie Sage, DATEV, SAP oder Microsoft bieten integrierte Module für die E-Rechnungserstellung. Diese Lösungen sind nahtlos in die Geschäftsprozesse eingebunden und bieten durchgängige Datenflüsse. Geeignet für alle Volumina und Komplexitätsgrade. Auswahlkriterien: Funktionsumfang, Anpassbarkeit, Lizenzmodell, Support und Updates, Implementierungsaufwand. Risiko: Höhere initiale Investition, Implementierungsprojekt erforderlich.

Empfehlung für die Toolauswahl

Definieren Sie zunächst Ihre Anforderungen: Volumen, Komplexität, Integrationsbedarf, Budget, Zeitrahmen. Erstellen Sie eine Shortlist mit drei bis fünf Lösungen und führen Sie Proof-of-Concept-Tests mit realen Rechnungsdaten durch. Prüfen Sie insbesondere die Fehlerquote, den Automatisierungsgrad und die Integrationsfähigkeit. Berücksichtigen Sie nicht nur die Lizenzkosten, sondern die TCO über drei bis fünf Jahre inklusive Implementierung, Schulung, Wartung und Betrieb. Beziehen Sie die Fachabteilungen und die IT frühzeitig ein und stellen Sie sicher, dass die Lösung von den Anwendern akzeptiert wird.

Risiko- und Kontrollperspektive für Entscheider

Aus Sicht des CFO ist die Erstellung von ZUGFeRD-Rechnungen nicht nur eine operative Aufgabe, sondern ein risikorelevanter Prozess mit Auswirkungen auf Compliance, Liquidität und Reputation. Die folgende Checkliste hilft, die wesentlichen Risiken und Kontrollen zu identifizieren.

Risikokategorien

• Compliance-Risiko: Nicht konforme Rechnungen führen zu Ablehnungen, gefährden den Vorsteuerabzug und können Bußgelder nach sich ziehen
• Liquiditätsrisiko: Verzögerte Zahlungen durch abgelehnte Rechnungen binden Working Capital und erhöhen Finanzierungskosten
• Prozessrisiko: Fehlerhafte oder inkonsistente Prozesse führen zu Nacharbeit, Eskalationen und Ressourcenbindung
• Reputationsrisiko: Häufig fehlerhafte Rechnungen schädigen die Geschäftsbeziehung und das Image als professioneller Partner
• Technisches Risiko: Ausfall von Tools, fehlende Updates oder Inkompatibilitäten blockieren die Rechnungsstellung
• Governance-Risiko: Fehlende Dokumentation, unklare Verantwortlichkeiten und unzureichende Kontrollen erschweren Audits und Prüfungen

Kontrollmaßnahmen

• Integrierte Validierung als Pflichtschritt vor dem Versand, kein manuelles Überspringen möglich
• Vier-Augen-Prinzip bei erstmaliger Freigabe neuer Vorlagen oder Mapping-Regeln
• Automatische Protokollierung aller Rechnungserstellungen mit Zeitstempel, Benutzer und Datenquellen
• Regelmäßige Stichprobenprüfungen durch Controlling oder interne Revision
• Automatisierte Fehlerberichte mit Eskalation bei überdurchschnittlicher Ablehnungsquote
• Versionskontrolle für Rechnungsvorlagen mit genehmigten Änderungsprotokollen
• Regelmäßige Schulungen für alle Beteiligten zu Normen, Tools und Prozessen
• Notfallplan für Ausfall der primären Lösung mit alternativen Erstellungswegen

KPIs für das Monitoring

Ein strukturiertes Monitoring hilft, Probleme frühzeitig zu erkennen und gegenzusteuern. Definieren Sie klare KPIs und überwachen Sie diese regelmäßig:

• Ablehnungsquote: Anteil der abgelehnten Rechnungen an allen versendeten Rechnungen, Zielwert unter 1 Prozent
• Validierungsquote: Anteil der Rechnungen, die die Validierung im ersten Durchlauf bestehen, Zielwert über 95 Prozent
• Durchlaufzeit: Zeit von der Rechnungserstellung bis zum Versand, Zielwert unter 24 Stunden
• Fehlerkosten: Kosten für Nacharbeit, Reklamationen und Eskalationen pro Monat
• Days Sales Outstanding (DSO): Durchschnittliche Zahlungsdauer, Zielwert abhängig von Branche und Zahlungsbedingungen
• Compliance-Rate: Anteil der Rechnungen, die alle regulatorischen Anforderungen erfüllen, Zielwert 100 Prozent

Typische Fehler und wie Sie sie vermeiden

Bei der Erstellung von ZUGFeRD-Rechnungen mit Word treten immer wieder dieselben Fehler auf. Die folgenden Punkte helfen Ihnen, die häufigsten Stolpersteine zu umgehen.

Fehlende oder falsche Pflichtfelder

Viele Rechnungen werden abgelehnt, weil Pflichtfelder fehlen oder falsch befüllt sind. Prüfen Sie, welche Felder für Ihr gewähltes Profil obligatorisch sind und stellen Sie sicher, dass diese in der XML-Datei enthalten sind. Achten Sie auf korrekte Formate bei Datumsangaben, Beträgen, Ländercodes und Steuersätzen.

Inkonsistente Beträge zwischen PDF und XML

Ein häufiger Fehler ist, dass Summen, Steuern oder Rabatte im PDF und XML nicht übereinstimmen. Ursache sind meist manuelle Nachberechnungen oder Rundungsfehler. Verwenden Sie automatische Berechnungen und prüfen Sie die Ergebnisse vor der XML-Generierung.

Nachträgliche Änderungen am PDF ohne Update der XML

Wenn Sie das PDF nach der XML-Erzeugung noch einmal manuell ändern, stimmen die beiden Dateien nicht mehr überein. Vermeiden Sie nachträgliche Eingriffe oder wiederholen Sie die Schritte 4 bis 7 vollständig.

Falsche oder fehlende XMP-Metadaten

Selbst wenn die XML korrekt ist, kann das PDF zusätzliche Metadaten im XMP-Format benötigen, damit die Datei als ZUGFeRD-Rechnung erkannt wird. Verwenden Sie ein Tool, das diese Metadaten automatisch setzt.

Verwendung veralteter Profile oder Versionen

ZUGFeRD 2.4 ist seit einiger Zeit verfügbar und sollte bei neuen Implementierungen berücksichtigt werden. Achten Sie darauf, dass Ihre Tools und Bibliotheken die aktuellen Versionen unterstützen. Ältere Versionen können zu Kompatibilitätsproblemen führen.

Checkliste: Qualitätssicherung vor dem Versand

Nutzen Sie die folgende Checkliste, um sicherzustellen, dass Ihre ZUGFeRD-Rechnung valide und versandbereit ist.

• Alle Pflichtfelder des gewählten Profils sind im XML enthalten
• Beträge, Steuern und Summen stimmen zwischen PDF und XML überein
• Rechnungsdatum und Leistungsdatum sind korrekt und plausibel
• Käufer- und Verkäuferdaten sind vollständig und korrekt formatiert
• Länderkennzeichen, Währungen und Steuersätze entsprechen den Code-Listen
• Positionen sind im PDF und XML identisch dargestellt
• Das PDF wurde im Format PDF/A-3 erzeugt
• Die XML-Datei ist korrekt im PDF eingebettet
• XMP-Metadaten sind gesetzt und kennzeichnen die Datei als ZUGFeRD-Rechnung
• Die Rechnung wurde lokal validiert und zeigt keine Fehler
• Eine manuelle Plausibilitätsprüfung wurde durchgeführt
• Die Rechnung wurde im DMS archiviert und ist revisionssicher gespeichert
• Der Versandweg ist dokumentiert und nachvollziehbar

Entscheidungshilfe: Wann Word ausreicht und wann nicht

Daher empfehlen wir bei Bonpago, auch bei kleineren Volumina frühzeitig auf geeignete Systeme zu setzen. Kleinere ERP-Systeme oder spezialisierte Softwarelösungen von Anbietern wie Sage oder DATEV gewährleisten, dass Rechnungen strukturiert erstellt werden und alle Pflichtfelder korrekt befüllt sind. Die Vorteile solcher Systeme sind: strukturierte Datenerfassung statt freier Texte, automatische Berechnung und Konsistenzprüfung, integrierte Validierung und geringeres Risiko von Ablehnungen.

Word kann eine vertretbare Übergangslösung sein, wenn folgende Bedingungen erfüllt sind:

• Sehr geringes Rechnungsvolumen, maximal wenige Rechnungen pro Woche
• Wenige Standardfälle ohne komplexe Sonderfälle wie Rabatte, Teillieferungen oder Gutschriften
• Klare, disziplinierte Template-Nutzung ohne freie Textbearbeitung
• Validierung ist fest im Ablauf verankert und wird konsequent durchgeführt
• Nur eine Person oder ein kleines, geschultes Team arbeitet mit der Vorlage
• Keine hohen Anforderungen an Prozessintegration, Audit-Trail oder GoBD-Konformität

Word wird riskant, wenn folgende Faktoren zutreffen:

• Viele Positionen, viele Sonderfälle oder unterschiedliche Steuerfälle
• Mehrere Personen bearbeiten Vorlagen, was zu Inkonsistenzen führt
• Hohe Anforderungen an Automatisierung, Durchsatz oder Integration in Order-to-Cash-Prozesse
• Audits oder Prüfungen fordern konsistente, nachvollziehbare Datenflüsse und Dokumentation
• Empfänger stellen hohe Anforderungen an Datenqualität und lehnen fehlerhafte Rechnungen ab
• Compliance-Anforderungen erfordern Segregation of Duties und Audit-Trail
• Fehlerkosten und Liquiditätsrisiken übersteigen die Investition in strukturierte Systeme

Zusammenfassend lässt sich sagen: Ja, eine ZUGFeRD-Rechnung kann auch mit Word erstellt werden. Entscheidend ist jedoch, dass die erzeugten Daten valide und konsistent sind. Ohne saubere Validierung steigt das Risiko von Fehlern und Zahlungsverzögerungen erheblich. Wer langfristig stabil und effizient arbeiten will, sollte frühzeitig auf geeignete Softwarelösungen setzen, die die Einhaltung der Anforderungen an ZUGFeRD und XRechnung sicherstellen.

Zusammenfassung: Die wichtigsten Schritte und Entscheidungskriterien

Die Erstellung einer ZUGFeRD-Rechnung mit Word erfordert strukturierte Vorbereitung, technische Tools und konsequente Qualitätssicherung. Die folgenden Schritte fassen das Vorgehen zusammen:

1. Word-Vorlage strukturiert vorbereiten mit Inhaltssteuerelementen statt freiem Text
2. Rechnungsdaten strukturiert erfassen oder aus Datenquellen importieren
3. PDF/A-3 aus Word erzeugen mit korrekten Exportparametern
4. XML-Struktur aus denselben Datenquellen generieren, nicht aus dem PDF
5. PDF und XML zu ZUGFeRD-Datei zusammenführen mit korrektem Dateinamen
6. XMP-Metadaten im PDF ergänzen, damit die Datei als Rechnung erkannt wird
7. Lokale Validierung durchführen mit einem Tool wie dem CoSII-Validator
8. Visualisierung und manuelle Plausibilitätsprüfung zur Fehlervermeidung

Entscheidend ist, dass Sie die Grenzen von Word realistisch einschätzen und bei steigendem Volumen oder zunehmender Komplexität rechtzeitig auf strukturierte Systeme umsteigen. Frühzeitige Investitionen in geeignete Softwarelösungen zahlen sich durch höhere Prozesssicherheit, geringere Fehlerquoten, bessere Integration und messbare ROI-Effekte aus. Berücksichtigen Sie bei Ihrer Entscheidung nicht nur die initialen Kosten, sondern die TCO über drei bis fünf Jahre, die Skalierbarkeit, die Compliance-Risiken und die Anforderungen an Prozessintegration und Governance. Eine fundierte Wirtschaftlichkeitsbetrachtung und eine realistische Risikobewertung helfen Ihnen, die richtige Lösung für Ihr Unternehmen zu finden.

Häufige Fragen zu ZUGFeRD-Rechnungen mit Word

Kann ich mit älteren Office-Versionen ZUGFeRD-Rechnungen erstellen?

Ältere Office-Versionen wie 2013 oder 2016 unterstützen nur PDF/A-1, das keine eingebetteten Anhänge erlaubt. Sie benötigen ein zusätzliches Tool zur Konvertierung in PDF/A-3 oder sollten auf Office 2019 oder Microsoft 365 upgraden.

Wie erkenne ich, ob meine Rechnung valide ist?

Nutzen Sie einen Validator wie den CoSII-Validator, um die Rechnung lokal zu prüfen. Das Tool zeigt Fehler, Warnungen und Informationen an. Nur wenn keine Fehler vorliegen, ist die Rechnung valide.

Muss ich die XML-Datei manuell erstellen?

Nein, die manuelle Erstellung der XML-Datei ist extrem fehleranfällig. Verwenden Sie eine VBA-Bibliothek, ein Tool oder einen Konverter, der die XML-Struktur automatisch aus Ihren Datenquellen generiert.

Welches ZUGFeRD-Profil soll ich verwenden?

Das hängt von den Anforderungen Ihrer Empfänger ab. Für einfache Rechnungen genügt oft das Profil Basic, für komplexere Fälle oder öffentliche Auftraggeber ist Comfort oder Extended erforderlich.

Was passiert, wenn meine Rechnung abgelehnt wird?

Abgelehnte Rechnungen verzögern die Verarbeitung und Zahlung. Sie müssen die Fehler korrigieren, die Rechnung erneut validieren und erneut versenden. Das kann die Liquidität belasten und Prozesskosten verursachen.

Kann ich ZUGFeRD-Rechnungen mit Word für B2G-Aufträge verwenden?

Öffentliche Auftraggeber fordern häufig XRechnung oder ZUGFeRD im Profil Comfort oder Extended. Prüfen Sie die spezifischen Anforderungen des Auftraggebers, bevor Sie Ihre Lösung implementieren.

Wie stelle ich GoBD-Konformität bei Word-basierten Prozessen sicher?

Sie benötigen ein DMS mit GoBD-Zertifizierung, das alle Rechnungen automatisch indiziert, versioniert und mit Zugriffsprotokollen versieht. Die Schnittstelle zwischen Word und DMS muss sicherstellen, dass jede erzeugte Rechnung automatisch archiviert wird.