JTL Wawi: Rechnungsdruck funktioniert nach dem Update nicht mehr — so grenzt du die Ursache ein

Auf einen Blick

• ✓Rechnungsdruck-Fehler nach einem Wawi-Update sind laut fünf eigenständigen JTL-Forum-Threads (1.5.14.4, 1.5.30.2, 1.5.52.0, 1.11.x, 2.1.1) ein wiederkehrendes Muster — aber mit unterschiedlichen Ursachen je Version, kein einheitlicher Bug. Die Vlarom E-Commerce Agentur ordnet deshalb erst die Version ein, bevor sie nach der Ursache sucht.
• ✓Für Version 1.11.x hat JTL laut einer im Forum zitierten Support-Antwort das Fehlverhalten reproduziert und ein Ticket angelegt (WAWI-85662, WAWI-77293): Dort gehen Druckerzuordnungen beim Update verloren. Für 2.1.1 ist diese Ursache bislang nicht belegt.
• ✓Im aktuellen 2.1.1-Thread (Stand 21.09.2026) vermutet ein Nutzer eine Datenbank-Migration als Auslöser. Das ist eine plausible Theorie, aber von JTL öffentlich nicht bestätigt — ein Hotfix-Termin ist ebenfalls nicht bekannt.

Wenn der Rechnungsdruck steht, steht am Ende auch die Buchhaltung still. Als JTL Service Partner Gold aus Ahrensfelde bei Berlin begleitet die Vlarom E-Commerce Agentur seit über 10 Jahren über 300 aktive Kunden im JTL-Ökosystem, und bei jedem Update-Fehlerbild prüfen wir zuerst, was tatsächlich belegt ist, bevor wir eine Ursache benennen. Gerade bei frischen Fehlerbildern wie dem aktuellen 2.1.1-Fall kursieren im Forum schnell mehrere Theorien gleichzeitig. Die Vlarom E-Commerce Agentur trennt dabei, was bestätigt ist, von dem, was nur vermutet wird.

Rechnungsdruck-Ausfälle nach einem Update tauchen im JTL-Forum nicht zum ersten Mal auf. Wir haben die eigenständigen Threads zu diesem Fehlerbild zusammengetragen, Stand 21.09.2026, dem aktuellen Stand des öffentlichen JTL-Wawi-Changelogs, der 2.1.1 zu diesem Zeitpunkt als aktuellste Version führt. Auffällig ist, dass sich für jeden Fall eine eigene Ursache belegen lässt. Eine gemeinsame Wurzel für alle fünf lässt sich daraus nicht ableiten.

Fünf eigenständige Forum-Threads über mehrere Jahre, fünf unterschiedliche Ursachen: defekte Templatevariable, verlorene Druckerzuordnung, jetzt vermutlich ein Datenbank-Migrationsfehler. Ein Muster, kein einheitlicher Bug.

Die einzelnen Fälle im Überblick:

• →Version 1.5.14.4 — Rechnungsdruck eingeschränkt: Als gelöst markierter Thread im JTL-Forum. Details zur konkreten Ursache sind im Threadtitel nicht ausgewiesen.
• →Version 1.5.30.2 — Fehlermeldung beim Rechnungsdruck: Ursache laut Nutzer-Workaround im Vorlagen-Editor: eine defekte Variable in der Druckvorlage (Positionen.NettopreisGesamt statt Auftragspositionen.NettopreisGesamt).
• →Version 1.5.52.0 — Rechnungsdruck nach Update komplett ausgefallen: Der Thread trägt zum Prüfzeitpunkt weiterhin den Status „Neu“ — nicht abschließend als gelöst dokumentiert.
• →Version 1.11.1 bis 1.11.4 — Druckereinstellungen gehen nach Neustart verloren: Einziger Fall mit einer im Forum zitierten JTL-Support-Antwort: JTL habe das Fehlverhalten reproduziert und dazu ein Ticket angelegt (WAWI-85662, WAWI-77293). Threadstatus zum Prüfzeitpunkt: offen.
• →Version 2.1.1 — Rechnungsdruck, ZUGFeRD-Speicherung und Shipping Cloud betroffen: Frischer Thread (18.–20.09.2026). Ein Nutzer vermutet eine Ursache in der Datenbank-Migration, JTL-seitig ist dazu öffentlich nichts bestätigt. Ein Hotfix ist im Thread angekündigt, aber ohne Termin oder Versionsnummer.

Die einzige Version, für die eine verlorene Druckerzuordnung als Ursache JTL-seitig bestätigt ist, ist 1.11.x, nicht 2.1.1. Wer heute auf 2.1.1 einen Rechnungsdruck-Fehler hat, sollte deshalb nicht automatisch von derselben Ursache ausgehen wie ein Kollege, der vor einem Jahr auf 1.11.2 aktualisiert hat.

Nach dem 2.1.1-Update kursieren im Forum mehrere Erklärungsversuche. Wir haben jeden einzeln gegen die verfügbaren Quellen geprüft. Nur einer davon hat überhaupt einen JTL-Bezug, und der betrifft eine andere Version.

1

Die einzige JTL-seitig bestätigte Ursache betrifft 1.11.x, nicht 2.1.1

