
Auf einen Blick
- ✓Wir begleiten Lexware-zu-JTL-Migrationen seit Jahren: Ein sauber geplantes Projekt dauert 4 bis 12 Wochen, je nach Datenmenge und Ausgangszustand der Artikel-Stammdaten.
- ✓Übernommen werden Artikel, Kunden und Lagerbestände zum Stichtag — die Buchhaltungshistorie bleibt in Lexware und wird dort archiviert, weil JTL Wawi kein Buchhaltungsprogramm ist.
- ✓Der häufigste Kostentreiber ist nicht die Migration selbst, sondern die Bereinigung schlechter Ausgangsdaten. Wir prüfen das vor jedem Projekt — damit du weißt, was auf dich zukommt.
Wir bei der Vlarom E-Commerce Agentur wissen: Eine Datenmigration ist kein technisches Routineprojekt, das man nebenbei erledigt. Es ist ein Eingriff in den laufenden Betrieb. Wer die Vorbereitung unterschätzt, steht am Stichtag mit halbfertigen Daten da und verliert Tage, die er nicht einplant. Deshalb starten wir jedes Projekt mit einer ehrlichen Bestandsaufnahme — bevor auch nur eine Datei exportiert wird.
Was Lexware-Händler beim Wechsel wirklich erwartet
Lexware ist für viele Händler das erste System, das alle Bereiche abdeckt: Artikel, Kunden, Bestellungen, Buchhaltung. Das funktioniert gut, solange das Geschäft überschaubar bleibt. Ab einem bestimmten Volumen zeigen sich die Grenzen: Marktplätze lassen sich nur über Drittanbieter anbinden, eine echte Lagerverwaltung gibt es nicht, und die Performance bei großen Katalogen leidet. Aus unseren eigenen Projekten kennen wir die Zahlen, die den Ausschlag geben.
Quelle: eigene Projektdaten der Vlarom E-Commerce Agentur. In über zehn Lexware-zu-JTL-Projekten lagen die Artikelmengen zwischen 800 und 18.000 SKUs. Die Migrationszeit variierte zwischen 4 und 14 Wochen. Der Faktor mit dem größten Einfluss auf die Dauer war in keinem einzigen Fall die technische Übertragung — sondern der Zustand der Ausgangsdaten.
Die Dauer einer Lexware zu JTL Migration hängt vor allem von diesen Faktoren ab:
- →Artikelanzahl und Variantenstruktur: 500 Artikel ohne Varianten sind in einem Tag übertragen. 8.000 Artikel mit je 10-15 Varianten und unvollständigen EANs dauern Wochen — nicht wegen JTL, sondern wegen der Bereinigungsarbeit vorher.
- →Qualität der Stammdaten in Lexware: Wer über Jahre Felder freigelassen, Lieferantendaten nicht gepflegt oder Artikel dupliziert hat, muss diese Arbeit jetzt nachholen. Das ist keine JTL-Anforderung — das ist der Preis für sauberes Arbeiten im neuen System.
- →Offene Vorgänge zum Stichtag: Bestellungen, die beim Wechsel noch offen sind, müssen entweder noch in Lexware abgeschlossen oder manuell in JTL Wawi übertragen werden. Je mehr offene Vorgänge, desto aufwendiger der Übergang.
- →Anzahl der Marktplätze und Shops: Wer nur einen Webshop betreibt, hat andere Voraussetzungen als wer gleichzeitig Amazon, eBay und einen eigenen Shop anbinden will. Die JTL Ameise importiert die Basisdaten — die Marktplatz-Anbindung ist ein eigenes Projekt danach.
- →Buchhaltungsschnittstelle: Der Export zu DATEV oder die Weiterführung in Lexware als Archiv-System muss vor dem Stichtag geklärt sein. Beides ist möglich — aber beides braucht Zeit zur Einrichtung. Mehr dazu im JTL Guide zur DATEV-Anbindung.
Die zentrale Regel aus allen Projekten: Wer eine Lexware zu JTL Migration plant, sollte mindestens 50% der Projektzeit für Vorbereitung einkalkulieren — nicht für die eigentliche Übertragung.
Was kostet das in der Praxis? Typische Lexware-zu-JTL-Migrationen liegen bei uns bei ca. 2.400 bis 6.000 Euro netto je nach Umfang — abhängig von Artikelzahl, Marktplatz-Anbindungen und Datenzustand. Basis ist ein Stundensatz von ca. 120 Euro, die Projektlaufzeit liegt bei ca. 20 bis 50 Stunden. Wir arbeiten nicht mit Festpreis, sondern mit einer belastbaren Schätzung nach dem Erstgespräch. Komplexere Setups mit WMS-Einführung, mehreren Marktplätzen oder DATEV-Schnittstelle liegen darüber und werden separat kalkuliert.
Die zwei Fehler, die Lexware-zu-JTL-Migrationen am meisten kosten
Aus unserer Projektpraxis kristallisieren sich zwei Muster heraus, die fast jede problematische Migration verursachen. Beide sind vermeidbar, wenn man früh genug hinschaut.
Was Händler nach einer sauberen Migration tatsächlich gewinnen
Die Lektion
Praxisbeispiel aus unserem Kundenstamm: Ein anonymisierter Händler aus der Retouren-Nische wechselte von einem Altsystem zu JTL. Nach der Migration stieg die Sichtbarkeit in der Google Search Console von praktisch null auf knapp 3.000 indexierte Seiten — kein SEO-Projekt, sondern die direkte Folge einer sauber durchgeführten Migration mit korrekter Sitemap-Struktur, sauberem Kategoriebaum und konsistenten Artikeldaten. Der Wechsel von Lexware zu JTL lohnt sich fast immer — aber nicht allein wegen des neuen Systems, sondern wegen der Datenqualität und der Prozesse die dabei erzwungen werden. Wer die Migration nutzt um einmal aufzuräumen, gewinnt mehr als nur ein neues Warenwirtschaftssystem.
Dein Migrations-Action-Plan in 5 Schritten
Dieser Ablauf basiert auf dem, was bei unseren Migrationsprojekten tatsächlich funktioniert. Er ist nicht die schnellste Route, aber die zuverlässigste — ohne böse Überraschungen am Stichtag. Eine vollständige Übersicht aller von uns begleiteten Systemwechsel findest du auf unserer [JTL Migration Hub-Seite](https://www.vlarom.de/jtl-migration/), Details zur Lexware-Migration im Speziellen auf der [Lexware-zu-JTL-Leistungsseite](https://www.vlarom.de/lexware-zu-jtl/).
Bestandsaufnahme und Projektscoping (Woche 1–2)
Exportiere alle Artikelstammdaten, Kundendaten und offene Vorgänge aus Lexware als CSV. Prüfe systematisch: Wie viele Artikel haben eine EAN? Wie vollständig sind Lieferantendaten? Wie viele offene Bestellungen gibt es? Das Ergebnis dieser Prüfung bestimmt die Projektlaufzeit — nicht die Artikelzahl allein. Der häufigste Fehler ist, diesen Schritt zu überspringen und direkt mit dem Import zu beginnen.
Datenmapping und Bereinigung (Woche 2–5)
Das Ameise-Importtemplate für Artikel und Kunden hat andere Feldbezeichnungen als Lexware. Spalten wie ‚Lieferanten-Artikelnummer‘ oder ‚Einheit‘ müssen manuell gemappt werden. Gleichzeitig werden fehlende EANs ergänzt, Duplikate zusammengeführt und Kategorien für die neue JTL-Struktur vorbereitet. Dieser Schritt kostet am meisten Zeit — und ist am wichtigsten.
Testmigration und Abnahme (Woche 4–6)
Importiere die bereinigten Daten in eine Testinstanz von JTL Wawi. Prüfe Artikelbilder, Preise, Varianten und Kundendatensätze. Gehe Bestellhistorie-Einträge stichprobenartig durch. Erst wenn die Testmigration sauber abgenommen ist, wird ein Stichtag festgelegt. Kein Stichtag vor der Abnahme — das ist bei uns eine harte Regel.
Live-Migration und Parallelbetrieb (Woche 6–10)
Am Stichtag geht der Wareneingang in JTL Wawi. Neue Bestellungen werden ab sofort dort verarbeitet. Laufende Vorgänge aus Lexware werden noch dort abgeschlossen. Der Parallelbetrieb dauert bei unseren Projekten zwischen zwei und vier Wochen — je nach Volumen der offenen Vorgänge. In dieser Phase haben beide Systeme aktuellen Datenstand, aber JTL Wawi ist bereits das führende System.
Anbindungen und Post-Migration (Woche 8–12)
Nach der Datenmigration folgen die Anbindungen: Marktplätze via JTL Unicorn 2 oder eazyAuction, Webshop-Connector, DATEV-Schnittstelle für die Buchhaltung. Das sind eigenständige Projekte, die parallel zur Stabilisierung des Betriebs laufen. Eine vollständige Übersicht aller verfügbaren Schnittstellen bietet der JTL Ameise Guide.

