JTL-Wawi ZUGFeRD: E-Rechnungen automatisieren und skalieren

Seit Juni 2025 gelten für B2B-Rechnungen in Deutschland veränderte gesetzliche Anforderungen, die Unternehmen bereits berücksichtigen müssen. Die Umsetzung ist keine optionale Zukunftsaufgabe – für betroffene Unternehmen gilt die Regelung bereits jetzt mit spezifischen Übergangsfristen je nach Unternehmensgröße und Geschäftsvolumen. Manuelle Rechnungsprozesse werden mittelfristig nicht ausreichen, um diese Anforderungen zu erfüllen. JTL-Wawi bietet eine technische Grundlage, mit der Sie nicht nur einzelne Rechnungen digital verarbeiten, sondern Ihre gesamten Rechnungsprozesse automatisieren und skalieren können. Das ZUGFeRD-Format ist dafür der Schlüssel: Es vereint menschliche Lesbarkeit (PDF) mit maschineller Verarbeitung (eingebettete XML-Daten) und erfüllt gleichzeitig die gesetzlichen Vorgaben zur E-Rechnung.

Aus Compliance-Perspektive bedeutet das: Sie erfüllen die gesetzlichen Vorgaben zur elektronischen Rechnungsstellung und reduzieren rechtliche Risiken erheblich. Aus organisatorischer Sicht gilt: Sie vermeiden manuelle Fehler, reduzieren Prozesskosten pro Rechnung und senken die administrative Belastung – unabhängig davon, ob Sie 100 oder 100.000 Rechnungen monatlich versenden. Die wirtschaftliche Entscheidungsgrundlage sollte auf messbarem Nutzen basieren: kürzere Verarbeitungszeiten, schnellerer Zahlungseingang, weniger Rückfragen von Geschäftspartnern und verbesserte Compliance-Dokumentation sind typische ROI-Faktoren, die Sie vor der Umsetzung quantifizieren sollten.

Diese Anleitung zeigt Ihnen systematisch, wie Sie ZUGFeRD-Rechnungen in JTL-Wawi nicht nur erstellen, sondern vollständig automatisieren – von der Erstellung über kundenabhängige Formatsteuerung bis zum automatisierten Versand und der revisionssicheren Archivierung. Der Fokus liegt dabei auf Stabilität, Betriebssicherheit, dokumentierbarer Formatsteuerung und echtem organisatorischem Mehrwert.

Warum ZUGFeRD und richtige Formatsteuerung für Ihre Rechnungsprozesse jetzt relevant sind

ZUGFeRD ist ein hybrides Rechnungsformat, das eine PDF-Datei mit eingebetteten XML-Daten kombiniert. Das hat mehrere praktische Vorteile: Ihre Geschäftspartner können die Rechnung wie gewohnt als PDF öffnen und lesen, während automatisierte Systeme die strukturierten Daten selbstständig verarbeiten können. Das erspart manuelle Arbeitsschritte und reduziert Fehlerquellen erheblich.

Aus Management-Perspektive ist das relevant, weil es Ihre Rechnungsprozesse zukunftssicher macht und gleichzeitig nachvollziehbare Entscheidungslogiken schafft. Die Regulatorik entwickelt sich weiter – mit einer gut aufgesetzten ZUGFeRD-Lösung sind Sie auf kommende Anforderungen bereits vorbereitet. Unternehmen profitieren von schnelleren Rechnungsprozessen, weniger Medienbrüchen, besserer Nachverfolgbarkeit und einer Lösung, die mit ihrem Unternehmen skaliert – egal, wie die Rechnungsmenge wächst.

Compliance-Kontext: Regelungen, Formate und regulatorische Klarheit

Bevor Sie mit der Einrichtung starten, sollten Sie genau verstehen, welche Formate für welche Empfänger relevant sind und warum die korrekte Zuordnung regulatorisch nicht verhandelbar ist. Die E-Rechnungspflicht gilt seit Juni 2025 mit festgelegten Übergangsfristen, abhängig von Unternehmensform und Größe. Prüfen Sie gemeinsam mit Ihrem Steuerberater oder Rechtsberater, ob und wann Ihre konkrete Unternehmenssituation betroffen ist. Eine genaue rechtliche Einordnung ist essenziell, um sowohl rechtskonform zu handeln als auch unnötige Investitionen zu vermeiden.

