Wir bei Vlarom wissen: Eine Migration ist kein IT-Projekt — es ist ein Eingriff ins offene Herz deines Geschäfts. Artikel, Kunden, Bestellhistorie, Lagerbestände, laufende Marktplatz-Bestellungen — alles muss weiterlaufen, während du umziehst. Genau deshalb haben wir für jedes der vier wichtigsten Quellsysteme eine eigene Vorgehens-Matrix entwickelt. Jedes System hat seine eigenen Tücken.
Welches System wechselst du?
Pro Quellsystem findest du eine eigene Landingpage mit Detail-Prozess, Übernahme-Liste und Aufwand-Schätzung. Klick dich rein, wo dein aktuelles System steht.
Warum zu JTL wechseln?
Egal aus welchem Quellsystem — die Treiber für den JTL-Wechsel sind fast immer dieselben: steigender Multichannel-Druck, fehlende echte Lagerverwaltung und ein Pflegeaufwand, der mit dem Geschäft mitwächst. JTL als E-Commerce-Betriebssystem löst das an der Wurzel: native Marktplatz-Anbindung über [Unicorn 2 und eazyAuction](https://guide.jtl-software.com/de/jtl-wawi/marktplatz-anbindungen/), vollwertiges WMS mit Handscanner-Workflow, eigene Schnittstellen-Architektur.
Was viele Händler unterschätzen: Der Wechsel ist nicht nur eine Daten-Migration, sondern eine Reorganisation der täglichen Arbeitsabläufe. Ein gut geplanter Umstieg spart innerhalb der ersten 12 Monate mehr Zeit ein, als die Migration selbst gekostet hat. Schlecht geplant kostet er ein halbes Jahr Nerven und Vertrauen ins neue System.
Die Vlarom-Erfahrung aus über 120 Migrationen: Die ersten zwei Wochen entscheiden alles. Wer hier in saubere Analyse investiert, geht entspannt live. Wer hier spart, zahlt es in Hyper-Care-Stunden später drauf.
Und noch etwas, das viele übersehen: Eine Migration ist auch eine Chance, eingewachsene Daten-Schulden zu bereinigen. Doppelte Artikelnummern, inkonsistente Steuerklassen, Kunden ohne vollständige Adressdaten — wer die Migration sauber plant, liefert JTL ein ordentliches Fundament statt ein übertragenenes Chaos.
Wie läuft eine JTL-Migration ab?
Eine JTL-Migration läuft in fünf Schritten ab — die Reihenfolge gilt für alle Quellsysteme. Nur die Details unterscheiden sich je nach Herkunftssystem.
Kosten und Zeitrahmen einer JTL-Migration
Konkrete Zahlen findest du bei kaum einer JTL-Agentur. Der Grund ist simpel: Es gibt keine Zahl, die für alle stimmt. Wir nennen dir hier den ehrlichen Rahmen.
Der Aufwand hängt an drei Faktoren: Wie viele Artikel und Kunden müssen migriert werden, wie sauber sind die Quelldaten, und welche Verkaufskanäle laufen parallel weiter. Ein Händler mit 500 Artikeln und einem Verkaufskanal ist ein anderes Projekt als einer mit 15.000 Artikeln, vier Marktplätzen und einem laufenden Shop.
Was wir aus über 120 Projekten sagen können: Den Aufwand schätzen wir nach dem Erstgespräch — basierend auf Artikelanzahl, Verkaufskanälen und Datenqualität. Pauschalangaben wären unseriös. Wir arbeiten immer projektbezogen. Keine versteckten Stundenaufschläge für Fragen, die wir im Erstgespräch geklärt hätten.
Zeitlich gilt: Die Vorbereitungsphase lässt sich nicht verkürzen, ohne dass es später auffällt. Wer auf eine unrealistisch kurze Umsetzung drängt, bekommt von uns ein offenes Wort — und danach einen Plan, der funktioniert.
Für dein individuelles Angebot: Erstgespräch anfragen.
Was tun, wenn Daten nach der Migration fehlen oder falsch sind?
Das ist keine Ausnahme, das gehört zu jeder größeren Migration dazu. Wer dir etwas anderes erzählt, ist nicht ehrlich. Entscheidend ist nicht ob etwas auffällt, sondern wie schnell es erkannt und behoben wird. Deshalb hat jede Migration bei uns eine Hyper-Care-Phase direkt nach Go-Live.
Die häufigsten Szenarien aus der Praxis:
Artikelbilder fehlen nach dem Import. Der häufigste Grund: Die Bilder lagen im Quellsystem als externe URLs vor und wurden nicht als lokale Dateien exportiert. In JTL Wawi sind Bilder lokal gebunden. Lösung: Bilder nachträglich über die JTL-Ameise als Batch importieren oder direkt per Datenbankskript nachziehen. Wir haben dafür ein Standardskript, das in den meisten Fällen innerhalb weniger Stunden alle Bilder nachlädt.
Preise stimmen nicht, falsche Steuerklasse oder falscher Staffelpreis. Das passiert, wenn das Quellsystem Steuerklassen anders aufteilt als JTL. Bei einem Händler hatten wir nach dem Import knapp 3.000 Artikel mit der falschen Steuerklasse — das Quellsystem trennte „reduced“ und „standard“ anders als JTL erwartet. Fix: Steuerklassen-Mapping schon in der Analysephase dokumentieren und nach dem Import über einen Ameise-Prüflauf validieren.
Doppelte Kundennummern oder Kunden ohne Adressdaten. Wenn das Quellsystem Kunden mehrfach angelegt hat — etwa weil verschiedene Shops desselben Händlers getrennte Kundenstämme hatten — entstehen nach dem Import Duplikate. JTL vergibt beim Import neue interne IDs. Sollen aber die alten Kundennummern übernommen werden, braucht das sauberes Pre-Mapping. Wir bereinigen den Kundenstamm vor dem Import, nicht danach.
Bestellhistorie unvollständig oder Positionen fehlen. Nicht alle Quellsysteme exportieren Bestellpositionen im selben Format. Vor allem ältere Afterbuy-Exporte haben Lücken bei Rabattpositionen. Lösung: Vollständigkeit schon in der Testmigration prüfen, nicht erst nach Go-Live.
Wenn du nach einer Migration ohne uns dasitzt und Daten nicht stimmen: Ruf uns an. Wir schauen uns das an — auch wenn die Migration nicht von uns war.
