JTL MIGRATION

JTL Migration — der Systemwechsel zu JTL Wawi aus jedem Quellsystem

  • 120+ abgeschlossene Migrationen: Von Lexware, plentymarkets, Afterbuy, Shopware, WooCommerce und weiteren Systemen. Über 10 Jahre Erfahrung aus deutschlandweiten Projekten.
  • 8 Quellsysteme, ein Ansprechpartner: Jedes Quellsystem hat eigene Exportformate und Datenmigrations-Logik. Wir kennen die Besonderheiten und planen das Mapping bevor der erste Import läuft.
  • JTL Service Partner Gold: Als zertifizierter JTL Service Partner Gold aus Ahrensfelde bei Berlin begleiten wir euren Wechsel von der Analyse bis zur stabilen Produktion.
JTL Migration — Systemwechsel aus Lexware, plentymarkets und Shopware zu JTL Wawi

Unterstützte Quellsysteme

Migrationen aus allen gängigen deutschen E-Commerce-Systemen — aus erster Hand.

LexwareplentymarketsAfterbuyShopwareWooCommerceSagemodified eCommerceXentral / weclapp

Unser bewährter Migrationsprozess

1

1. Analyse

Wir prüfen euer Quellsystem und die Datenbasis.

2

2. Planung & Mapping

Wir definieren das Datenmapping und den Migrationsplan.

3

3. Datenmigration

Sichere Übernahme aller relevanten Daten nach JTL-Wawi.

4

4. Tests & Abgleich

Datenprüfung, Tests und Abgleich auf Plausibilität.

5

5. Go-Live

Produktivstart mit Begleitung & Support bis alles stabil läuft.

  • Eine JTL Migration läuft in 5 Phasen ab: Analyse, Planung & Mapping, Datenmigration, Tests & Abgleich und Go-Live. Der Zeitrahmen liegt typisch bei 6 bis 12 Wochen — je nach Komplexität des Quellsystems und der Anzahl aktiver Verkaufskanäle.
  • Wir unterstützen Migrationen aus 8 Quellsystemen: Lexware, plentymarkets, Afterbuy, Sage, Shopware, WooCommerce, modified eCommerce und Xentral/weclapp. Jedes System hat eigene Exportformate, Besonderheiten beim Artikelstamm und unterschiedliche Anforderungen an das Debitorenmapping.
  • Der Projektumfang bestimmt den Aufwand: Einfache Migrationen starten ab 2.000 Euro, Standard-Projekte liegen zwischen 3.000 und 7.000 Euro, komplexe Setups mit JTL WMS und API-Konnektoren ab 7.000 Euro. Das Erstgespräch ist kostenlos und endet mit einer schriftlichen Aufwandsschätzung.

Mehr als 120 Migrationen haben wir abgeschlossen — von Lexware-Nutzern, die auf zwei Marktplätzen aktiv werden wollen, bis zu plentymarkets-Händlern mit 50.000 Artikeln und vier aktiven Verkaufskanälen. Das Muster ist immer dasselbe: Der Wechsel kommt ein bis zwei Jahre später als er sollte. Das alte System hält das Wachstum auf. Bestellungen werden manuell nachgepflegt, Bestände stimmen nicht kanalübergreifend, die DATEV-Übergabe ist ein monatlicher Kraftakt.

JTL Wawi ist kein universelles System für jeden Händler. Aber für Händler, die auf mehreren Kanälen verkaufen, ein Lager betreiben oder auf DATEV-Übergabe angewiesen sind, ist es das Werkzeug, das die tägliche Arbeit im Vergleich zu Buchhaltungslösungen mit aufgesetztem E-Commerce drastisch vereinfacht. Wir sehen in unseren Projekten regelmäßig, dass Händler nach der Migration 30 bis 60 Prozent weniger Zeit für die tägliche Auftragsabwicklung brauchen — nicht weil JTL schneller klickt, sondern weil Prozesse eben zum ersten Mal wirklich automatisiert laufen.

Was wir von anderen Dienstleistern unterscheidet: Wir kennen das Quellsystem, nicht nur JTL. Als JTL Service Partner Gold aus Ahrensfelde bei Berlin haben wir Exportdateien aus Lexware, plentymarkets-API-Dumps, Afterbuy-CSVs und Shopware-SQL-Exports in die Hände bekommen und wissen, wo die Lücken liegen.