ZUGFeRD ist das Standardformat für B2B-Rechnungen zwischen Unternehmen in Deutschland. Es vereint Lesbarkeit (PDF) und maschinelle Verarbeitung (XML) und wird seit Juni 2025 für privatwirtschaftliche Transaktionen empfohlen – mit Übergangsfristen, die je nach Unternehmensgröße variieren.

XRechnung ist ein reines XML-Format, das ausschließlich für Rechnungen an Behörden und öffentliche Institutionen vorgesehen ist. Behörden müssen ihre Rechnungsein- und -ausgänge über das OZG-RE-Portal (Onlinezugangsgesetz-Rechnungseingangsportal) verarbeiten – diese Systeme akzeptieren nur XRechnung im XML-Format. Eine ZUGFeRD-Datei an eine Behörde zu versenden, führt zu Verarbeitungsfehlern und erheblichen Verzögerungen bei der Rechnungsverarbeitung.

Reguläre PDFs bleiben für B2C-Rechnungen (Privatkunden) und Auslandskunden außerhalb Deutschlands relevant. Diese Kunden haben in der Regel keine gesetzliche Pflicht, digital strukturierte Rechnungen zu verarbeiten, und können mit klassischen PDFs arbeiten.

Die richtige Formatauswahl ist nicht nur eine technische Frage – sie ist eine Compliance- und Risikofrage. Wenn Sie systematisch das falsche Format an den falschen Empfänger schicken, entstehen operative Probleme und mögliche rechtliche Risiken. Deshalb ist die automatisierte und dokumentierte Formatsteuerung nach Kundentyp ein zentraler Bestandteil dieser Anleitung und keine optionale Zusatzfunktion.

Voraussetzungen und organisatorische Anforderungen

Bevor Sie mit der Einrichtung starten, sollten diese Voraussetzungen erfüllt sein:

• JTL-Wawi Version 1.11 oder höher
• Rechnungsvorlagen in Version 2.0 (mit englischen Variablen)
• PDF-Export auf PDF/A-3b standardisiert
• Saubere und konsistente Kundenstammdaten (Felder: Firma, Land, Leitweg-ID für Behörden)
• Funktionierender JTL-Wawi-Worker auf einem Server (für skalierbare Verarbeitung)
• Definierte Speicherpfade für Rechnungsausgabe und Export
• Klare organisatorische Zuständigkeiten zwischen IT, Finance und Fachbereichen
• Revisionssicherer Speicherort für archivierte Rechnungen
• Geprüfte Übergänge zwischen Systemen (Medienbruchfreiheit)

Die meisten dieser Voraussetzungen lassen sich in wenigen Tagen aufsetzen. Die Investition in diese Grundlagen ist bedeutsam, weil sie später Fehler und manuelle Arbeit erspart, Integrationsrisiken reduziert und gleichzeitig Ihre rechtliche Sicherheit erhöht. Wichtig: Klären Sie vor der Umsetzung, wer organisatorisch die Verantwortung für korrekte Stammdaten, Formatsteuerung und Fehlerbehandlung trägt – diese Klarheit verhindert später Missverständnisse und Lücken.

Schritt 1: Speicherpfade für Rechnungs-PDFs anpassen und standardisieren

Der erste Schritt ist eine kleine, aber wichtige Grundlage: Sie müssen definieren, wo JTL-Wawi die erzeugten Rechnungen speichern soll. Dies ist nicht nur eine technische Formalität – ein konsistenter Speicherpfad ist Voraussetzung für Automatisierung, Validierung und spätere Archivierung. Zudem benötigen Sie nachvollziehbare Speicherorte für interne Kontrollen und mögliche Betriebsprüfungen.

