JTL-Wawi 1.10 — die Release-Übersicht zur 2025er-Version (Archiv)

Auf einen Blick

• ✓JTL-Wawi 1.10 bringt eine vollautomatische Erkennung der Amazon-VCS-Variante (VCS, VCS Lite, IDU) und übernimmt die passende Verarbeitung selbstständig. Wir sehen darin den größten operativen Zeitgewinn der Version für Amazon-Händler.
• ✓Über JTL-eazyAuction haben sich die Multichannel-Möglichkeiten erweitert — neue Marktplätze lassen sich direkt aus der Warenwirtschaft heraus bespielen, ohne Prozessbruch.
• ✓Wir empfehlen heute den Sprung direkt auf JTL-Wawi 2.0 statt auf 1.10. Die 2.0er Version fasst alle 1.10-Änderungen zusammen und bringt zusätzliche Neuerungen. Als Vlarom E-Commerce Agentur setzen wir das Update standardmäßig auf einer Testumgebung auf.

Wir pflegen diesen Beitrag bewusst als Versionsarchiv — auch wenn die aktuelle Wawi-Version inzwischen 2.0 heißt. Händler die noch auf 1.9 oder 1.10 laufen, brauchen Klarheit über den Sprung, den sie machen. Für alle neuen Projekte richten wir die Warenwirtschaft direkt auf 2.0 ein.

Die Version hat drei harte Neuerungen geliefert, die für Amazon- und Multichannel-Händler relevant sind. Aus unseren Projekten sehen wir immer wieder die gleichen manuellen Eingriffe, die 1.10 spürbar reduziert hat.

Praxiswerte aus unseren Projekten: In Kundenprojekten mit Amazon-Vertrieb ersetzt die automatische VCS-Erkennung etwa 1-2 Stunden manuelle Konfiguration pro Einrichtung — und verhindert Fehlbuchungen durch manuell falsch gewählte VCS-Variante.

Diese drei Neuerungen sind die wichtigsten Zahlen-Änderungen in JTL-Wawi 1.10:

• →Automatische VCS-Variantenerkennung: Wawi erkennt selbstständig ob übermittelte Steuerdaten VCS, VCS Lite oder IDU sind und wählt die passende Verarbeitung. Vorher: manuell konfiguriert pro Händler-Account.
• →30-Tage-Rückabruf für VCS Lite: VCS-Lite-Daten können rückwirkend bis 30 Tage abgerufen werden. Bei Ausfällen oder verspäteter Datenübertragung kein Datenverlust mehr.
• →Eazy-Auction Multichannel-Erweiterung: Neue Marktplätze lassen sich zentral aus der Wawi bespielen — Verkäufe, Lagerbestände und Rechnungen bleiben in einem System. Für wachsende Händler skalierbar.

Die zentrale Regel bei der 1.10-Planung: Für neue Projekte direkt auf 2.0 gehen. Ein Zwischenschritt über 1.10 lohnt fast nie — außer wenn ein zwingendes Plugin nur auf 1.10 portiert wurde.

Zwei Fallstricke sehen wir bei fast jedem JTL-Wawi-Update in Kundenprojekten — sie gelten für 1.10 wie für 2.0:

1

Datenbank-Migration bei größeren Beständen

Die Datenbank-Migration dauert bei Wawi 1.10 spürbar länger als bei Minor-Updates, weil Strukturänderungen an der Amazon-Anbindung und an Buchungstabellen durchgeführt werden. Bei Beständen über 50.000 Artikeln sind mehrere Stunden Migrationszeit realistisch.

Gegenmaßnahme: Vor dem Update ein vollständiges Datenbank-Backup erstellen und die Migration außerhalb der Arbeitszeiten starten. Die offizielle JTL-Wawi Update-Dokumentation beschreibt den Ablauf und nennt die zu beobachtenden Log-Dateien.

2

Individuelle SQL-Abfragen und Workflows

Mit 1.10 wurden einzelne Datenbank-Felder umbenannt oder neu strukturiert. Eigene SQL-Abfragen in Vorlagen, Workflows oder Reports können nach dem Update ins Leere laufen — typisch sind VCS-bezogene Buchungszeilen oder Rechnungs-Templates.

Gegenmaßnahme: Vor dem Live-Update alle eigenen SQL-Abfragen in einer Testumgebung validieren. Wir übernehmen den SQL-Check und passen bei Bedarf an. Referenz zu den SQL-Strukturen im JTL-Guide Wawi-Dokumentation.

Amazon-VCS ohne manuelle Konfiguration

Die Amazon-Steuerabwicklung war vor 1.10 einer der fehleranfälligsten Bereiche — Händler mussten pro Marketplace-Account einzeln entscheiden, ob VCS, VCS Lite oder IDU zum Einsatz kommt, und bei Fehlwahl falsch buchen. Mit 1.10 erkennt Wawi das automatisch. In einem Kundenprojekt (anonymisiert) wurde nach dem Update die wöchentliche Steuerabwicklung von etwa 4 Stunden auf 30 Minuten reduziert.

Multichannel-Ausbau ohne Prozessbruch

Über eazyAuction lassen sich neue Marktplätze direkt aus der Wawi verwalten. Ein Händler (anonymisiert) hat 2025 parallel auf Kaufland und Otto gestartet — beide Kanäle wurden in bestehende Bestell-, Lager- und Rechnungsprozesse integriert, ohne Zweit-System. Das hat den Rollout von mehreren Wochen auf wenige Tage verkürzt.

So läuft ein sauberes Wawi-Update in unserer Praxis ab — von der Vorbereitung bis zum Go-Live. Die Reihenfolge ist bei 1.10 und 2.0 identisch:

Vollständige Liste aller individuellen Workflows, Report-Vorlagen und eigenen SQL-Abfragen erstellen. Pro Eintrag: Zweck, Verwendung und Datenbank-Felder dokumentieren. Häufigster Fehler: eigene Rechnungs-Vorlagen werden vergessen, weil sie außerhalb der Standard-Templates liegen.

Eine Kopie der Live-Datenbank auf einem separaten Wawi-Server anlegen. Lizenzen entsprechend konfigurieren, Connector-Verbindungen auf Test-Shop umstellen. Ohne Testumgebung kein Wawi-Update bei produktiven Systemen — das ist nicht verhandelbar.

Update-Paket laden, Update-Assistent starten, Datenbank-Migration laufen lassen. Danach Wawi öffnen und durchtesten: Artikel, Aufträge, Kundendaten, Workflows, Rechnungsdruck, Amazon- und eBay-Sync. Bei Fehlern die Log-Dateien im Wawi-Installationsordner prüfen.

Alle vorher dokumentierten SQL-Abfragen und Vorlagen einmal durchprüfen. Umbenannte Felder anpassen, geänderte Tabellenstrukturen nachziehen. Wir übernehmen diesen Schritt im Rahmen eines Update-Pakets.

Wartungsfenster ankündigen (2-4 Stunden bei größeren Beständen). Backup der Live-Datenbank, Update einspielen, Smoke-Test durch uns. Worker starten, Connector-Verbindungen prüfen, Shop-Sync validieren. Rollback-Plan liegt als Dokument vor.