Von JTL-Shop / JTL-Wawi zu Workspace wechseln

Wenn Sie eine Alternative zu JTL-Shop / JTL-Wawi prüfen oder JTL-Shop / JTL-Wawi schrittweise ablösen möchten, hilft diese Seite bei der ersten Einordnung. Sie sehen, welche Daten und Prozesse typischerweise relevant sind, welche Workspace-Zielbereiche betroffen sind und welche Fragen vor einer konkreten Migration geklärt werden müssen.

Info

Zusammenarbeit mit Ihrer Agentur

Wenn Sie bereits mit einer Agentur arbeiten, muss diese durch den Wechsel zu Workspace nicht ersetzt werden. Ihre Agentur kann weiterhin Design, Storefront, SEO, Tracking, Datenmapping, Integrationen und die laufende Weiterentwicklung übernehmen.

schukai unterstützt Ihre Agentur bei der Einarbeitung in Workspace, klärt technische Fragen und hilft bei Architektur, Schnittstellen und Prozessumsetzung. Auf Wunsch übernehmen wir auch einzelne Projektteile direkt.

So verbinden Sie das bestehende Wissen Ihrer Agentur mit der Workspace-Erfahrung von schukai. Das ist besonders sinnvoll, wenn die Migration nicht nur als Shopwechsel, sondern als Modernisierung von Commerce, PIM, Auftrag, Fulfillment, Dokumenten und Reporting geplant wird. Für Commerce-Projekte sind B2B-Onlineshop bauen und Handel- und Commerce-Fähigkeiten besonders relevant; für Storefront- und Website-Umsetzung nutzen Sie zusätzlich Webseiten umsetzen.

Nutzen Sie Export, Mapping, Import und Go-live als Arbeitsstruktur für die projektbezogene Analyse.

JTL-Gesamtsystem einordnen

Bei JTL geht es selten nur um den Shop. JTL-Wawi, Shop, Marktplätze, Lager, Versand, Einkauf und Belege bilden häufig einen operativen Gesamtprozess. Für eine Migration zu Workspace müssen Sie deshalb zuerst klären, welche Teile dieses Gesamtprozesses browserbasiert weiterlaufen, welche angebunden bleiben und welche nur archiviert werden.

Eine Migration ist besonders dann ein Prozessprojekt, wenn Teams heute mit Windows-Clients, Remote Desktop, lokaler SQL-Umgebung, Marktplatzabgleich, Versandlogik, Lagerprozessen oder manueller Nacharbeit arbeiten. Der Zielzuschnitt muss diese Tiefe berücksichtigen, sonst entsteht nur ein neuer Shop ohne operativen Unterbau.

Typische Daten und Prozesse

Artikel, Varianten, Stücklisten, Preise und Kundengruppen
Kunden, Lieferanten, Ansprechpartner, Adressen und Rollen
Bestellungen, Angebote, Rechnungen, Gutschriften, Zahlungen und Retouren
Lager, Bestände, Lagerplätze, Reservierungen, Umlagerungen und Inventuren
Einkauf, Lieferantenbestellungen, Wareneingang und Nachbestellung
Versand, Labels, Versandarten, Tracking und Fulfillment-Status
Marktplätze, Shop-Abgleich, Connectoren und Synchronisationshistorie
Workflows, Vorlagen, freie Felder, Automatisierungen und Auswertungen

Workspace-Zielbereiche

Vorteile des Wechsels

Shopdaten enden nicht am Frontend, sondern laufen in Auftrag, Versand, Rechnung, Dokumente und Reporting weiter.
Preise, Steuern, Versandkosten und Checkout-Kontext werden nachvollziehbar geführt.
PIM, Commerce und Fulfillment greifen auf dieselbe Produkt- und Variantenlogik zu.

Browser-first Commerce Operations prüfen

Bewerten Sie vor dem Mapping, ob der Wechsel nur JTL-Shop ersetzt oder auch das Arbeitsmodell rund um JTL-Wawi verändert.

Prüffeld	Klärung
Bedienmodell	Welche Teams arbeiten heute mit Windows-Client, Remote Desktop oder lokaler Mehrplatzumgebung, und welche Aufgaben sollen künftig im Browser laufen?
Operative Tiefe	Welche Wawi-, Lager-, Versand-, Einkaufs-, Marktplatz- und Belegprozesse müssen im Zielsystem erhalten bleiben?
Synchronisation	Welche Abgleiche laufen zwischen Shop, Wawi, Marktplätzen, Lager, Versand und Buchhaltung, und wo brauchen Fachanwender Status, Fehler und Wiederholung?
Update-Vertrauen	Welche Updates oder Moduländerungen erfordern heute Tests, Downtime, Dienstleisterunterstützung oder manuelle Nacharbeit?
Datenbesitz	Welche Quelle führt Artikel, Bestände, Preise, Bestellungen, Kunden und Belege während der Übergangsphase?
Kostenmodell	Welche Modul-, Hosting-, Remote-Desktop-, Dienstleister- und Betriebsaufwände gehören in die 12- bis 24-Monats-Betrachtung?

Technische Migration oder Operations-Neuschnitt?

Vergleichen Sie früh, ob Sie nur Daten übertragen oder operative Abläufe neu schneiden wollen.

Thema	Technische Migration	Operations-Neuschnitt
Artikel	übernehmen	Produktfamilien, Varianten, Attribute und Medien im PIM ordnen
Lager	Bestände importieren	Reservierung, Umlagerung, Inventur und Fulfillment fachlich modellieren
Marktplätze	Connectoren ersetzen	Kanäle, Preise, Bestände, Fehlerbehandlung und Verantwortliche klären
Versand	Versandarten nachbauen	Labels, Tracking, Retouren und Statusübergaben in den Auftragsprozess einbetten
Belege	historische Belege übernehmen	Archiv, operative Weiterführung und Nachweise klar trennen
Bedienung	Oberfläche wechseln	Browserbasierte Tabellen-, Bulk-Editing- und Rollen-Workflows planen