Öffnen Sie in JTL-Wawi das Menü Admin → Druck-/Mail-/Exportvorlagen. Navigieren Sie zum Rechnungsvorlagenset, das Sie für ZUGFeRD verwenden möchten. Wir empfehlen, ein separates Vorlagenset für ZUGFeRD-Rechnungen zu erstellen, um den Produktivbetrieb nicht zu beeinflussen und die Nachverfolgbarkeit zu verbessern.

Ändern Sie die Option Speichern und definieren Sie einen Pfad nach diesem Muster:

Für lokal verarbeitete PDFs: D:\ZUGFeRD\Rechnung-.pdf

Wenn Sie den JTL-Wawi-Worker nutzen, passen Sie den Pfad entsprechend an (z. B. einen Netzwerkpfad auf dem Server). Der Platzhalter sorgt dafür, dass jede Rechnung eine eindeutige Datei erhält – das ist wichtig für die spätere Verarbeitung, Fehlersuche und revisionssichere Archivierung.

Schritt 2: PDF-Format auf PDF/A-3b umstellen und validieren

ZUGFeRD benötigt das PDF/A-3b-Format als technische Grundlage. Dieses Format gewährleistet, dass die XML-Daten korrekt in das PDF eingebettet werden und dass die Rechnung langzeitarchivierbar bleibt – ein wichtiger Punkt für die Betriebsprüfungssicherheit.

Gehen Sie im Rechnungsvorlagenset zu Vorlage bearbeiten und ändern Sie die PDF-Exportausgabe auf PDF/A-3b. Bei dieser Umstellung werden Schriftarten korrekt eingebettet – das ist eine technische Anforderung, die später bei der Validierung geprüft wird.

Hinweis: Wenn Sie parallel noch reguläre PDFs für andere Kunden versenden möchten, können Sie das alte PDF-Format für diese beibehalten. Die PDF/A-3b-Umstellung betrifft nur das ZUGFeRD-Vorlagenset und beeinträchtigt Ihre anderen Rechnungsformate nicht.

Schritt 3: Einen Workflow für automatisierten Rechnungsversand erstellen

Der Workflow ist das Herzstück der Automatisierung. Er wird ausgelöst, sobald eine Rechnung in JTL-Wawi festgeschrieben wird, und steuert dann alle folgenden Prozesse – von der Formatwahl über den Versand bis zur Archivierung. Ein gut aufgesetzter Workflow reduziert menschliche Fehler und erhöht gleichzeitig die Compliance-Dokumentation.

Navigieren Sie zu Rechnung → Erstellt → Festgeschrieben und erstellen Sie einen neuen Workflow. Dieser wird automatisch ausgelöst, wenn ein Benutzer eine Rechnung speichert und festschreibt.

Sehr wichtig: Setzen Sie im Ausführungsplan eine Verzögerung von mindestens 5 Minuten. Diese Verzögerung stellt sicher, dass die Verarbeitung auf dem JTL-Wawi-Worker-Server erfolgt und nicht auf dem Client-PC. Das ist entscheidend für Stabilität und Skalierbarkeit – besonders wenn Sie viele Rechnungen verarbeiten – und verhindert Fehler, die entstehen, wenn der Benutzer seinen PC herunterfährt, während der Workflow noch läuft.

Nutzen Sie für diesen Workflow keine einfache Workflow-Bedingung zur Formatsteuerung. Stattdessen erfolgt die Steuerung, welches Format für welchen Kunden erzeugt wird, direkt über die DotLiquid-Formel im nächsten Schritt. Das ist flexibler und fehlerfreier als hart codierte Bedingungen und schafft eine dokumentierbare Entscheidungslogik.

Schritt 4: Kundenabhängige Formatsteuerung mit DotLiquid konfigurieren

Hier wird es spannend und zugleich regulatorisch bedeutsam: Mit DotLiquid können Sie eine Formel schreiben, die automatisch prüft, welcher Kunde die Rechnung erhält – und daraus entscheidet, welches Format verwendet wird. Das ist deutlich flexibler und fehlerfreier als manuelle Entscheidungen und schafft gleichzeitig eine dokumentierbare Entscheidungslogik, die bei Audits nachvollziehbar ist.

