PlentyONE-Oberfläche links, JTL-Wawi rechts, Pfeil dazwischen — Systemwechsel von Plentymarkets zu JTL

Plentymarkets zu JTL Migration — Kosten, Kontrolle und was wirklich auf dich zukommt

Händler die mir schreiben und von PlentyONE weg wollen, beschreiben oft dasselbe Gefühl: Die monatliche Rechnung steigt mit dem Bestellvolumen, individuelle Anpassungen scheitern an der Cloud-Architektur, und die Abhängigkeit vom Anbieter wächst. JTL-Wawi läuft lokal auf deinem Server oder dem deiner Wahl — du hast deine Daten, deine Kontrolle, deine Entscheidung. Die Plentymarkets zu JTL Migration ist in der Praxis machbar, braucht aber Vorbereitung an zwei kritischen Stellen.

Du willst raus aus dem Cloud-Abo — aber weißt nicht, was bei der Migration auf dich zukommt?

Dieser Beitrag zeigt dir den echten Ablauf: Was mitkommt, wo Projekte regelmäßig haken, und welche fünf Phasen die Migration strukturieren.

Auf einen Blick

  • ✓Wir begleiten Händler beim Wechsel von PlentyONE zu JTL — der größte Treiber sind die laufenden Kosten: PlentyONE berechnet Grundgebühren plus Transaktionsgebühren pro Bestellung, JTL-Wawi ist in der Basisversion kostenlos.
  • ✓Was bei der Migration mitkommt: Artikelstammdaten, Kundendaten, Lagerbestände und Marktplatz-Listings mit ASIN/SKU-Zuordnung — die Bestellhistorie bleibt in plentymarkets und wird parallel archiviert oder auf Stichtag umgestellt.
  • ✓Wir sehen zwei Fehler die fast jede Plentymarkets-zu-JTL-Migration verlangsamen: falsch gemappte Variantenartikel und fehlerhafte SKU-Zuordnung bei Amazon und eBay — beide lassen sich mit Vorbereitung vermeiden.

Wir wissen: Ein Systemwechsel ist nicht nur ein Datentransfer — es ist ein Eingriff in laufende Prozesse, aktive Marktplatz-Listings und das tägliche Handling deines Teams. Deshalb fangen wir bei jedem Projekt mit einer ehrlichen Bestandsaufnahme an: Was nutzt du wirklich in plentymarkets, was ist davon migrierbar, und wo entsteht echte Nacharbeit? Erst dann entscheiden wir gemeinsam, welcher Weg der richtige ist.

Warum Händler PlentyONE verlassen — die Kostenfrage im Klartext

PlentyONE (der aktuelle Name für plentymarkets) ist ein reines Cloud-System. Das hat einen Preis: Je nach Paket liegen die Grundgebühren zwischen 79 und fast 600 Euro pro Monat, dazu kommen Transaktionskosten pro Bestellung und Aufpreise für weitere Mandanten, zusätzliche Benutzer oder POS-Anbindungen. Bei wachsendem Bestellvolumen werden diese Kosten schnell unplanbar. JTL-Wawi dagegen ist in der Basisversion kostenfrei — Kosten entstehen durch Zusatzmodule wie JTL-Shop, WMS oder die Marktplatzanbindungen sowie durch den Server-Betrieb.

Quelle unsere Projektdaten: Händler die zu uns kommen und von PlentyONE wechseln wollen, zahlen im Schnitt deutlich mehr pro Monat als vergleichbare JTL-Betreiber mit ähnlichem Volumen. Der Unterschied liegt nicht nur in den Lizenzkosten, sondern auch in der Planbarkeit: JTL-Kosten skalieren nicht mit jeder einzelnen Bestellung.