Aus welchem System wechselst du zu JTL?

Jedes Quellsystem bringt andere Stärken beim Export und andere Lücken im Datenstamm. Die Migrationslogik ist deshalb nicht universell: Sie hängt davon ab, woher die Daten kommen. Wir haben Migrationen aus allen 8 Systemen durchgeführt und kennen die typischen Probleme, bevor sie auftauchen.

Lexware → JTL

Der klassische Wechsel im deutschen Mittelstand. Lexware ist eine ausgereifte Buchhaltungslösung, aber kein E-Commerce-System. Sobald Amazon, eBay oder ein Onlineshop ins Spiel kommen, wird der Aufwand für manuelle Synchronisation schnell untragbar. Der Wechsel lohnt sich ab etwa 200 Bestellungen pro Monat oder sobald zwei oder mehr Kanäle parallel bedient werden müssen. Die JTL-Ameise importiert Artikelstammdaten, Kundenstamm und Lieferantendaten direkt aus dem Lexware-Export. Der Parallelbetrieb der Buchhaltung während der Übergangszeit ist Pflicht; die DATEV-Übergabe auf JTL-Seite konfigurieren wir gleichzeitig mit der Migration.

Lexware zu JTL — Details

plentymarkets → JTL

Händler wechseln aus plentymarkets meist aus einem von zwei Gründen: Die auftragsbasierten Kosten steigen mit wachsendem Bestellvolumen, oder die Komplexität der Plattform übersteigt den Nutzen. plentymarkets hat eine vollständige REST-API, was die Datenmigration technisch sauber macht: Artikel, Kunden, Bestellungen und Lagerbestände lassen sich strukturiert exportieren. Die Herausforderung liegt im Attribut-Mapping: plentymarkets bildet Varianten anders ab als JTL. Wer auf mehrere Lager, komplexe Versandprofile oder JTL WMS umsteigen will, profitiert vom Wechsel besonders stark.

plentymarkets zu JTL — Details

Afterbuy → JTL

Afterbuy wurde primär für eBay-Händler gebaut. Wer auf Amazon, Kaufland und weiteren Marktplätzen verkauft und gleichzeitig ein eigenes Lager betreibt, kommt mit der Funktionstiefe an Grenzen. Dazu kommen Preisänderungen: Afterbuy hat sein Preismodell ab Juli 2026 grundlegend überarbeitet. Das erhöht für viele Bestandskunden die monatliche Belastung spürbar. Der Artikelstamm aus Afterbuy ist oft gut gepflegt: der Export läuft per CSV, der Import in JTL-Ameise ist strukturiert möglich. Marktplatz-Konfigurationen müssen in JTL-eazyAuction neu aufgebaut werden.

Afterbuy zu JTL — Details

Sage → JTL

Sage ist ein ERP-System mit Stärken in der Buchhaltung und Lohnbuchhaltung, aber ohne native E-Commerce-Anbindung. Händler wechseln, wenn das E-Commerce-Geschäft das Kerngeschäft übernimmt und Sage die Marktplatz- oder Shop-Anbindung nicht mehr hergibt. Der Datenstamm in Sage ist oft komplex strukturiert; Debitorenmapping und Kostenstellen müssen sorgfältig auf JTL-Konventionen übertragen werden. Die Buchhaltungs-Übergabe an den Steuerberater läuft nach der Migration über JTL2DATEV.

Sage zu JTL — Details

Shopware → JTL

Shopware-Händler wechseln zu JTL, wenn sie Lagerverwaltung, Einkauf und DATEV aus einem System brauchen und Shopware bisher nur als Shopsystem ohne eigene Warenwirtschaft betrieben haben. In vielen Projekten bleibt Shopware als Shopsystem erhalten und wird über den JTL-Connector an JTL-Wawi angebunden. Shopware bleibt als Frontend, JTL übernimmt die Warenwirtschaft dahinter. Wenn Shopware 5 genutzt wird: das End-of-Life ist seit Juli 2024 offiziell, Support endet vollständig. Migration zu JTL-Shop oder Shopware 6 plus Connector sind die typischen Wege.