Die Logik funktioniert so: Die Formel prüft die Kundenstammdaten anhand von drei Kriterien – Firmenzugehörigkeit, Ländercode und das Vorhandensein einer Leitweg-ID. Je nach Ergebnis wird das passende Format (ZUGFeRD, XRechnung oder SKIP) automatisch ausgewählt. Diese Logik ist nicht nur technisch elegant – sie ist auch regulatorisch relevant, weil Sie damit dokumentieren können, nach welchen Kriterien jede Formatentscheidung getroffen wurde.

Eine typische Formatierungslogik sieht so aus:

Wenn der Kunde kein Unternehmen ist (Privatperson) oder nicht in Deutschland ansässig ist, wird die Rechnung übersprungen (SKIP). Wenn der Kunde eine Leitweg-ID hat (also eine Behörde), wird XRechnung erzeugt. Wenn keines dieser Kriterien zutrifft, wird ZUGFeRD erzeugt.

Diese Logik lässt sich je nach Ihren Anforderungen erweitern – etwa um spezifische Kundengruppen, zusätzliche Attribute oder regulatorische Besonderheiten. Der Vorteil: Die Entscheidungslogik ist transparent, nachvollziehbar und kann jederzeit angepasst werden – wichtig, wenn sich die Regulatorik weiterentwickelt.

Schritt 5: ZUGFeRD-Dateien mit Validierung erzeugen und Fallback-Logik einrichten

Nachdem der Workflow das Format entschieden hat, muss die ZUGFeRD-Datei tatsächlich erzeugt und validiert werden. Dazu kommt ein Kommandozeilentool zum Einsatz, das die PDF mit den XML-Daten kombiniert und dann prüft, ob die Datei den gesetzlichen Standards entspricht. Die Validierung ist kein optionaler Schritt – sie ist entscheidend für die Compliance und dafür, dass Ihre Rechnungen von Empfängersystemen überhaupt verarbeitet werden können.

Das Tool heißt hph.JTL.ZUGFeRD.Console.exe und wird mit dem Befehl /action createwithvalidation aufgerufen. Dieser Befehl erzeugt die ZUGFeRD-Datei und prüft gleichzeitig, ob sie technisch korrekt ist.

Ein typisches Kommando sieht so aus:

/action "createwithvalidation" /jtlinvoiceno "" /inputpdf "D:\ZUGFeRD\Rechnung-.pdf"

Wenn die Validierung fehlschlägt, kann das Tool automatisch auf die Standard-PDF zurückfallen (Fallback). Das verhindert, dass der Versand blockiert wird, wenn ein technischer Fehler auftritt – es lohnt sich aber, solche Fehler zu dokumentieren und später zu beheben. Die Fallback-Logik ist ein wichtiges Sicherheitsnetz, aber kein Grund, Validierungsfehler zu ignorieren. Richten Sie eine automatische Fehlerbenachrichtigung ein, damit bekannte Probleme zeitnah behoben werden können; für die technische Prüfung kann ein E-Rechnung-Validator zusätzlich hilfreich sein.

Schritt 6: Automatische Anhangslogik für den Mailversand und korrekte Formatverteilung

Nicht nur das Format ist wichtig – auch welche Datei der Kunde als Anhang erhält, muss automatisch entschieden werden. Dies ist regulatorisch kritisch: Behörden brauchen die reine XML-Datei (für das OZG-RE-Portal), während normale B2B-Kunden das hybride ZUGFeRD-PDF bekommen.

Dazu nutzen Sie erneut DotLiquid. Die Formel prüft wieder die Leitweg-ID: Wenn vorhanden, wird die .xml-Datei angehängt. Wenn nicht, wird die .pdf-Datei angehängt. Dies stellt sicher, dass kein Kunde aus Versehen das falsche Format erhält.

Diese Logik erspart Ihnen Fehler beim manuellen Versand, stellt sicher, dass jeder Empfänger das Format erhält, das er tatsächlich verarbeiten kann, und dokumentiert, nach welchen Kriterien die Anhangsauswahl erfolgt – relevant für interne Audits und Compliance-Nachweise.

