Von xt:Commerce zu Workspace wechseln
Wenn Sie xt:Commerce schrittweise ablösen und zu Workspace wechseln möchten, starten Sie nicht mit der Frage nach dem nächsten Shopsystem. Starten Sie mit der Frage, welche Commerce-Prozesse nach der Migration besser mit Produktdaten, Auftrag, Fulfillment, Dokumenten und Reporting verbunden sein sollen.
Viele xt:Commerce-Shops sind über Jahre gewachsen. Artikel, Kategorien, Kundengruppen, Preise, Zahlungs- und Versandmodule, Templates, Plugins, Exporte, Subshops und individuelle Anpassungen bilden nicht nur eine Storefront ab, sondern auch Teile des Vertriebsprozesses.
Eine reine Shopmigration löst diese Abhängigkeiten nicht. Nutzen Sie den Wechsel deshalb als Analyse Ihrer Commerce-Prozesse. Danach können Sie entscheiden, ob ein anderer Shop reicht oder ob Workspace als digitaler Arbeitsbereich für Commerce, PIM, Auftrag, Fulfillment, Dokumente und Reporting der bessere Schnitt ist.
Die Seite ist bewusst kompakt. Sie ersetzt keine projektbezogene Analyse. Nutzen Sie die Struktur für Export, Mapping, Import und Go-live-Planung.
xt:Commerce ist oft tief an Module und Kundengruppen gebunden
xt:Commerce-Landschaften enthalten häufig gewachsene Plugin-, Template-, Export- und Kundengruppenlogik. Besonders bei B2B-, Händler-, Länder- oder Markenshops können Subshops, Kundengruppen, Mengenstaffeln, Preise, Steuern, Versandarten und Exportprozesse stark miteinander verbunden sein.
Für eine Migration zu Workspace ist deshalb wichtig, jede Anpassung fachlich zu bewerten: Welche Funktion gehört künftig in den Shop, welche in PIM, Auftrag, Workflow, Dokumente, Reporting oder Integration?
Reality Check: Was bedeutet der Wechsel weg von xt:Commerce?
Behandeln Sie den Wechsel nicht wie einen reinen Artikelimport. Wenn xt:Commerce abgelöst wird, müssen Artikelmodell, Kategorien, Kundengruppen, Preise, Subshops, Plugins, Templates, Zahlungs- und Versandmodule, Exporte, SEO-Daten und Schnittstellen aktiv geprüft werden.
Häufig müssen neu bewertet werden:
- Artikel, Varianten, Attribute, Kategorien und Hersteller
- Kundengruppen, Händlerpreise, Mengenstaffeln und B2B-/B2C-Einstellungen
- Bestellungen, Zahlungsarten, Versandarten, Statuswerte und Belege
- Plugins, Module, Hook-Anpassungen und individuelle Entwicklung
- Templates, Content-Seiten, Sprachen, Währungen und Subshops
- Exportdefinitionen, Produktfeeds, Preisportale und automatisierte Cronjobs
- SEO-URLs, Weiterleitungen, Metadaten, Medien und Produktbilder
- ERP-, PIM-, Zahlungs-, Versand-, Marketing- und Buchhaltungsanbindungen
Viele Unternehmen nutzen diesen Zeitpunkt, um alte Modul-Abhängigkeiten zu reduzieren und Shop, Produktdaten, Auftrag und Fulfillment fachlich klarer zu trennen.
Typische Daten und Prozesse
- Artikel, Varianten, Attribute und Hersteller
- Kategorien, Content-Seiten, Medien und Produktbilder
- Kunden, Kundengruppen, Händlerkonten und Adressen
- Preise, Staffelpreise, Rabatte, Steuern und Währungen
- Bestellungen, Zahlungen, Versandstatus und Belege
- Zahlungsarten, Versandarten und Lieferländer
- Subshops, Sprachen, Templates und Store-spezifische Inhalte
- Plugins, Module, Hooks und individuelle Erweiterungen
- Exportdefinitionen, Produktfeeds, Cronjobs und externe Preisportale
- SEO-URLs, Weiterleitungen und Metadaten
- Schnittstellen zu ERP, PIM, Versand, Zahlung, Buchhaltung und Marketing
Workspace-Zielbereiche
- Onlineshops, Commerce und Checkout migrieren
- Handel- und Commerce-Fähigkeiten
- PIM-Grundlagen
- Lieferzonen und Versandkosten pflegen
- B2B-Onlineshop bauen
- PayPal einrichten
Vorteile des Wechsels
- Shopdaten enden nicht am Frontend, sondern laufen in Auftrag, Versand, Rechnung, Dokumente und Reporting weiter.
- PIM, Commerce und Fulfillment greifen auf dieselbe Produkt- und Variantenlogik zu.
- Preise, Steuern, Versandkosten und Checkout-Kontext werden nachvollziehbar geführt.
- Plugin-, Modul- und Exportabhängigkeiten werden als fachliche Funktionen bewertet: behalten, ersetzen, neu abbilden oder bewusst streichen.
- B2B-Prozesse können stärker an Rollen, Freigaben, Kundenpreisen, Dokumenten und Auftragsbearbeitung ausgerichtet werden.
Technische Migration oder Prozessmodernisierung?
Die teuerste Migration ist oft die, bei der jedes alte Modul und jede Exportlogik unverändert mitzieht. Vergleichen Sie deshalb früh, ob Sie nur Shopdaten übertragen oder Commerce neu schneiden wollen.
| Thema | Technische Migration | Prozessmodernisierung |
|---|---|---|
| Artikel | übernehmen | Produktfamilien, Varianten, Attribute und Medien im PIM ordnen |
| Kundengruppen | nachbauen | Rollen, Preise, Sortimente und Freigaben fachlich klären |
| Subshops | kopieren | Marken, Länder, Sprachen und Zielgruppen neu bewerten |
| Module | ersetzen | fachliche Funktion prüfen und Zielprozess wählen |
| Exporte | nachziehen | Produktfeeds, Preisportale und Reporting sauber schneiden |
| Bestellungen | importieren | Auftrag, Fulfillment, Belege und Nacharbeit verbinden |
| Versand | Versandarten übernehmen | Lieferzonen, Versandkosten und Fulfillment fachlich planen |
| SEO | URLs migrieren | Landingpages, Weiterleitungen, Sitemaps und Monitoring planen |
Wann ist xt:Commerce nur der Anlass?
xt:Commerce ist oft nur der Anlass, wenn die eigentliche Herausforderung in verteilten Produktdaten, manueller Auftragsbearbeitung, gewachsenen Kundengruppen, individuellen Modulen, Exportlogik oder fehlender ERP-Anbindung liegt.
In diesem Fall reicht ein neuer Shop nicht. Sie brauchen einen Zielprozess für Produktdaten, Preise, Checkout, Auftrag, Versand, Dokumente und Reporting.
Vor der Migration prüfen
| Frage | Warum sie zählt |
|---|---|
| Welche Plugins, Module und Hook-Anpassungen sind geschäftskritisch? | Erweiterungen bestimmen Aufwand, Ersatzoptionen, Datenmodell und laufende Pflege. |
| Welche Artikel-, Varianten- und Attributlogik wird aktiv genutzt? | Produktmodell, Filter, Sortimente und Medien bestimmen PIM- und Storefront-Zuschnitt. |
| Welche Kundengruppen, Staffelpreise und B2B-Funktionen existieren? | Preislogik, Rollen, Freigaben und Sortimente müssen vor dem Import fachlich geklärt sein. |
| Welche Subshops, Sprachen und Währungen sind aktiv? | Store-Struktur bestimmt URLs, Content, Preise, Steuern und Zuständigkeiten. |
| Welche Exportdefinitionen und Produktfeeds laufen automatisch? | Exporte können externe Preisportale, Partner, Marktplätze oder Reporting-Prozesse versorgen. |
| Welche Zahlungs-, Steuer- und Versandlogik hängt am Shop? | Checkout, Rechnungsstellung, Versandkosten und Lieferländer müssen vor Go-live funktionieren. |
| Welche URLs und SEO-Seiten tragen Umsatz? | Sichtbarkeit hängt an sauberem URL-Mapping, Weiterleitungen, Metadaten, Sitemaps und Monitoring. |
| Was braucht der Go-live? | Freeze-Fenster, Domainwechsel, Testbestellungen, Support und Rückfallweg müssen vorher feststehen. |
Migrationsstruktur
Planen Sie die Migration entlang dieser Struktur:
| Schritt | Ergebnis |
|---|---|
| xt:Commerce-Landschaft inventarisieren | Artikel, Kategorien, Kundengruppen, Subshops, Module, Exporte und Integrationen sind bekannt. |
| Modul- und Customizing-Audit durchführen | Geschäftskritische Funktionen, Ersatzoptionen, Kosten und Neuschnitt sind entschieden. |
| Kundengruppen- und Preisschnitt klären | B2B-/B2C-Logik, Staffelpreise, Rabatte, Sortimente und Freigaben sind fachlich abgegrenzt. |
| Export- und Integrationsschnitt planen | Produktfeeds, Preisportale, ERP, PIM, Versand, Zahlung und Marketing sind abgegrenzt. |
| SEO- und Domain-Schnitt planen | URL-Mapping, Weiterleitungen, Metadaten, Sitemaps, Tracking und Domainwechsel sind vorbereitet. |
| Zielmodell festlegen | Workspace-Zielbereiche, Verantwortlichkeiten, PIM-Schnitt und Commerce-Workflows sind entschieden. |
| Testmigration prüfen | Stichproben zeigen, ob Produkte, Kunden, Bestellungen, Rechte und Folgeprozesse zusammenpassen. |
| Go-live planen | Umschaltzeitpunkt, Nacharbeiten, Redirects, Archivzugriff und Verantwortliche sind klar. |
Häufige Fragen zur Migration von xt:Commerce zu Workspace
| Frage | Orientierung |
|---|---|
| Müssen alle xt:Commerce-Module ersetzt werden? | Nein. Prüfen Sie zuerst die fachliche Aufgabe jedes Moduls. Manche Funktionen werden im Zielsystem anders abgebildet, manche bleiben extern und manche entfallen. |
| Können historische Bestellungen übernommen werden? | Ja, wenn Export, Datenqualität und Zielmodell passen. Entscheiden Sie bewusst, ob alte Bestellungen operativ nutzbar sein müssen oder als lesbares Archiv reichen. |
| Was passiert mit Subshops und Kundengruppen? | Erfassen Sie Zweck, Preise, Inhalte, Rechte und Sortimente. Danach entscheiden Sie, ob daraus Workspace-Rollen, Zielgruppen, Vertriebskanäle oder Archivinformationen werden. |
| Wie vermeiden wir SEO-Verluste? | Planen Sie URL-Mapping, Weiterleitungen, Metadaten, Sitemaps und Monitoring vor dem Go-live. Prüfen Sie besonders umsatzstarke Kategorien, Artikel und Landingpages. |
| Wann lohnt sich Workspace statt nur ein anderer Shop? | Wenn xt:Commerce eng mit PIM, Auftrag, Dokumenten, B2B-Prozessen, Fulfillment, Reporting oder individuellen Workflows verbunden ist. |
Grenzen dieses Einstiegs
Diese Seite verspricht keine automatische 1-Klick-Migration. Je nach Exportmöglichkeit, Customizing, Datenqualität und Zielprozess braucht die Migration ein eigenes Mapping und eine Testübernahme.
Diese Seite ersetzt auch kein verbindliches xt:Commerce-Migrationskonzept. Sie hilft, Shop, Module, Kundengruppen, Exporte und Zielprozesse sichtbar zu machen, bevor Sie entscheiden, welche Bestandteile nach Workspace wechseln, archiviert werden oder extern bleiben.
Nächste Schritte
- Sammeln Sie verfügbare Exporte, Modul-Liste, Feldlisten, Beispielobjekte und Prozessbeschreibungen.
- Erstellen Sie eine Liste aller Subshops, Kundengruppen, Staffelpreise, Module, Templates und Schnittstellen.
- Markieren Sie umsatzkritische URLs, Kategorien, Artikel, Landingpages und Produktfeeds.
- Klären Sie offene Bestellungen, Zahlungen, Versandstatus und B2B-Sonderlogik vor dem Go-live.
- 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.