Shopware zu JTL — Details

WooCommerce → JTL

WooCommerce-Händler haben meist ein gut laufendes WordPress-Frontend und suchen ein ERP, das die Logistik übernimmt, ohne den Shop zu ersetzen. Der JTL-Connector für WooCommerce verbindet JTL-Wawi mit dem bestehenden WooCommerce-Shop: Artikel, Preise und Bestände werden synchronisiert, Bestellungen aus WooCommerce landen automatisch in JTL. Der Shop bleibt erhalten, die Warenwirtschaft läuft in JTL. Bei größeren WooCommerce-Shops ab ca. 5.000 Artikel sollte die Connector-Konfiguration sorgfältig geplant werden, damit Varianten und Merkmale sauber übernommen werden.

WooCommerce Connector — Details

modified eCommerce → JTL

modified eCommerce (früher modified-shop) ist eine ältere Open-Source-Plattform mit breiter Nutzerbasis im deutschsprachigen E-Commerce. Viele Shops laufen noch auf PHP 7.x, was bei Hostinganbietern zunehmend zum Problem wird. Wer zu JTL wechselt, migriert meist sowohl die Warenwirtschaft als auch den Shop. Der Datenstamm aus modified eCommerce liegt in MySQL-Tabellen vor. Export und Mapping über CSV ist möglich, braucht aber mehr Handarbeit als bei modernen APIs. Bilder und Langbeschreibungen müssen separat übertragen werden.

modified zu JTL — Details

Xentral / weclapp → JTL

Xentral und weclapp sind cloudbasierte ERP-Systeme, die im deutschen SMB-Markt stark gewachsen sind. Händler wechseln von dort zu JTL, wenn die E-Commerce-Tiefe fehlt, zum Beispiel für JTL-WMS, JTL-eazyAuction oder individuelle API-Konnektoren auf spezifischen Marktplätzen. Beide Systeme bieten REST-APIs für den Datenexport, was die Migrationsvorbereitung technisch sauber macht. Die Artikelstruktur in weclapp und Xentral ist gut dokumentiert und lässt sich strukturiert auf JTL-Felder mappen.

Xentral / weclapp zu JTL — Details

Was kostet eine JTL Migration?

Pauschalpreise geben wir nicht. Der Aufwand hängt zu stark von Artikelanzahl, Variantenstruktur, Quellsystem und Anzahl der Verkaufskanäle ab. Was wir nach dem kostenlosen Erstgespräch immer liefern: eine schriftliche Aufwandsschätzung, aufgeschlüsselt nach den einzelnen Arbeitspaketen. Die folgenden Preisrahmen zeigen typische Projektgrößen aus unserer Praxis.

Einfache Migration

ab 2.000 Euro

6–8 Wochen

  • Bis 2.000 Artikel, wenige Varianten
  • 1 Verkaufskanal
  • Standard-Mapping via JTL-Ameise
  • Key-User-Schulung kompakt
  • Stabilisierungsphase 2–4 Wochen

Standard-MigrationTypisch

3.000–7.000 Euro

8–12 Wochen

  • Bis 10.000 Artikel inkl. Varianten
  • 2–3 Verkaufskanäle plus Shop
  • Custom Mapping und Datenbereinigung
  • Vollständige Team-Schulung
  • Stabilisierungsphase 4–6 Wochen nach Go-Live

Komplexe Migration

ab 7.000 Euro

12–18 Wochen

  • Unbegrenzte Artikelanzahl
  • Multichannel plus JTL-WMS-Einführung
  • Individuelle API-Konnektoren
  • Tiefgehende Schulung aller Teams
  • Erweiterte Stabilisierungsphase und laufende Betreuung

Zu den Dienstleisterkosten kommen JTL-Lizenzkosten: JTL Wawi Start kostenlos, Advanced ab 99 Euro/Monat im Jahresabo, Pro ab 329 Euro/Monat im Jahresabo. Aktuelle Preise auf jtl-software.de/preise. Wer von einem auftragsbasierten System wie plentymarkets oder Afterbuy wechselt, spart oft ab dem ersten Monat auf der Lizenzseite.

Aus der Praxis: Wie ein Shopbetreiber nach dem JTL-Aufbau von 1 auf 2.968 indexierte Seiten kam