Schritt 7: Mailversand automatisieren und umfassend testen

Der Workflow kann Rechnungen automatisch per E-Mail versenden. Die E-Mail-Vorlage wird zusammen mit dem passenden Anhang versendet – vollautomatisch nach dem Festschreiben der Rechnung. Bevor der produktive Einsatz erfolgt, ist ein umfassender Test absolut notwendig und sollte verschiedene Kundentypen abdecken.

JTL-Wawi bietet dafür eine Workflow-Test-Funktion. Nutzen Sie diese, um zu prüfen:

• Wird das richtige Format für den Testkunden erzeugt?
• Wird die Datei am korrekten Speicherpfad abgelegt?
• Wird die Validierung durchgeführt und sind die Ergebnisse korrekt?
• Wird der richtige Anhang ausgewählt?
• Funktioniert der Mailversand ohne Fehler?
• Wird eine Kopie für die Archivierung erstellt?
• Funktioniert die Fallback-Logik, wenn die Validierung fehlschlägt?
• Werden Fehler dokumentiert und sind sie auffindbar?

Erst wenn alle diese Punkte funktionieren, schalten Sie den Workflow in den Produktivbetrieb. Führen Sie nach der Aktivierung mindestens 1–2 Wochen intensives Monitoring durch, um sicherzustellen, dass der automatisierte Betrieb stabil läuft und keine systematischen Fehler auftreten.

Praktische Formatsteuerung: Kundentypen, Zuordnung und Verantwortlichkeiten

Damit Sie sehen, wie die Formatsteuerung konkret funktioniert und welche regulatorischen Anforderungen dahinterstecken, hier ein Überblick über typische Kundensituationen und deren Behandlung:

Diese Zuordnung verhindert, dass Sie versehentlich eine XRechnung an einen B2B-Kunden schicken, der ZUGFeRD erwartet, oder umgekehrt. Die Formatwahl ist transparent, dokumentierbar und kann jederzeit angepasst werden. Die regulatorischen Gründe sind nicht willkürlich – sie folgen den gesetzlichen Vorgaben, die seit Juni 2025 teilweise gelten, mit unterschiedlichen Übergangsfristen je nach Unternehmenssituation und Firmengröße.

Archivierung, Fehlerbehandlung und organisatorische Verantwortlichkeiten

Ein oft unterschätzter, aber wichtiger Aspekt: Wo landen die Rechnungen nach dem Versand, und wer trägt die Verantwortung für korrekte Umsetzung und Fehlerbehandlung? Eine saubere Archivierung ist nicht nur organisatorisch sinnvoll, sondern auch rechtlich erforderlich. Sie müssen Rechnungen revisionssicher aufbewahren – das heißt, sie müssen unveränderbar, nachvollziehbar und zeitnah auffindbar sein.

Definieren Sie einen separaten Archivierungspfad, in den JTL-Wawi automatisch eine Kopie jeder verarbeiteten Rechnung ablegt. Dieser Pfad kann über einen Workflow-Schritt oder direkt über die Export-Funktion konfiguriert werden. Wichtig: Der Archivierungspfad sollte auf einem Server oder NAS-System liegen, nicht auf lokalen Computern. Mit einer standardisierten Ablagestruktur lässt sich der Export für JTL2Datev oder andere Buchhaltungsschnittstellen vollautomatisch konfigurieren; Hinweise zum Thema E-Rechnung archivieren helfen bei der Ausgestaltung revisionssicherer Prozesse.

Für die organisatorische Verantwortlichkeit sollten Sie folgende Punkte klären und schriftlich dokumentieren: Wer ist verantwortlich für die Stammdatenpflege (insbesondere Leitweg-ID, Ländercodes)? Wer überwacht die Validierungsergebnisse und Fehler? Wer behebt Fehler bei fehlgeschlagenen Validierungen oder Verarbeitungsproblemen? Wer dokumentiert Abweichungen und prüft Fehlerquoten regelmäßig? Diese Aufgabenteilung vermeidet später Missverständnisse und hilft bei Audits, nachzuvollziehen, wer für welche Entscheidungen verantwortlich war.

