5 teure JTL-Fehler, die Händler jede Woche machen — und wie du sie vermeidest

JTL-Wawi ist mächtig genug, um ein komplettes Multichannel-Geschäft zu steuern — Artikel, Preise, Bestellungen, Marktplätze, Kasse, alles aus einer Datenbank. Genau diese Mächtigkeit ist aber auch die Falle: Wer schnell mal eben „500 Preise ändern“ oder „die Steuerklasse anpassen“ will, merkt oft erst hinterher, dass ein einzelner übersehener Schritt den ganzen Datenbestand durcheinanderbringt. Die folgenden fünf Fehler sehen wir in der Praxis immer wieder — bei kleinen Händlern genauso wie bei etablierten Multichannel-Betrieben mit tausenden Artikeln.

Fehler 1: Preise per Massenimport ändern, ohne die Steuerklasse mitzudenken

JTL-Wawi speichert Artikelpreise intern grundsätzlich als Nettopreis. Der Bruttopreis, den Kunden sehen, wird daraus erst berechnet — auf Basis der Steuerklasse, die dem Artikel zugeordnet ist. Das klingt banal, hat aber eine Konsequenz, die viele Händler erst bemerken, wenn es zu spät ist: Wird über einen Ameise-Import nur die Steuerklasse eines Artikels geändert, ohne gleichzeitig den Nettopreis neu zu berechnen, verschiebt sich automatisch der Bruttopreis — auch wenn niemand das beabsichtigt hat.

Ein konkretes Beispiel: Ein Artikel wechselt von 19 % auf 7 % Mehrwertsteuer, weil sich die Produktkategorie ändert. Bleibt der Nettopreis unverändert, sinkt der Bruttopreis automatisch mit der niedrigeren Steuer — was auf den ersten Blick nach einem netten Kundenrabatt aussieht, in Wirklichkeit aber unbeabsichtigt Marge kostet. Der saubere Weg: Beim Import immer den Bruttopreis mitliefern und ihn im Ameise-Import direkt dem Feld „Std. VK Brutto“ zuordnen — JTL berechnet daraus automatisch den korrekten Nettopreis auf Basis der neuen Steuerklasse, ohne dass der Bruttopreis sich ungewollt verschiebt.

Fehler 2: Kein Backup vor Massenimporten oder Datenbank-Restores

Ein Import mit 2.000 Artikeln läuft in wenigen Minuten durch — ein Fehler in der Zuordnung genauso schnell. Wer vorher kein aktuelles Backup gezogen hat, kann eine fehlerhafte Massenänderung im schlimmsten Fall nicht mehr rückgängig machen, außer durch mühsames Artikel-für-Artikel-Korrigieren. Gerade bei Preisänderungen, Kategorie-Umzügen oder Steuerklassen-Anpassungen sollte ein frisches Backup vor jedem größeren Eingriff selbstverständlich sein — es kostet wenige Minuten, spart im Ernstfall aber Stunden oder Tage.

Genauso wichtig: Ein Backup ist nur so gut wie der Restore-Prozess, der danach funktioniert. Wer noch nie getestet hat, ob sich das eigene Backup tatsächlich sauber wieder einspielen lässt, sollte das nachholen, bevor der Ernstfall eintritt — nicht währenddessen.

Fehler 3: POS- oder Shop-Synchronisation nach Änderungen nicht geprüft

Massenänderungen über die Ameise fließen zuverlässig in die Wawi-Datenbank ein — aber nicht immer genauso zuverlässig in angeschlossene Kanäle wie JTL-POS oder den Online-Shop. Der automatische Datenabgleich reagiert auf ein internes „geändert“-Kennzeichen, das bei einer über die Oberfläche vorgenommenen Einzeländerung sauber gesetzt wird, bei Massenimporten aber nicht immer zuverlässig greift. Das Ergebnis: Die Wawi zeigt den neuen Preis korrekt an, die Kasse oder der Shop zeigen noch den alten.

Wer nach einem größeren Import nicht stichprobenartig prüft, ob die Änderung tatsächlich in allen angeschlossenen Kanälen angekommen ist, verkauft im schlimmsten Fall tagelang zu falschen Preisen, ohne es zu merken. Eine einfache Stichprobe an ein bis zwei Artikeln nach jedem größeren Import reicht meist schon aus, um das Risiko zu minimieren.

Fehler 4: Steuerklassen und Kategorien „historisch gewachsen“ statt sauber gepflegt

Viele Wawi-Installationen laufen seit Jahren, und mit ihnen wächst auch die Unordnung: Steuerklassen, die ursprünglich für einen bestimmten Zweck angelegt wurden, werden über die Zeit für andere Produktgruppen mitverwendet. Kategorien entstehen ad hoc und werden nie wieder aufgeräumt. Das Ergebnis zeigt sich oft erst bei der Jahresabschluss-Prüfung oder wenn ein Steuerberater nachfragt, warum ein bestimmtes Produkt mit dem „falschen“ Steuersatz ausgewiesen wurde.