Der Gesamtaufwand einer Plentymarkets-zu-JTL-Migration hängt von diesen Faktoren ab:

  • →Artikelanzahl und Variantenstruktur: 500 einfache Artikel sind in einem Testimport deutlich schneller sauber als 3.000 Artikel mit komplexen Variantenkombinationen, die aus plentymarkets in ein anderes Datenmodell übersetzt werden müssen.
  • →Aktive Marktplatz-Listings: Wie viele Amazon- und eBay-Angebote sind live? Je mehr Listings, desto aufwändiger die SKU-Zuordnung im Testimport — sie entscheidet darüber, ob Bestellungen nach dem Go-live korrekt importiert werden.
  • →Gewünschter Umfang der Datenmigration: Soll die Bestellhistorie mitgenommen werden oder reicht ein sauberer Start ab Stichtag? Bestellhistorie lässt sich in JTL importieren, erhöht aber den Aufwand merklich — viele Händler entscheiden sich bewusst für den Schnitt.
  • →Technische Vorkenntnisse im Team: Die JTL-Ameise ist ein mächtiges Import-Tool, aber sie verlangt Verständnis für Datenstrukturen. Wer das nicht mitbringt, spart am falschen Ende wenn er ohne Dienstleister importiert.

Die zentrale Regel aus der Projektpraxis: Vorbereitung schlägt Tempo. Wer in den ersten zwei Wochen die Datenstruktur aus plentymarkets sauber analysiert, spart später Tage bei Korrekturen.

Die zwei häufigsten Migrationsfehler bei Plentymarkets zu JTL

Fast jedes Projekt das wir bei uns von plentymarkets übernehmen, zeigt dieselben zwei Schwachstellen. Nicht weil die Händler unvorbereitet sind — sondern weil die Unterschiede zwischen beiden Systemen an diesen Punkten besonders groß sind.

1

Variantenartikel: falsches Mapping beim Import

plentymarkets speichert Varianten intern anders als JTL-Wawi. Wer die Exportdatei aus plentymarkets direkt in die JTL-Ameise schiebt, ohne das Variantenmodell vorher anzupassen, landet mit kaputten Artikeln: fehlende Attributzuordnungen, doppelte SKUs oder Varianten die sich nicht dem Hauptartikel zuordnen lassen.

Das kostet im schlimmsten Fall Stunden manueller Nacharbeit pro hundert Artikel. Wir lösen das mit einem Mapping-Schritt vor dem ersten Testimport — die Exportdatei wird so aufbereitet, dass die Ameise sie sauber verarbeitet. Wer das Datenmodell beider Systeme kennt, spart an dieser Stelle die meiste Zeit.

2

SKU-Zuordnung bei Marktplätzen: Bestellimporte brechen

Amazon und eBay identifizieren Artikel über SKUs. Wenn nach dem Wechsel zu JTL die SKUs in der Wawi nicht exakt den Listings auf den Marktplätzen entsprechen, importieren Bestellungen nicht mehr korrekt — oder gar nicht. Das ist kein theoretisches Problem, das passiert regelmäßig wenn die SKU-Zuordnung im Testimport nicht sauber validiert wurde.

Die Lösung: Vor dem Go-live einen vollständigen Testdurchlauf mit echten Testbestellungen machen. JTL-eazyAuction zeigt dabei genau, welche Listings nicht sauber zugeordnet sind. Dieser Schritt klingt aufwändig — er ist es auch, aber er verhindert dass der erste Tag im Livebetrieb mit Bestellfehlern beginnt.

Was Händler nach dem Wechsel konkret gewinnen

Kontrolle über Daten und System

Der Hauptgewinn ist struktureller Natur: Du betreibst JTL-Wawi auf deiner Infrastruktur. Kein Vendor-Lock-in, kein Aufpreis wenn dein Bestellvolumen steigt, keine Abhängigkeit von Entscheidungen eines Cloud-Anbieters. unser Kunden die von PlentyONE gewechselt haben, berichten regelmäßig, dass allein das Wegfallen der variablen Transaktionskosten die Kalkulation deutlich vereinfacht.