Häufige Fehler und wie Sie diese vermeiden

Bei der Umsetzung gibt es einige typische Stolpersteine. Wenn Sie diese kennen, sparen Sie Zeit und vermeiden Probleme im Produktivbetrieb:

• Fehler 1: Übergangsfrist missachtet oder regulatorische Einordnung nicht geprüft – Die E-Rechnungspflicht gilt seit Juni 2025 mit Übergangsfristen und unter bestimmten Bedingungen, nicht als pauschale sofortige Pflicht für alle Unternehmen. Prüfen Sie vorher mit Ihrem Steuerberater, ob und wann Ihre Unternehmenssituation betroffen ist. Nicht alle Unternehmen müssen sofort umsteigen – die Übergangsfristen hängen von Größe und Geschäftsvolumen ab.
• Fehler 2: Stammdaten nicht konsistent gepflegt – Wenn die Felder „Firma", „Land" oder „Leitweg-ID" bei manchen Kunden leer sind, funktioniert die automatische Formatsteuerung nicht verlässlich. Prüfen Sie vorher, welche Stammdaten fehlen, und tragen Sie diese nach. Dies ist nicht nur eine technische, sondern auch eine organisatorische Aufgabe, die vor dem Rollout erfolgen muss.
• Fehler 3: Falscher Speicherpfad für die Worker-Verarbeitung – Wenn Sie den JTL-Wawi-Worker nutzen, muss der Pfad auf den Server zeigen, nicht auf Ihren lokalen PC. Das ist ein häufiger Fehler, der dazu führt, dass Rechnungen gar nicht erzeugt werden, weil der Worker-Prozess die lokale Datei nicht finden kann.
• Fehler 4: Keine Verzögerung im Workflow – Ohne die 5-Minuten-Verzögerung läuft die Verarbeitung auf dem Client-PC ab. Das ist unskalierbar und anfällig für Fehler, wenn der Benutzer seinen PC herunterfährt. Der Client-Fehler kann dazu führen, dass Rechnungen unvollständig oder doppelt versendet werden.
• Fehler 5: Validierung ignorieren oder deaktivieren – Viele Unternehmen deaktivieren die Validierung, um schneller zu sein. Das ist ein erhebliches Risiko: Kleine Fehler in der XML führen später dazu, dass Behördenportale oder Empfängersysteme die Rechnung ablehnen. Validierung sollte Standard sein – sie kostet kaum Zeit, vermeidet aber erhebliche Probleme später.
• Fehler 6: Fehlende oder ungetestete Fallback-Logik – Wenn die Validierung fehlschlägt und Sie keine Fallback-Regel haben, wird die Rechnung überhaupt nicht versendet. Das ist nicht akzeptabel. Konfigurieren Sie einen Fallback, der auf die Standard-PDF ausweicht – und dokumentieren Sie den Fehler systematisch, um ihn später zu beheben.
• Fehler 7: Keine klare Zuständigkeit für Formatsteuerung und Fehlerbehandlung – Wenn nicht klar ist, wer für korrekte Stammdaten, Formatwahl und Fehlerbehandlung verantwortlich ist, entstehen Lücken und Rückfragen. Definieren Sie klare Zuständigkeiten zwischen Finance, IT und Fachbereichen und dokumentieren Sie diese schriftlich.
• Fehler 8: Keine Differenzierung zwischen B2B, B2C und Behörden – Wenn Sie alle Rechnungen im gleichen Format versenden, führt das zu Verarbeitungsfehlern bei Behörden und Verwirrung bei Privatkunden. Die Formatauswahl nach Kundentyp ist nicht optional, sondern eine Compliance-Anforderung.
• Fehler 9: Archivierung nicht automatisiert oder auf unsicheren Speichern – Wenn Rechnungen nach dem Versand nicht systematisch auf revisionssicheren Speichern archiviert werden, entstehen Lücken in der revisionssicheren Dokumentation. Das birgt Risiken bei Betriebsprüfungen und kann zu rechtlichen Problemen führen.
• Fehler 10: Migrationsrisiken übersehen – Wenn Sie von einem alten System oder von manuellen Prozessen zu automatisierter E-Rechnungsstellung wechseln, entstehen Übergangsfehler. Planen Sie eine Testphase mit einer Pilotgruppe ein und überwachen Sie die Ergebnisse mindestens 2 Wochen lang intensiv.