Eine regelmäßige, mindestens jährliche Durchsicht der Steuerklassen-Zuordnungen und der Kategoriestruktur lohnt sich — nicht als einmalige Aufräumaktion, sondern als fester Termin im Kalender. Wer das Datenmodell sauber hält, spart sich nicht nur Diskussionen mit dem Steuerberater, sondern auch Fehler bei künftigen Massenänderungen, weil die Ausgangslage stimmt.

Fehler 5: Workflows und Automatisierungen ohne Testlauf aktivieren

Die Workflow-Engine in JTL-Wawi ist ein mächtiges Werkzeug, um wiederkehrende Aufgaben zu automatisieren — automatische Statuswechsel, E-Mail-Versand bei bestimmten Ereignissen, automatische Druckaufträge. Genau diese Automatisierungsregeln ausgeführt an der falschen Stelle oder mit einer zu weit gefassten Bedingung können aber auch in kurzer Zeit großen Schaden anrichten: eine E-Mail, die an hundert Kunden gleichzeitig rausgeht, obwohl sie nur für einen Sonderfall gedacht war, oder ein Statuswechsel, der versehentlich hunderte offene Aufträge betrifft.

Der Unterschied zwischen einem nützlichen Workflow und einem teuren Fehler ist meistens ein einziger Schritt: der Testlauf an einem einzelnen, unkritischen Auftrag, bevor die Automatisierung scharf geschaltet wird. Dieser eine zusätzliche Test kostet wenige Minuten — im Vergleich zu den Stunden, die es braucht, eine fehlerhafte Massenaktion im Nachhinein zu korrigieren, ist das eine der günstigsten Versicherungen, die es in JTL-Wawi gibt.

Wer über solche Fehler grundsätzlich nachdenkt, stellt sich früher oder später auch die Systemfrage — ob JTL-Wawi überhaupt das richtige Werkzeug für die eigene Größe und Prozesse ist, oder ob ein Wechsel zu Billbee sinnvoller wäre. Und wer noch auf einer älteren Wawi-Version arbeitet, sollte parallel auch den richtigen Zeitpunkt für den Umstieg auf Wawi 2.0 im Blick behalten, da neue Versionen einige dieser Fallen technisch entschärfen.

Die Fünf-Minuten-Checkliste vor jedem größeren Eingriff

Damit die fünf Fehler nicht nur bekannt, sondern im Alltag auch tatsächlich vermieden werden, hilft eine feste, kurze Routine vor jedem größeren Eingriff in die Wawi-Daten:

• Backup gezogen? Nicht „irgendein“ altes Backup, sondern eines von heute, direkt vor dem Import.
• Bruttopreis statt nur Steuerklasse im Import? Bei jeder Änderung, die den Steuersatz betrifft, den Bruttopreis explizit mitliefern.
• Testlauf/Trockenlauf durchgeführt? JTL-Ameise bietet dafür eine Simulationsfunktion — sie kostet eine Minute und zeigt Fehler, bevor sie live gehen.
• Stichprobe nach dem Import? Ein bis zwei Artikel in Wawi, Shop und Kasse parallel prüfen.
• Kollegen informiert? Wer sonst noch mit den betroffenen Artikeln oder Aufträgen arbeitet, sollte wissen, dass gerade eine Änderung läuft.

Diese Checkliste ersetzt kein tieferes Prozessverständnis, sorgt aber dafür, dass die typischen Fehler nicht aus reiner Eile passieren — genau da, wo sie in der Praxis am häufigsten entstehen.

Fazit: Der gemeinsame Nenner ist Kontrolle vor Geschwindigkeit

Alle fünf Fehler haben eines gemeinsam: Sie entstehen nicht durch Unwissen, sondern durch Zeitdruck — schnell mal eben importieren, schnell mal eben den Workflow aktivieren, ohne den einen zusätzlichen Kontrollschritt einzubauen. JTL-Wawi verzeiht viele dieser Fehler nicht automatisch, weil es so gebaut ist, dass es genau das tut, was man ihm sagt — auch wenn das nicht das ist, was man eigentlich gemeint hat.

Die gute Nachricht: Jeder dieser fünf Fehler lässt sich mit einem einzigen zusätzlichen Handgriff vermeiden — Backup vorher, Bruttopreis statt nur Steuerklasse mitliefern, Stichprobe nach dem Import, regelmäßige Datenpflege, Testlauf vor der Automatisierung. Wer diese fünf Handgriffe zur Routine macht, nutzt die Stärke von JTL-Wawi, ohne von ihrer Mächtigkeit überrascht zu werden.

Falls du unsicher bist, ob eure aktuellen JTL-Wawi-Abläufe diese Fallen bereits vermeiden, lohnt sich ein Blick von außen. Als JTL Silver Service Partner prüfen wir gerne, wo bei euch noch Risiko im Alltagsbetrieb steckt.