Tiefere Anpassbarkeit für individuelle Prozesse

In plentymarkets stößt du mit individuellen API-Konnektoren schnell an Cloud-Grenzen. JTL-Wawi lässt sich über Plugins, eigene Schnittstellen und direkte Datenbankzugriffe tief anpassen. Das ist einer der Gründe warum wir viele Händler mit spezifischen Fulfillment-Anforderungen betreuen — was in PlentyONE nicht geht, lässt sich in JTL in der Regel umsetzen.

Die Lektion

unsere Erkenntnis aus Plentymarkets-zu-JTL-Projekten: Der Return auf den Migrations-Aufwand zeigt sich nicht im ersten Monat — sondern wenn das erste volle Quartal läuft und die Rechnung planbar bleibt, egal wie viele Bestellungen reinkommen.

Dein Migrations-Action-Plan in 5 Phasen

Dieser Ablauf hat sich aus Projekten entwickelt die wir von plentymarkets begleitet haben. Die Phasen überschneiden sich teilweise — aber die Reihenfolge ist nicht verhandelbar. Wer Phase 3 überspringt und direkt live geht, zahlt es mit Korrekturen im laufenden Betrieb.

Phase 1 — Bestandsaufnahme

„Welche Module nutzt du in plentymarkets aktiv? Welche Marktplätze, welcher Shop, welche Fulfillment-Prozesse? Welche Daten sollen wirklich migriert werden — Bestellhistorie ja oder nein? Diese Fragen bestimmen den Umfang des Projekts. Der häufigste Fehler hier: den Scope erst festlegen wenn der Import schon läuft. Das erzeugt Nacharbeit die man hätte vermeiden können. Mehr zum Thema Datenmigration in JTL-Wawi gibt es in der offiziellen JTL-Dokumentation.“

Phase 2 — Export und Datenaufbereitung

„Daten aus plentymarkets exportieren, Artikelstruktur analysieren, Variantenmodell prüfen. Hier zeigt sich fast immer Bereinigungsbedarf: doppelte SKUs, fehlende EANs, inkonsistente Kategorienamen, Attribute die in JTL kein direktes Pendant haben. Diese Arbeit ist unspektakulär — aber sie entscheidet darüber wie sauber der Testimport läuft. Die JTL-Ameise verarbeitet CSV-Dateien aus diesem Export und bietet Templates für alle gängigen Importtypen.“

Phase 3 — JTL-Wawi aufsetzen und Testimport

„JTL-Wawi installieren, Grundkonfiguration vornehmen — Lagerstruktur, Versandprofile, Steuerklassen, Zahlungsarten — und dann die aufbereiteten Daten in einem Testsystem importieren. Der Testimport ist nicht optional. Er deckt Mapping-Fehler auf bevor sie im Livebetrieb schaden. Besonders Variantenartikel müssen hier sauber geprüft werden: stimmt die Zuordnung, sind alle Attribute korrekt, funktioniert die Bestandsführung?“

Phase 4 — Marktplätze anbinden und SKU-Zuordnung validieren

„Amazon- und eBay-Accounts über JTL-eazyAuction verbinden, SKU-Zuordnung für alle aktiven Listings prüfen, Testbestellungen durchlaufen lassen. Dieser Schritt braucht Zeit — plane ihn nicht als Halbtages-Aufgabe ein. Eine Testbestellung pro Marktplatz ist das Minimum, besser sind mehrere mit verschiedenen Artikeltypen. Erst wenn die Bestellungen sauber in JTL ankommen, ist dieser Schritt abgeschlossen.“

Phase 5 — Stichtag und Go-live

„Stichtag festlegen, altes System abkoppeln, neue Bestellungen laufen ab diesem Moment über JTL. Erfahrungsgemäß ist ein ruhiger Zeitraum ideal — Q1 oder Q2, nicht mitten in der Black-Friday-Saison. Plane einen Puffer für die erste Betriebswoche ein: kleinere Korrekturen tauchen immer auf, das ist normal. Nach zwei bis drei Wochen stabilem Betrieb ist das Projekt abgeschlossen.“