Checkliste für eine sichere und stabile Umsetzung

Nutzen Sie diese Checkliste als Umsetzungskontrolle, um sicherzustellen, dass keine wichtigen Schritte übersehen werden:

• Regulatorische Einordnung prüfen: Gilt die E-Rechnungspflicht für meine Unternehmenssituation? Mit welcher Übergangsfrist? (In Abstimmung mit dem Steuerberater oder Rechtsberater)
• Kundenstammdaten vor dem Rollout auf Vollständigkeit prüfen (Firma, Land, Leitweg-ID) und fehlende Daten nachpflegen
• Speicherpfade für lokal und serverseitig korrekt konfigurieren und testen
• Workflow-Verzögerung mindestens 5 Minuten setzen und Ausführung auf dem Worker erzwingen
• Validierung aktivieren und Validierungsergebnisse dokumentieren
• Fallback auf Standard-PDF konfigurieren und unter Fehlerszenarien testen
• Formatsteuerungslogik mit DotLiquid nach Kundentyp (B2B, Behörde, B2C) aufsetzen und logisch überprüfen
• Workflow im Testmodus mit verschiedenen Kundentypen durchspielen und dokumentieren
• Archivierungspfad definieren und auf revisionssicherem Speicher ablegen
• Mailvorlagen und Anhänge vor Produktivstart verifizieren und mit echten Empfängern testen
• Zuständigkeiten für Stammdaten, Formatsteuerung und Fehlerbehandlung klären und schriftlich dokumentieren
• Nach dem Rollout 1–2 Wochen intensives Monitoring durchführen und Fehlerquoten prüfen
• Regelmäßige Qualitätsprüfungen einrichten (z. B. Validierungsquoten, Fehlerrate, Versandquoten)

Zusammenfassung: Von der Konfiguration zum stabilen Prozess

Eine erfolgreiche ZUGFeRD-Umsetzung in JTL-Wawi folgt einem klaren Schema: Regulatorische Situation klären, Speicherpfade definieren, PDF-Format anpassen, Workflow aufsetzen, Formatsteuerung mit DotLiquid konfigurieren, Validierung aktivieren, Fallback-Logik einrichten, Archivierung aufbauen, Zuständigkeiten klären und dann sorgfältig testen.

Die Investition in diese Grundlagen zahlt sich schnell aus. Sie erhalten schnellere Rechnungsprozesse, weniger manuelle Fehler, bessere Kontrolle, höhere Compliance-Sicherheit und eine Lösung, die mit Ihrem Unternehmen wächst – ob Sie 100 oder 100.000 Rechnungen monatlich versenden. Aus Management-Perspektive bedeutet das: Sie erfüllen die gesetzlichen Anforderungen (je nach Übergangsfrist und Unternehmenssituation), reduzieren Prozesskosten, verbessern die Zahlungseffizienz, dokumentieren Entscheidungslogiken nachvollziehbar und reduzieren Migrationsrisiken durch sorgfältige Planung. Wenn Sie dafür externe Unterstützung brauchen, kann eine spezialisierte E-Rechnungs-Beratung den Rollout beschleunigen.

Die wichtigsten Umsetzungsschritte im Überblick:

