JTL Migration Guide 2026: Systemwechsel zu JTL Wawi — Schritt für Schritt, alle Fehlerquellen, kein Schönreden

Auf einen Blick

• ✓Vlarom E-Commerce Agentur begleitet JTL-Migrationen seit über zehn Jahren: gut vorbereitete Projekte dauern sechs bis zwölf Wochen vom ersten Gespräch bis zum stabilen Go-Live — Datenpflege-Aufwand obendrauf.
• ✓Übernommen werden Artikelstamm, Varianten, Kundendaten, Bestellhistorie (12–24 Monate) und Lagerbestände — Passwörter, Marktplatz-Konfigurationen und interne Automatisierungen müssen neu aufgebaut werden.
• ✓Die häufigste Verzögerungsursache ist nicht JTL, sondern der Zustand der Daten im Altsystem: je sauberer der Ausgangsdatenstamm, desto kürzer das Projekt. Wir schätzen das im Erstgespräch ehrlich ein.

Wir bei Vlarom E-Commerce Agentur wissen: Eine Migration ist kein IT-Projekt mit klar abgrenzbarem Scope. Sie ist ein Eingriff ins laufende Geschäft, und der Teufel steckt fast immer in den Daten, nicht in der Software. Jedes System das ein Händler über Jahre genutzt hat, enthält organisch gewachsene Besonderheiten: Umgehungswege für fehlende Funktionen, doppelte Artikelnummern, manuell gepflegte Ausnahmen, Marktplatz-Preisregeln die nirgendwo dokumentiert sind. Diese Erkenntnisse aus über 120 Projekten fließen in diesen Guide ein.

Die folgenden Zahlen stammen aus Projekten, die wir als Vlarom E-Commerce Agentur in den vergangenen Jahren abgewickelt haben. Sie sind keine Marketing-Zahlen. Sie zeigen, was realistisch passiert: wenn Dinge gut laufen und wenn sie schief gehen.

Aus unseren Projektdaten (Vlarom E-Commerce Agentur, über 120 abgeschlossene Migrationen): Gut vorbereitete Migrationen mit sauberem Datenstamm, dokumentierten Marktplätzen und klarer Hardware-Situation dauern sechs bis zehn Wochen. Migrationen mit hohem Datenbereinigungsbedarf oder vier und mehr Verkaufskanälen liegen bei zehn bis vierzehn Wochen. Händler, die nach einer erfolgreichen JTL-Migration gezielt automatisieren, gewinnen typisch 45 bis 90 Minuten täglich durch reduzierte manuelle Nacharbeit. Das sind 200 bis 400 Stunden pro Jahr.

Fünf Faktoren bestimmen, wie lange deine Migration dauert:

• →Artikelanzahl und Variantenstruktur: 500 einfache Artikel lassen sich in einer Woche vorbereiten. 5.000 Artikel mit 30 Variantenkombinationen und fehlenden EANs brauchen vier bis sechs Wochen Vorbereitungsarbeit allein.
• →Datenqualität im Altsystem: Das ist der Faktor mit dem größten Hebel. Doppelte Artikel, fehlende Pflichtfelder (Gewicht, Steuerklasse, EAN), inkonsistente Kategorisierung: jeder dieser Punkte verlängert das Projekt. Wer fünf bis zehn Jahre dasselbe System genutzt hat, trägt typisch eine hohe technische Schuld mit.
• →Anzahl aktiver Verkaufskanäle: Amazon, eBay, eigener Shop, B2B-Portal: jeder Kanal muss in JTL neu konfiguriert werden. Dokumentierte Preisregeln, Versandprofile und Listing-Konfigurationen halbieren den Aufwand. Undokumentierte Setups verdoppeln ihn.
• →Bestellhistorie und Tiefe der Datenübernahme: Nur die letzten zwölf Monate mitzunehmen spart 60 bis 70 Prozent Zeit gegenüber einer vollständigen Historienübernahme. Das Altsystem bleibt für ältere Datenzugriffe im Stand-By.
• →Team-Readiness und Schulungsbedarf: Mitarbeiter, die JTL am ersten Produktionstag zum ersten Mal sehen, bremsen jeden Go-Live. Schulung vor Go-Live ist keine Option, sie ist Voraussetzung.

Eine Regel, die sich in jedem Projekt bestätigt: Vorbereitung schlägt Tempo. Wer drei Wochen mehr in die Datenvorbereitung investiert, spart sechs Wochen Nacharbeit nach dem Go-Live.