Vor der Migration prüfen

Frage	Warum sie zählt
Welche Daten werden aktiv weitergeführt?	Nicht jede historische Information muss als operativer Datensatz übernommen werden.
Welche JTL-Wawi-Prozesse sind geschäftskritisch?	Shop, Lager, Versand, Einkauf, Marktplätze und Belege müssen zusammen betrachtet werden.
Welche Datenqualität liegt vor?	Dubletten, freie Felder, alte Statuswerte und fehlende Pflichtangaben bestimmen den Aufwand.
Welche Prozesse hängen daran?	Datenwechsel betrifft oft Workflows, Rollen, Dokumente, Benachrichtigungen und Reporting.
Welche Integrationen bleiben bestehen?	Externe Systeme, Formulare, Mailflüsse, Shops, Marktplätze, Buchhaltung oder Versand müssen sauber abgegrenzt werden.
Wie wird während der Übergangsphase synchronisiert?	Bestand, Preis, Bestellung und Belegstatus brauchen eine führende Quelle und nachvollziehbare Fehlerbehandlung.
Was braucht der Go-live?	Umschaltzeitpunkt, Zuständigkeiten, Fallback und Archivzugriff müssen vorher feststehen.

Migrationsstruktur

Planen Sie die Migration entlang dieser Struktur:

Schritt	Ergebnis
JTL-Landschaft prüfen	Shop, Wawi, Lager, Marktplätze, Versand, Belege, Rollen, Exporte und Integrationen sind bekannt.
Arbeitsmodell entscheiden	Browser-first-Zielbild, verbleibende Anbindungen und Übergangsverantwortung sind geklärt.
Synchronisationsschnitt festlegen	Führende Quellen, Statusanzeige, Fehlerbehandlung und Wiederholungen sind entschieden.
Daten bereinigen	Dubletten, veraltete Felder, Pflichtangaben und Archivgrenzen sind geklärt.
Zielmodell festlegen	Workspace-Zielbereiche, Verantwortlichkeiten und Workflows sind entschieden.
Import vorbereiten	Feldmapping, Testdaten, Medien, Dokumente und Referenzen sind vorbereitet.
Testmigration prüfen	Stichproben zeigen, ob Daten, Prozesse und Berechtigungen zusammenpassen.
Go-live planen	Umschaltzeitpunkt, Nacharbeiten, Redirects, Archivzugriff und Verantwortliche sind klar.

Häufige Fragen zur Migration von JTL-Shop / JTL-Wawi zu Workspace

Frage	Orientierung
Reicht es, nur JTL-Shop zu ersetzen?	Nur wenn Wawi, Lager, Versand, Marktplätze und Belege weiterhin sauber angebunden bleiben. Sonst muss der operative Gesamtprozess geprüft werden.
Was passiert mit JTL-Wawi-Daten?	Erfassen Sie Artikel, Kunden, Bestellungen, Belege, Lager, Workflows, freie Felder und Marktplatzbezüge. Danach entscheiden Sie, was operativ weiterläuft und was archiviert wird.
Wie gehen wir mit Marktplätzen um?	Legen Sie je Kanal fest, wer Preise, Bestände, Aufträge, Fehler und Wiederholungen verantwortet.
Wann lohnt sich Workspace statt nur ein neuer Shop?	Wenn der Wechsel auch browserbasierte Warenwirtschaft, Auftrag, Fulfillment, Dokumente, Reporting oder nachvollziehbare Synchronisation verbessern soll.
Was ist der wichtigste erste Schritt?	Inventarisieren Sie Shop, Wawi, Lager, Versand, Marktplätze, Belege, Schnittstellen und manuelle Nacharbeiten, bevor ein Feldmapping entsteht.

Grenzen dieses Einstiegs

Workspace bietet keine automatische 1-Klick-Migration. Je nach Exportmöglichkeit, Customizing, Datenqualität und Zielprozess braucht die Migration ein eigenes Mapping und eine Testübernahme.

Erstellen Sie für den Wechsel ein verbindliches JTL-Migrationskonzept. Machen Sie Shop, Wawi, Lager, Marktplätze, Versand, Belege und Zielprozesse sichtbar, bevor Sie entscheiden, welche Bestandteile nach Workspace wechseln, angebunden bleiben oder archiviert werden.

Nächste Schritte

Sammeln Sie verfügbare Exporte, Feldlisten, Beispielobjekte und Prozessbeschreibungen.
Erstellen Sie eine Liste aller JTL-Wawi-Prozesse, Marktplätze, Versandflüsse, Lagerorte, Belegarten und Schnittstellen.
Klären Sie, welche Teams künftig browserbasiert arbeiten sollen und welche Anbindungen während der Übergangsphase bestehen bleiben.
Markieren Sie Daten, die bereinigt, archiviert oder neu modelliert werden sollen.
Prüfen Sie die verlinkten Workspace-Zielbereiche, bevor konkrete Importschritte geplant werden.

Hinweis zu Marken

Genannte Marken, Produktnamen und Unternehmensnamen sind Eigentum der jeweiligen Rechteinhaber. Sie werden hier nur zur eindeutigen Identifikation der jeweiligen Quellsysteme verwendet. Workspace ist nicht mit den genannten Anbietern verbunden, wird nicht von ihnen gesponsert, autorisiert oder empfohlen und ist kein offizielles Angebot dieser Anbieter.