Ein Händler, der seinen JTL-Shop neu aufgebaut hatte, stellte nach einigen Wochen fest: Google indexiert nur eine einzige Seite des gesamten Shops. 2.967 Produkt- und Kategorieseiten lagen im Google-Index nicht vor — unsichtbar für jeden Suchenden.

Die Ursache war eine fehlerhafte Sitemap-Konfiguration, die Google daran gehindert hatte, den Produktkatalog zu crawlen. Ein typisches Problem nach dem Aufbau eines neuen JTL-Shops: Die Sitemap wird generiert, aber nicht korrekt in der Google Search Console hinterlegt oder enthält Fehler in der URL-Struktur.

Wir analysierten die GSC-Daten, identifizierten die Sitemap-Fehler und korrigierten die Konfiguration. Das Ergebnis: Innerhalb weniger Wochen wurden 2.968 Seiten von Google indexiert. Der organische Traffic startete.

Die Lehre aus diesem Projekt: Eine technisch saubere JTL-Einrichtung oder Migration ist erst dann vollständig, wenn auch die Suchmaschinen-Sichtbarkeit überprüft und aktiviert wurde. Wir liefern deshalb nach jedem Aufbau- oder Migrationsprojekt einen technischen SEO-Check als Abschlussschritt.

Weitere Showcases mit messbaren Ergebnissen, unter anderem die Bereinigung von 72.489 Duplikat-URLs bei einem Optik-Händler, findest du auf unserer Referenzenseite.

Die 4 häufigsten Fehler bei JTL Migrationen — und wie ihr sie vermeidet

Nach über 120 Migrationen kennen wir die Stellen, an denen Projekte in Schwierigkeiten geraten. Keiner dieser Fehler ist unvermeidlich — aber alle entstehen, wenn bestimmte Schritte übersprungen oder unterschätzt werden.

Der häufigste Fehler bei Migrationen aus Lexware, Afterbuy oder modified eCommerce: Artikel werden als einfache SKUs importiert, ohne dass die Varianten-Logik auf JTL-Felder gemappt wurde. In JTL-Wawi sind Varianten (Größe, Farbe, Material) eigenständige Unterpositionen mit jeweils eigenen EANs und Lagerorten. Wer den Import ohne Varianten-Mapping durchführt, hat danach hunderte Artikel ohne korrekte Unterpositionen und muss sie in JTL-Wawi manuell nachpflegen. Das kostet bei 3.000 Varianten-Artikeln schnell eine Woche Arbeit. Vermeiden: Varianten-Mapping vor dem ersten Test-Import vollständig dokumentieren und in der Testmigration exemplarisch prüfen.
Viele Händler sagen: Die alten Bestellungen brauche ich nicht in JTL. Das stimmt für den laufenden Betrieb, nicht aber für die Buchhaltung. Wer die Bestellhistorie nicht migriert, hat keine DATEV-taugliche Grundlage für Umsätze, die vor der Migration entstanden sind. Der Jahresabschluss wird zur manuellen Rechnungslegung. Außerdem fehlt die Kundenhistorie: Stammkunden kaufen erneut, aber der Service-Mitarbeiter sieht in JTL keine Vorbestellungen. Vermeiden: Bestellhistorie für das laufende Geschäftsjahr immer migrieren, auch wenn sie nur als abgeschlossen-Status in JTL erscheint. Ältere Jahre als CSV-Archiv aufbewahren.
Der Go-Live läuft übers Wochenende. Montag früh öffnet das Lager — und JTL synchronisiert nicht korrekt mit dem Marktplatz. Keine Panik ist nur möglich, wenn ein Rollback-Plan existiert: Das Altsystem ist noch zugänglich, Zugangsdaten sind bekannt, der letzte konsistente Export liegt vor. Wer das Altsystem vor dem Go-Live deinstalliert oder Zugangsdaten löscht, hat keinen Plan B mehr. Wir lassen das Altsystem in jedem Projekt für mindestens 2 Wochen parallel zugänglich. Das kostet nichts und schützt vor dem schlimmsten Fall.
JTL-Wawi selbst kommt ohne EAN gut aus: Das interne System funktioniert mit Artikelnummern. Aber für Amazon, eBay, Kaufland und OTTO sind korrekte EANs/GTINs Pflicht für das Listing. Händler, die aus Lexware oder modified eCommerce kommen, haben oft lückenhafte EAN-Felder. Das fällt nicht beim Import auf, sondern beim ersten Marktplatz-Upload. Dann scheitern Listings einzeln oder in Batches, ohne klare Fehlermeldung. Vermeiden: Vor dem Import alle Artikel auf EAN-Vollständigkeit prüfen. Fehlende EANs vor dem Go-Live beim Hersteller oder über GS1-Datenbanken beschaffen.

