Von PlentyONE zu Shopify wechseln – ohne Warenwirtschaft und Storefront zu vermischen.

PlentyONE-Rollen und Verkaufskanäle inventarisieren

Erfasst werden Artikelquelle, Varianten, Kataloge, Marktplätze, Lager, Auftragsstatus, Versand, Retouren und Belege. Für jeden Bereich wird festgehalten, ob PlentyONE nach dem Wechsel weiterführt oder abgelöst wird. Das verhindert ein Missverständnis zwischen einmaliger Shopmigration und dauerhafter PlentyONE-Shopify-Schnittstelle. Externe Plugins und individuelle Automationen gehören ebenfalls in das Inventar.

Vor einer Migration wird der Bestand nicht nur gezählt, sondern bewertet. Datenquellen, Felder, Erweiterungen, URLs, Inhalte und operative Abläufe werden nach Relevanz geordnet. Dabei wird entschieden, was vollständig übernommen, bereinigt, archiviert oder im Zielsystem neu aufgebaut wird. Dieses Inventar verhindert, dass historische Altlasten ungeprüft in die neue Plattform gelangen oder geschäftskritische Details zu spät auffallen.

• PlentyONE als Shop, WaWi oder Multichannel-System
• Marktplätze und Lagerorte
• Artikel-, Varianten- und SKU-Struktur
• Auftragsstatus und Retourenprozesse
• Zukünftige Datenhoheit je System

Artikel- und Auftragsmapping real testen

Repräsentative Artikel mit Merkmalen, Varianten, Preisen und Medien werden Shopify-Produkten, Optionen und Metafeldern zugeordnet. Anschließend werden Bestände, Shopify-Bestellungen, Rabatte, Versand, Storno und Retoure durchgespielt. Besondere Aufmerksamkeit erhalten SKU und externe IDs, weil sie Artikel und Auftragspositionen über alle Kanäle hinweg eindeutig verbinden müssen.

Eine Testmigration mit repräsentativen Datensätzen ist wesentlich aussagekräftiger als ein einzelner Vollimport kurz vor dem Start. Varianten, Sonderzeichen, Bilder, Preise, Kunden, Inhalte und ausgewählte Bestellungen werden gegen feste Regeln geprüft. Abweichungen fließen zurück in Mapping und Transformation. Der finale Lauf wird erst geplant, wenn Importdauer, Fehlerquote und notwendige manuelle Schritte bekannt sind.

Parallelbetrieb und Cutover koordinieren

Wenn PlentyONE während des Shopify-Aufbaus Marktplätze und Lager weiter steuert, müssen Datenänderungen kontrolliert synchronisiert werden. Der Cutover legt fest, wann der alte Shop keine neuen Bestellungen mehr annimmt, welche Deltas übertragen werden und wie Bestände geschützt bleiben. Nach dem Start werden Auftragsimport, Versandrückmeldung und Marktplatzreservierung eng überwacht.

Der Go-live benötigt einen Cutover-Plan mit Uhrzeiten, Verantwortlichen und Rückfalloptionen. Darin stehen Datenstopp, letzter Export, Import, Domainwechsel, Redirects, Tracking, Testbestellung und Kommunikationswege. Nach dem Start werden 404-Aufrufe, Indexierung, Bestellungen, Zahlungen und Schnittstellen eng kontrolliert. Eine Migration ist erst abgeschlossen, wenn der neue Betrieb stabil und die offenen Punkte sauber übergeben sind.

Storefront und Warenwirtschaft bewusst trennen

Shopify eignet sich als klar fokussierte Storefront, während PlentyONE operative Multichannel-Aufgaben behalten kann. Diese Trennung funktioniert nur mit dokumentierter Feldhoheit. Alternativ wird PlentyONE vollständig ersetzt und seine Aufgaben auf neue Systeme verteilt. Beide Zielbilder sind möglich, dürfen aber nicht während der technischen Umsetzung unentschieden bleiben.

Eine gute Migration kopiert nicht automatisch jede Funktion. Sie nutzt den Systemwechsel, um Daten, Nutzerwege und technische Abhängigkeiten zu vereinfachen. Gleichzeitig werden Unterschiede transparent benannt, damit keine stillen Funktionsverluste entstehen. Aufwand wird dort investiert, wo er Umsatz, Service, Compliance oder interne Abläufe schützt; wenig genutzte Sonderfälle werden bewusst hinterfragt.

Erfolg von PlentyONE zu Shopify nach der Umsetzung prüfen

Eine Migration wie PlentyONE zu Shopify wird nach dem Domainwechsel nicht sofort für abgeschlossen erklärt. Für die ersten Tage und Wochen werden technische, fachliche und SEO-Kontrollen geplant. Bestellungen, Zahlungen, Bestände, Kundenkonten und Schnittstellen werden gegen das Altsystem und festgelegte Stichproben geprüft. Gleichzeitig werden 404-Aufrufe, Redirect-Ziele, Canonicals, Sitemaps und wichtige organische Einstiegsseiten beobachtet. Jeder Befund erhält Auswirkung, Verantwortlichen und Termin. So gehen kritische Abweichungen nicht zwischen gewöhnlichen Optimierungswünschen unter.

Datenqualität wird über Mengen und Inhalte kontrolliert. Die reine Anzahl importierter Produkte reicht nicht: Varianten, Bilder, Preise, Metafelder und Zuordnungen müssen für repräsentative sowie schwierige Fälle stimmen. Bei Kunden und Bestellungen wird geprüft, ob die benötigte Historie nutzbar und datenschutzkonform verarbeitet ist. Differenzen werden nach einer dokumentierten Regel korrigiert. Falls das Altsystem vorerst als Archiv bestehen bleibt, sind Zugriffe, Aufbewahrung und Abschaltung geklärt, damit keine unkontrollierte parallele Pflege entsteht.

Nach einer stabilen Betriebsphase folgt eine Abschlussbewertung. Offene Übergangslösungen, manuelle Kontrollen und zurückgestellte Funktionen werden erneut priorisiert. Redirect- und Suchdaten zeigen, ob weitere relevante Alt-URLs fehlen. Das Team bewertet, ob neue Pflegewege und operative Abläufe funktionieren. Erst danach werden temporäre Zugänge, Migrationswerkzeuge und alte Integrationen kontrolliert entfernt oder archiviert. Eine dokumentierte Abschlussliste hält Entscheidungen und bekannte Grenzen fest und bildet eine verlässliche Grundlage für die nächste Ausbaustufe im neuen Shopify-Setup.

Für Nachfragen und Nachweise bleibt ein kompaktes Migrationsprotokoll erhalten. Es enthält Datenquellen, Importstände, Mappingregeln, Redirect-Datei, Freigaben und bekannte Ausnahmen. Dadurch lassen sich spätere Abweichungen einordnen, ohne das gesamte Projekt rekonstruieren zu müssen. Personenbezogene Exporte und temporäre Arbeitsdateien werden nach ihrem Zweck sicher gelöscht oder entsprechend der vereinbarten Aufbewahrung geschützt. Technischer Abschluss und verantwortlicher Umgang mit Daten gehören zusammen.