Vom Altsystem ins neue — ohne Ihren Betrieb anzuhalten.
Wir migrieren Stamm-, Bewegungs- und Belegdaten sauber, mit Testlauf und Sicherheitsnetz.
Warum Migrationen ihren eigenen Plan brauchen
Eine Migration ist der riskanteste Moment einer ERP-Einführung. Wenn am Cut-Over-Wochenende etwas schiefgeht, steht am Montag der Versand. Genau deshalb gehört zu jeder Migration ein Testlauf, ein Cut-Over-Plan und ein Rollback-Plan.
Wir migrieren keine Daten ohne vorherige Probemigration. Punkt.
Erfahrungswert: 9 von 10 Migrationsproblemen liegen nicht am Tool, sondern an unsauberen Stammdaten im Altsystem. Wir putzen vorher — oder migrieren bewusst nur den Teil, der sauber ist.
Was wir migrieren können
Stammdaten, Bewegungsdaten, Belege, teilweise auch Anhänge.
- Artikelstammdaten inkl. Varianten, Bilder, Beschreibungen
- Kundendaten, Lieferanten, Preislisten
- Bestellhistorie und offene Posten
- Lagerbestände und Stellplätze
- Buchungen für die letzten X Jahre
- SEO-relevante URLs mit 301-Redirects (bei Shop-Migration)
Wie eine Migration abläuft
Klar strukturiert, mit Testläufen und definiertem Cut-Over.
Quell-System-Audit
Welche Daten existieren wirklich? Wo sind sie sauber, wo nicht?
Mapping-Konzept
Welches Feld geht wohin, wie sehen Default-Werte aus, was wird verworfen?
Test-Migration
Vollständiger Lauf in einer Staging-Umgebung — mit Validierung.
Cut-Over-Wochenende
Geplant, mit Stunden-genauer Sequenz und Fallback-Punkten.
Hypercare nach Go-Live
Tägliche Stand-ups in den ersten 1–2 Wochen, schnelle Reaktion auf Auffälligkeiten.
Häufige Migrations-Wege
Welche Altsysteme ich erfolgreich migriert habe.
Sage / Lexware → JTL-Wawi
Kleine bis mittlere Mittelständler, oft mit gewachsener Datenstruktur.
plentymarkets → JTL
Multichannel-Händler, die Pflege-Aufwand und Lizenz-Kosten reduzieren wollen.
Shopware → JTL-Shop
Frontend-Wechsel mit SEO-Migration und Bestellhistorie.
Magento → JTL-Shop
Performance-Schmerz und Kostenfrage als Treiber.
Afterbuy → JTL
Klassiker für Marktplatz-Händler mit Wachstum.
Was die meisten zuerst fragen
Wie lange dauert die Migration typischerweise?
Schlanke Setups: 4–8 Wochen. Mit Multi-Channel und Bestellhistorie: 8–16 Wochen. Wir machen vorab eine ehrliche Zeitschätzung.
Können wir parallel weiter operativ arbeiten?
Ja. Tests laufen in Staging, der produktive Cut-Over wird so geplant, dass minimaler Ausfall entsteht.
Was machen Sie mit unserer Bestellhistorie?
Standard: 2–3 Jahre offene Belege plus relevante geschlossene. Mehr ist möglich, kostet aber Zeit. Wir entscheiden gemeinsam, was sich lohnt.
Was, wenn nach Go-Live etwas nicht stimmt?
Wir haben einen Rollback-Plan. Im Ernstfall fahren wir das Altsystem für ein paar Tage wieder hoch und analysieren in Ruhe.
Wer kümmert sich um Schulung der Mitarbeitenden?
Wir kalkulieren Schulungstage in den Migrationsplan ein. Anwender:innen sind am Tag des Go-Live arbeitsfähig.
Migrations-Check anfragen?
Wir prüfen Quell-System, Datenmenge, Risiken — und schätzen Aufwand und Zeit.