Nicht jeder Händler braucht JTL. Aber für bestimmte Wachstumsszenarien wird der Wechsel zur operativen Notwendigkeit.

1

Multichannel-Druck überwältigt das Altsystem

Das Altsystem kommt mit einem oder zwei Verkaufskanälen gut klar. Sobald Amazon, eBay, ein eigener Shop und ein B2B-Portal gleichzeitig laufen, beginnt das manuelle Flicken. Preissynchronisation per Hand, Lagerbestand manuell anpassen, Bestellungen aus drei Systemen zusammenkopieren: das kostet täglich Stunden, die das Team nicht hat.

JTL Wawi bündelt alle Kanäle in einer Oberfläche. Bestandsänderungen werden automatisch an alle Marktplätze und den eigenen Shop übertragen. Die native Integration in JTL-eazyAuction für Amazon und eBay sowie die JTL-Ameise für Massenimporte sind dafür ausgelegt.

2

Das Altsystem skaliert nicht mehr mit dem Wachstum

Systeme wie Lexware oder ePages wurden für kleinere Betriebe gebaut. Sie funktionieren gut bis zu einer bestimmten Artikelzahl, einem bestimmten Bestellvolumen, einer bestimmten Lagerkomplexität. Wer darüber hinauswächst, stößt auf harte technische Grenzen.

JTL Wawi ist auf Skalierung ausgelegt: Zehntausende Artikel, mehrere Lager, WMS-Integration mit Handscanners, API-Konnektoren für individuelle Anforderungen. Der Wechsel ist kein Upgrade, er ist ein Paradigmenwechsel in der Systemlogik.

3

Kostenstabilität bei wachsendem Auftragsvolumen

Einige Systeme — plentymarkets ist das bekannteste Beispiel — berechnen Gebühren transaktionsbasiert. Je mehr Bestellungen, desto höhere Systemkosten. Wer seinen Umsatz verdoppelt, verdoppelt dabei auch die Softwarekosten.

JTL Wawi arbeitet mit festen Lizenzgebühren, unabhängig vom Bestellvolumen. Die Preise nach der Erhöhung vom 1. April 2026 liegen laut JTL-Preisseite bei 119 Euro (Advanced) und 369 Euro (Pro) monatlich — unabhängig davon, ob du 100 oder 10.000 Bestellungen im Monat bearbeitest.

4

WMS-Bedarf ohne natives WMS im Altsystem

Wer ein Lager mit mehr als drei Mitarbeitern und strukturierten Lagerwegen betreibt, braucht ein Warehouse Management System. In den meisten Nicht-JTL-Systemen ist das eine nachgelagerte, teuer integrierte Drittlösung.

JTL-WMS ist native in JTL Wawi eingebettet. Handscanner-Unterstützung, FEFO/FIFO-Lagerlogik, Einlagerung, Kommissionierung und Versand laufen aus einem System. Keine separate Middleware, keine Synchronisations-Risiken.

Diese Fehler tauchen immer wieder auf, unabhängig vom Quellsystem. Unvermeidbar sind sie nicht, aber sie entstehen fast immer aus denselben Ursachen.

Die Illusion

Direkter Import ohne Mapping-Vorbereitung

Die Annahme: JTL-Ameise erkennt automatisch, was wo hingehört. Die Realität: Ameise ist vorlagengesteuert. Ohne gepflegtes Mapping-Template landet jedes Datenfeld dort, wo es zufällig hingehört, nicht dort, wo es hingehören soll. Ein fehlerhaftes Mapping bei 3.000 Artikeln bedeutet 3.000 falsch importierte Artikel.

Die Realität

Mapping-Vorlage zuerst, Testimport danach

Das Mapping ist keine technische Aufgabe, die der Dienstleister alleine löst. Es braucht Wissen darüber, wie das eigene Sortiment aufgebaut ist: welche Felder existieren, welche Werte darin stehen, was die Ausnahmen sind. Diese Kombination aus JTL-Wissen und Sortiment-Kenntnis macht eine saubere Migration aus.

Dieser Ablauf hat sich über mehr als 120 Projekte herausgebildet. Die Reihenfolge ist nicht beliebig. Jede Phase baut auf der vorherigen auf. Wer Phasen überspringt oder parallel laufen lässt, zahlt das später in Form von Nacharbeit.

