
Auf einen Blick
- ✓Eine eazyAuction Migration aus Afterbuy, Plenty oder Billbee dauert in unserer Projektpraxis vier bis acht Wochen — vom Bestand-Audit bis zum stabilen Live-Sync auf allen Marktplaetzen.
- ✓Uebernommen werden aktive Listings, Marktplatz-Zuordnungen, Bestaende und Kundendaten. Historische Bestellungen bleiben im Altsystem und laufen parallel ins Archiv. Wir bauen dir dafuer eine saubere Dokumentations-Struktur.
- ✓Drei Fehler tauchen beim ersten Sync fast immer auf: API-Limit-Treffer durch zu viele Initial-Listings, Doppel-Listings durch fehlende SKU-Zuordnung, leere Marktplatz-Mapping-Felder. Wir fangen die vor dem Go-Live ab.
Eine eazyAuction Migration ist mehr als ein Tool-Wechsel. Du stellst dein komplettes Marktplatz-Geschaeft um. Wir haben in den letzten Jahren ueber ein Dutzend Haendler von Afterbuy, plentymarkets und Billbee zu JTL-eazyAuction begleitet und kennen die Stolperfallen, bevor sie auftauchen. Als JTL Service Partner Gold sorgen wir dafuer, dass dein Marktplatz-Umsatz waehrend der Migration nicht einbricht.
Dein eazyAuction-Migrations-Action-Plan in 5 Schritten
Dieser Plan ist unser Standard-Vorgehen aus echten Migrationsprojekten. Jeder Schritt hat klare Pruefkriterien. Und wir nennen dir den haeufigsten Fehler, den wir in der Praxis sehen.
Bestand analysieren (Woche 1)
Wir nehmen zuerst eine vollstaendige Inventur deines Marktplatz-Bestands im Altsystem auf — aktive Listings pro Marktplatz, SKU-Mapping, individuelle Beschreibungen, Bilder und Marktplatz-Kategorien. Der haeufigste Fehler: Haendler unterschaetzen die Zahl der Listing-Varianten. Bei einem Kunden waren in Afterbuy 2.400 Listings angelegt — aktiv waren tatsaechlich nur 1.150. Eine bereinigte Liste spart Tage Migrationsaufwand. Pruefe parallel die Schnittstellen-Dokumentation auf guide.jtl-software.com/jtl-eazyauction, welche Marktplaetze nativ unterstuetzt werden.
eazyAuction einrichten (Woche 1-2)
Wir installieren das eazyAuction-Modul in der JTL-Wawi und richten die SCX-Plattform-Konfigurationen fuer jeden Marktplatz ein — Amazon, eBay, Kaufland, OTTO, MediaMarktSaturn. Pro Marktplatz werden Versandklassen, Steuerregeln und Lagerlogik gemappt. Der haeufigste Fehler: Die Versandklassen aus dem Altsystem sind oft inkonsistent benannt. Wir bauen eine saubere Versandklassen-Matrix, die zu allen Marktplaetzen passt, bevor der erste Sync startet.
Auktionen migrieren (Woche 2-4)
Im dritten Schritt uebertragen wir die aktiven Listings — entweder per CSV-Export aus dem Altsystem und Import in eazyAuction oder ueber direkten API-Pull bei Marktplaetzen, die das erlauben. Bestaende werden eingefroren, damit waehrend der Migration nichts ueberverkauft wird. Der haeufigste Fehler: Doppel-Listings, weil im Altsystem und in eazyAuction die gleichen SKUs mit unterschiedlichen Marktplatz-IDs liegen. Wir pruefen jede SKU vor dem Sync gegen die offizielle Marktplatz-API.
Tests im Sandbox-Modus (Woche 4-5)
Bevor der Live-Sync laeuft, fahren wir komplette Test-Zyklen — Listing-Update, Bestellannahme, Storno, Versand-Rueckmeldung. Pro Marktplatz mindestens drei Test-Bestellungen mit echten Daten. Der haeufigste Fehler: das API-Limit beim ersten produktiven Sync. eBay drosselt zum Beispiel nach 5.000 Calls pro Tag. Bei einem Kunden mit 3.800 Listings haben wir den Initial-Push auf drei Tage verteilt. Die JTL-Doku unter guide.jtl-software.com/jtl-eazyauction/marktplaetze listet die aktuellen API-Limits pro Plattform.
Live-Schaltung und Monitoring (Woche 5-8)
Am Go-Live-Tag wird das Altsystem stillgelegt, eazyAuction uebernimmt alle aktiven Marktplatz-Konten. Wir monitoren die ersten 72 Stunden engmaschig — Bestellabholung, Bestand-Sync, Versand-Rueckmeldung. Erst nach drei stabilen Tagen ohne Sync-Fehler ist die Migration durch. Der haeufigste Fehler: Haendler unterschaetzen den Support-Aufwand in der ersten Woche. Wir planen pro Migration immer eine zweiwoechige Hypercare-Phase mit taeglichen Checks ein.