Im Thread zu Version 1.11.1 bis 1.11.4 zitiert ein Nutzer eine JTL-Support-Antwort: Das Fehlverhalten sei reproduziert und in zwei Tickets erfasst worden (WAWI-85662, WAWI-77293). Es handelt sich dort um verlorene Druckerzuordnungen nach dem Update.

Für 2.1.1 gibt es dafür aktuell keinen Beleg. Wer auf 2.1.1 läuft und automatisch von einer verlorenen Druckerzuordnung ausgeht, überträgt eine für eine andere Version bestätigte Ursache auf einen Fall, für den sie nicht nachgewiesen ist.

2

Drei kursierende Hypothesen für 2.1.1 — keine davon belegt

In der Anfrage an uns kursierten drei Theorien: eine automatisch aktivierte Einstellung zum PDF-Anhang, eine auf 0 gesetzte Kopienzahl in der Formularvorlage sowie eine verlorene Druckerzuordnung. Der JTL-Guide beschreibt zwar die Kopienzahl-Einstellung selbst, aber nicht, was bei einem Wert von 0 passiert — das bleibt offen. Eine Einstellung mit dem Namen „PDFs direkt an Rechnungen anhängen“ konnten wir im Guide nicht finden. Der dazu kursierende Menüpfad ist zudem ungenau: Der zuständige Reiter in den globalen Einstellungen heißt laut Guide „Vorgänge“, nicht „Prozesse“.

Für keine der drei Hypothesen fanden wir eine Bestätigung, weder im JTL-Guide noch im Forum als offiziellen JTL-Beitrag. Das heißt nicht, dass sie falsch sind — nur, dass sie zum Stand 21.09.2026 nicht als geprüfte Tatsache gelten dürfen.

3

Die aktuelle 2.1.1-Theorie: eine mögliche Datenbank-Migration — als Nutzerbericht, nicht als Tatsache

Im frischen 2.1.1-Thread beschreibt ein Nutzer, die Migration habe der Tabelle tFile eine neue Spalte iBlobIdentifier hinzugefügt; der Client schreibe bei jeder Rechnungsvorschau aber eine Null-GUID, was an einem Unique-Index scheitert und den Speichervorgang blockiert. Als zugehöriger Migrationsschritt wird die Bezeichnung „WAWI-87515 ExtendFileStructure“ genannt.

Wir kennzeichnen das ausdrücklich als Nutzertheorie: Der Autor ist im Forum nicht als JTL-Mitarbeiter markiert, und das genannte Ticket ließ sich ohne Login im JTL-Issue-Tracker nicht gegenprüfen. Plausibel ist die Erklärung — bestätigt ist sie nicht.

Fünf Schritte, mit denen du dein Fehlerbild einordnest, bevor du nach einer Lösung suchst, in der Reihenfolge, die uns bei Update-Supportfällen am schnellsten zum eigentlichen Problem führt.

Notiere, von welcher Version auf welche du aktualisiert hast und seit wann der Rechnungsdruck ausfällt. Das entscheidet, welche der oben genannten Fälle überhaupt für dich relevant sind — die Ursachen unterscheiden sich pro Version, eine pauschale Lösung gibt es nicht.

Druckt eine unveränderte Standard-Rechnungsvorlage, liegt der Fehler wahrscheinlich in einer individuell angepassten Vorlage, nicht im Update selbst. Den generischen Diagnoseweg für fehlerhafte Druckvorlagen — inklusive Prüfung einzelner Feldreferenzen — haben wir bereits in unserem Leitfaden zu JTL-Wawi-Update-Fehlern beschrieben. Wir wiederholen ihn hier nicht, sondern verweisen darauf.

Öffne die betroffene Vorlage und darin den Dialog „Druckereinstellungen“ — den Weg dorthin beschreibt der JTL-Guide unter Druck-/E-Mail-/Exportvorlagen verwalten. Sind Drucker #1/#2 noch zugewiesen, steht die Anzahl der Exemplare auf einem Wert über 0? Bei mehreren Vorlagen lässt sich die Zuordnung per Massenmarkierung (STRG+A, Gerät zuweisen, Übernehmen) gemeinsam neu setzen, statt jede Vorlage einzeln zu öffnen.

Läuft dein System auf einer Version zwischen 1.11.1 und 1.11.4, prüfe, ob deine Druckerzuordnungen nach dem letzten Neustart verschwunden sind. Für diesen Fall liegt eine im Forum zitierte JTL-Support-Antwort mit zwei Ticketnummern vor (WAWI-85662, WAWI-77293) — das ist der einzige der hier geprüften Fälle mit einem JTL-seitigen Reproduktions-Hinweis.

Läuft dein System auf 2.1.1 und keiner der vorherigen Schritte erklärt den Ausfall, behandle die im Forum kursierende Datenbank-Migrationstheorie als Hinweis, nicht als Lösung. Melde den Fall über den offiziellen JTL-Support, dokumentiere Fehlermeldungen und weiche zwischenzeitlich auf den PDF-Export statt Direktdruck aus. Bricht bei dir zusätzlich das Update selbst ab, findest du in unserem Leitfaden zu JTL-Wawi-Update-Fehlern die häufigsten Ursachen dafür. Was der Changelog zu 2.1.1 sonst an Fixes bestätigt, haben wir in unserem Beitrag zum 2.1.1-Update im Detail eingeordnet.