Häufige Fragen zur JTL Migration

Eine typische JTL Migration dauert 6 bis 12 Wochen vom ersten Gespräch bis zur stabilen Produktion. Der Zeitrahmen hängt von drei Faktoren ab: Artikelanzahl und Variantenstruktur, Anzahl der aktiven Verkaufskanäle und Qualität des Datenstamms im Quellsystem. Eine einfache Migration mit bis zu 2.000 Artikeln und einem Verkaufskanal aus Lexware ist in 6 bis 8 Wochen abgeschlossen. Eine Multichannel-Migration aus plentymarkets mit 15.000 Artikeln, 4 Marktplätzen und JTL-WMS-Einführung dauert 12 bis 16 Wochen. Wer den Zeitplan unter Druck setzen will, etwa wegen eines auslaufenden Vertrags mit dem Altsystem, sollte das im Erstgespräch ansprechen. Wir haben Projekte auch in 4 bis 5 Wochen durchgezogen, wenn Voraussetzungen gut waren und das Team Zeit hatte. Das ist aber die Ausnahme, nicht der Standard.
Wir übertragen sechs Datenbereiche: Artikelstammdaten (Titel, Beschreibungen, Bilder, EANs, Preise, Varianten, Kategorien), Kundendaten (Adressen, Kundengruppen, Rabattstaffeln), Bestellhistorie (offene und historische Aufträge mit Positionen und Zahlstatus), Lagerbestände (pro Artikel und pro Lager, inklusive Seriennummern und Chargen), Lieferantendaten (Konditionen, Einkaufspreise) und Zahlungsartenprofile. Was nicht automatisch übertragbar ist: proprietäre Felder ohne JTL-Entsprechung, Rechnungs-PDFs und Lieferscheine aus dem Altsystem sowie individuell entwickelte Zusatzfunktionen. Welche Daten bei eurer konkreten Migration übernommen werden können, hängt vom Quellsystem ab und klären wir im Erstgespräch. Mehr zu diesem Thema steht auf unserer Seite zu den Kosten einer JTL Migration.
Ja — und wir empfehlen das ausdrücklich. Wir planen in jedem Projekt 1 bis 2 Wochen Parallelbetrieb ein. In dieser Zeit läuft das Altsystem noch zugänglich, neue Bestellungen werden aber bereits in JTL erfasst. Das gibt dem Team Zeit, sich in JTL einzuarbeiten, ohne sofort auf das alte System verzichten zu müssen. Bei Lexware ist der Parallelbetrieb der Buchhaltung besonders wichtig: Laufende Buchungen bleiben bis zum Monatsabschluss in Lexware, der DATEV-Export läuft dann final aus dem Altsystem. Gleichzeitig konfigurieren wir JTL2DATEV, damit ab dem Stichtag alle neuen Buchungen aus JTL kommen.
Lexware ist primär ein Buchhaltungs- und Bürowerkzeug, kein E-Commerce-System. Das hat Konsequenzen für die Migration: Der Artikelstamm ist oft solide, aber ohne E-Commerce-relevante Felder wie EANs, Variantenattribute oder kanalspezifische Beschreibungen. Die JTL-Ameise importiert Artikel und Kundenstamm direkt aus dem Lexware-Export, aber die Marktplatz- und Shop-Konfiguration muss komplett neu in JTL aufgebaut werden; das gibt es in Lexware nicht. Besonderheit beim Debitorenmapping: Lexware-Kundennummern und JTL-Kundennummern haben unterschiedliche Logiken. Wir dokumentieren das Mapping vor dem Import. Außerdem muss der Parallelbetrieb der Buchhaltung sorgfältig geplant werden, damit kein Buchungszeitraum doppelt oder gar nicht erfasst wird.
Der Hauptunterschied zur Lexware-Migration: plentymarkets-Händler haben bereits eine laufende Multi-Channel-Infrastruktur. Amazon, eBay, Shop und Lager laufen und müssen nach dem Go-Live in JTL genauso laufen, ohne Downtime. Das erfordert eine sehr sorgfältige Migrations-Planung: Marktplatz-Listings müssen in JTL-eazyAuction neu aufgebaut werden, bevor der alte plentymarkets-Listing-Account abgeschaltet wird. plentymarkets bietet eine vollständige REST-API für den Datenexport; das macht die Datenmigration technisch sauber. Die Herausforderung liegt im Attribut-Mapping: plentymarkets bildet Varianten über Attribute und Werte ab, JTL über Merkmale und Merkmalsausprägungen. Wer dieses Mapping sorgfältig dokumentiert, vermeidet den häufigsten Fehler beim plentymarkets-Wechsel.
JTL Wawi läuft als Abo-Modell in drei Editionen. Start ist kostenlos, enthält aber begrenzte Funktionen. Advanced kostet 99 Euro/Monat im Jahresabo oder 119 Euro/Monat monatlich. Pro kostet 329 Euro/Monat im Jahresabo oder 369 Euro/Monat monatlich. Wer von einem auftragsbasierten System wie plentymarkets oder Afterbuy wechselt, zahlt in JTL unabhängig vom Bestellvolumen: kein Q4-Zuschlag, keine Sonderpreise bei saisonalen Peaks. Aktuelle Preise und vollständige Übersicht auf jtl-software.de/preise.
Selbst migrieren ist möglich und sinnvoll, wenn drei Bedingungen zutreffen: wenige Artikel (unter 500, ohne komplexe Varianten), ein sauberer CSV-Export aus dem Quellsystem und jemand im Team mit Erfahrung im Datenmapping. Dann ist die JTL-Ameise gut beherrschbar. JTL bietet dazu umfangreiche Dokumentation im JTL Guide. Die Vlarom E-Commerce Agentur kommt ins Spiel, sobald die Migration größer wird: mehr als 1.000 Artikel oder Varianten, mehrere aktive Verkaufskanäle, die parallel synchron bleiben müssen, oder wenn ein fester Go-Live-Termin nicht scheitern darf. Der Hauptunterschied ist nicht das Wissen über JTL, sondern das Wissen über das Quellsystem und seine Exportlücken.
Nein — wenn der Prozess ordentlich abläuft. Das ist der Grund, warum wir immer mit einer Testmigration arbeiten, bevor ein einziger Datensatz live geht. Wir prüfen Artikeldaten, Preise, Kundenstamm und Lagerbestände gegen die Quell-Daten. Abweichungen werden dokumentiert und entweder korrigiert oder bewusst als nicht-migrierbar markiert. Was nicht automatisch übernommen werden kann (zum Beispiel proprietäre Felder des Altsystems oder historische Rechnungs-PDFs), besprechen wir transparent im Voraus. Kein Datenverlust bedeutet: wir gehen erst live, wenn die Testmigration eine vollständige Abnahme durch den Händler hat.

Eure JTL-Migration in besten Händen

JTL Service Partner Gold Aus Ahrensfelde bei Berlin 120+ erfolgreiche Projekte

Bereit für den Wechsel? Wir schauen uns euer System an.

Das Erstgespräch ist kostenlos und dauert 30 bis 45 Minuten. Wir fragen euch nach Artikelanzahl, Quellsystem, aktiven Verkaufskanälen und eurem Wunsch-Go-Live-Termin. Das Ergebnis: eine schriftliche Aufwandsschätzung, aufgeschlüsselt nach Arbeitspaketen. Keine Pauschalen, keine Überraschungsrechnung. Vlarom E-Commerce Agentur ist JTL Service Partner Gold aus Ahrensfelde bei Berlin und betreut über 300 aktive JTL-Händler deutschlandweit. Ruf uns an unter +49 30 91473862, schreib an info@vlarom.de oder nutze unser Kontaktformular.

Autor

Alexander Luft

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