Der erste Schritt ist immer gleich: verstehen, was vorhanden ist. Das heißt den gesamten Datenstamm exportieren, in einem strukturierten Format prüfen und die Qualität bewerten. Wie viele Artikel sind aktiv verkauft, wie viele sind Karteileichen? Wie vollständig sind EAN, Gewicht, Steuerklasse, Bilder? Welche Verkaufskanäle laufen, und wo ist deren Konfiguration dokumentiert? Wir führen diesen Check gemeinsam mit dir im Erstgespräch durch. Du bekommst schriftlich zurück, was vorzubereiten ist. Der häufigste Fehler in dieser Phase: den Artikelstamm nicht exportieren und erst beim Import merken, dass Pflichtfelder fehlen.

Das Mapping legt fest, welches Feld im Quellsystem welchem Feld in JTL entspricht. Artikelnummernformat, Steuerklassen-Zuordnung, Variantenstruktur, Kundengruppen: all das muss explizit definiert werden. Parallel dazu wird die JTL-Wawi-Umgebung aufgesetzt: Testinstanz, Grundkonfiguration, Lagerstruktur. Diese Phase ist die technisch dichteste und macht den Unterschied zwischen einem sauberen Import und einer Datenkatastrophe. Wir nutzen dafür die Vorlagensteuerung der JTL-Ameise sowie die offizielle JTL-Datenmigrations-Dokumentation, die Mapping-Reihenfolge und Importpfade für alle gängigen Quellsysteme beschreibt. Der häufigste Fehler: Mapping als trivial behandeln und erst beim Testimport merken, dass Variantenstrukturen nicht übereinstimmen.

Erst wenn das Mapping steht, kommt die Testmigration. Dabei wird ein repräsentativer Ausschnitt des Datenstamms importiert: typisch 5 bis 10 Prozent der Artikel, ausgewählte Kunden, eine Probe der Bestellhistorie. Das Ziel: alle Mapping-Fehler vor dem echten Go-Live finden und beheben. Jeder Datensatz, der in der Testmigration falsch landet, würde beim echten Go-Live hundertfach falsch landen. Wir lassen die Testmigration immer von demjenigen abnehmen, der täglich im System arbeitet, nicht von der IT. Der häufigste Fehler: Testmigration als Formalität behandeln und nicht gründlich prüfen lassen.

Vier bis sechs Wochen vor Go-Live beginnt die Schulung der Key-User (das sind die Mitarbeiter aus Einkauf, Lager, Versand, Marktplatz-Management und Buchhaltung, die JTL täglich bedienen). Parallel wird die Hardware geprüft: JTL Wawi braucht einen Windows-Server oder dedizierten Windows-PC als Datenbankserver. JTL WMS zusätzlich WLAN-Abdeckung und kompatible Handscanner. Bestellnummer-Präfixe müssen vor Go-Live konfiguriert werden. Ohne korrekte Präfixe entstehen Nummernkonflikte mit Zahlungsreferenzen (PayPal, Klarna). Der häufigste Fehler: Hardware-Bestellung vier Wochen vor Go-Live. Dann wartet das Projekt auf die Lieferung.

Am Go-Live-Wochenende läuft folgendes Protokoll: Alle offenen Aufträge im Altsystem vollständig abwickeln. Dann die Live-Migration durchführen: Artikelstamm, Kunden, Lagerbestände zum Stichtag. Marktplatz-Verbindungen in JTL aktivieren, Bestandsabgleich einschalten, alle Kanäle testen. Die kurze Umstellungsphase dauert typisch 30 bis 60 Minuten. Danach startet die Hyper-Care-Phase: vier bis sechs Wochen intensive Begleitung, in denen wir alle Auffälligkeiten sofort adressieren. Das Altsystem bleibt dabei im Read-Only-Stand-By für ältere Datenzugriffe und als Sicherheitsnetz. Der häufigste Fehler: Bestandsabgleich aktivieren bevor alle Marktplatz-Mappings komplett sind.

Migrierst du von einem bestimmten Quellsystem? Wir haben für die wichtigsten Ausgangssysteme eigene Detailseiten geschrieben:

Lexware zu JTL — Schritt für Schrittplentymarkets zu JTL — Schritt für SchrittMigration aus ePagesAmazon und eBay in JTL migrierenAlle Migrationswege im Überblick

Autor

Alexander Luft

JTL Service Partner Gold · Vlarom E-Commerce Agentur · Ahrensfelde bei Berlin