Häufig gestellte Fragen zur Plentymarkets-zu-JTL-Migration

Soll ich den JTL-Connector für plentymarkets nutzen oder die JTL-Ameise?

JTL bietet einen offiziellen Connector für den Wechsel von plentymarkets an — der ist der schnellste Weg wenn die Datenstruktur sauber ist. Die JTL-Ameise ist flexibler und gibt dir mehr Kontrolle über das Mapping, braucht aber mehr Vorbereitung. Vlarom nutzt in der Praxis oft eine Kombination: Connector für den Grundimport, Ameise für die Nacharbeit an Varianten und speziellen Feldern. Welcher Weg passt hängt von deiner Artikelstruktur ab — das klären wir in der Bestandsaufnahme.

Ja, Bestellhistorie lässt sich nach JTL importieren — aber es ist keine triviale Aufgabe und erhöht den Projektaufwand. Viele Händler entscheiden sich bewusst für einen Schnitt: plentymarkets bleibt als Archiv erhalten, neue Bestellungen laufen ab Stichtag über JTL. Das ist oft der pragmatischere Weg, besonders wenn die Datenstrukturen in plentymarkets nicht sauber gepflegt wurden.

Deine Listings bleiben auf den Marktplätzen aktiv — sie werden durch den Wechsel nicht unterbrochen. Was sich ändert ist die Anbindung: statt plentymarkets verwaltet JTL-eazyAuction die Synchronisation von Beständen, Preisen und Bestellungen. Entscheidend ist die SKU-Zuordnung: die SKUs in JTL müssen exakt zu den Listings passen, sonst bricht der Bestellimport. Das validieren wir im Testimport bevor du live gehst.

Q1 und Q2 sind erfahrungsgemäß die beste Zeit — geringeres Bestellvolumen, weniger Zeitdruck, mehr Spielraum für Korrekturen. Direkt vor oder während Q4 (Black Friday, Weihnachten) ist riskant: Wenn im Livebetrieb etwas nicht stimmt, hast du keine Luft um es ruhig zu korrigieren. Ein konkreter Stichtag sollte idealerweise mindestens vier Wochen vor dem nächsten saisonalen Hochpunkt liegen.

Ja, und das ist kein Marketing-Argument. Die JTL-Ameise ist ein mächtiges Tool das Verständnis für Datenstrukturen voraussetzt — Fehler im Import können schwer zu korrigieren sein. plentymarkets-Exportdateien müssen vor dem Import aufbereitet werden, das braucht Excel- oder SQL-Kenntnisse. Wer das nicht mitbringt, spart am falschen Ende. Vlarom übernimmt genau diesen Teil: Datenaufbereitung, Testimport, Validierung — du siehst das Ergebnis bevor du live gehst.

Parallel-Betrieb ist möglich und sinnvoll — aber nur für eine kurze Übergangsphase. Die typische Variante: ab Stichtag laufen neue Bestellungen über JTL, plentymarkets läuft noch einige Wochen als Lesezugriff weiter bis alle offenen Vorgänge abgearbeitet sind. Dauerhafter Parallelbetrieb macht keinen Sinn, denn dann hast du die Datenbasis doppelt zu pflegen und Bestände laufen auseinander.

Du planst den Wechsel von plentymarkets zu JTL und willst wissen was auf dich zukommt?

Mit Vlarom sauber von PlentyONE zu JTL wechseln.

Als JTL Service Partner Gold begleiten wir mittelständische Händler beim Systemwechsel — von der Bestandsaufnahme bis zum stabilen Go-live. Ruf uns direkt an unter +49 30 91473862, schreibe an info@vlarom.de oder nutze unser Kontaktformular für eine unverbindliche Erstanalyse deiner plentymarkets-Daten.