1. Regulatorische Einordnung klären (Geltung, Übergangsfrist, Unternehmenssituation) mit dem Steuerberater
2. Speicherpfad für PDFs definieren und auf Netzwerkzugriff prüfen
3. PDF/A-3b-Format in der Rechnungsvorlage konfigurieren
4. Workflow beim Festschreiben erstellen (mit 5-Min.-Verzögerung für den Worker)
5. DotLiquid-Formatsteuerung nach Kundenmerkmal aufsetzen und testen
6. Validierung aktivieren und Fallback auf Standard-PDF konfigurieren
7. Anhangslogik für den E-Mail-Versand automatisieren und nach Kundentyp differenzieren
8. Archivierung auf revisionssicherem Speicher definieren und automatisieren
9. Organisatorische Zuständigkeiten klären und schriftlich dokumentieren
10. Umfangreich mit verschiedenen Kundentypen (B2B, Behörde, B2C) testen, bevor Sie in den Produktivbetrieb gehen
11. Nach dem Launch 1–2 Wochen intensives Monitoring durchführen und Fehlerquoten prüfen

Häufig gestellte Fragen

Muss ich sofort auf ZUGFeRD umstellen, oder gibt es noch Übergangsfristen?

Die E-Rechnungspflicht gilt seit Juni 2025 mit Übergangsfristen, die abhängig von Unternehmensform und Größe unterschiedlich sind. Prüfen Sie mit Ihrem Steuerberater, wann und ob Ihre konkrete Situation betroffen ist. Nicht alle Unternehmen müssen sofort umsteigen – die Übergangsfristen ermöglichen eine schrittweise Umsetzung.

Kann ich ZUGFeRD und reguläre PDFs gleichzeitig versenden?

Ja, das ist genau der Sinn der kundenabhängigen Formatsteuerung. Manche Kunden bekommen ZUGFeRD, andere (z. B. Endverbraucher oder Auslandskunden) reguläre PDFs – alles über eine Workflow-Regel und die DotLiquid-Logik gesteuert.

Was passiert, wenn die Validierung fehlschlägt?

Mit einer konfigurierten Fallback-Logik wird automatisch die Standard-PDF versendet statt der fehlerhaften ZUGFeRD-Datei. Der Fehler wird dokumentiert, damit Sie ihn später beheben können. Das ist ein wichtiges Sicherheitsnetz, aber keine Entschuldigung, Validierungsfehler zu ignorieren – sie sollten systematisch behoben werden, um die Qualität zu verbessern.

Brauche ich den JTL-Wawi-Worker wirklich?

Technisch nein, aber praktisch ja – wenn Sie mehr als wenige Rechnungen pro Tag verarbeiten. Der Worker ermöglicht skalierbare, servergestützte Verarbeitung statt clientabhängigem Versand und verhindert Fehler durch Benutzeraktionen oder PC-Ausfälle.

Kann ich die Formatsteuerung später noch ändern?

Ja, ohne Neustart oder Update. Die DotLiquid-Formel im Workflow kann jederzeit angepasst werden – etwa wenn ein Kunde neue Anforderungen hat oder wenn sich die Regulatorik ändert.

Wie lange muss ich Rechnungen speichern?

Gesetzlich müssen Sie Rechnungen 10 Jahre aufbewahren. Legen Sie fest, wie lange Rechnungen verfügbar sein sollen, und konfigurieren Sie entsprechende Backup- und Cleanup-Prozesse. Archivieren Sie alle verarbeiteten Rechnungen systematisch auf revisionssicheren Speichern.

Sind XRechnung und ZUGFeRD interkompatibel?

Nein – sie sind zwei unterschiedliche Formate mit eigenen Standards und Verwendungszwecken. XRechnung ist reine XML für Behörden, ZUGFeRD ist das Hybridformat für B2B. Die richtige Zuordnung nach Kundentyp ist wichtig und nicht verhandelbar – eine XRechnung an einen B2B-Kunden führt zu Verarbeitungsfehlern, und eine ZUGFeRD-Datei an eine Behörde wird vom OZG-RE-Portal abgelehnt.

Wer trägt die Verantwortung für fehlerhafte Rechnungsformate?

Das hängt von der organisatorischen Struktur ab. Idealerweise gibt es eine klare Arbeitsteilung: Finance definiert, welcher Kunde welches Format erhält. IT konfiguriert die automatische Formatsteuerung. Ein Koordinator überwacht die Validierungsergebnisse. So ist das Risiko verteilt und die Verantwortlichkeiten sind klar. Dokumentieren Sie diese Aufteilung schriftlich und regelmäßig.