ERP-Migration im Marktplatzhandel 2026: Der Leitfaden

ERP-Systemwechsel im laufenden Marktplatzgeschäft: Risiken bei Beständen und Schnittstellen, Big Bang oder Parallelbetrieb, Zeitpunktwahl und Ausfallkosten.

Die Kurzfassung: Eine ERP-Migration im Marktplatzhandel ist kein IT-Projekt, sondern ein Eingriff am offenen Herzen Ihres Tagesgeschäfts. Bestände, offene Aufträge und Schnittstellen laufen weiter, während Sie das System darunter austauschen — Marktplätze kennen keine Wartungsfenster. Die drei häufigsten Fehlerquellen sind schlechte Stammdatenqualität im Altsystem, unterschätzte Schnittstellenarbeit und ein Go-Live-Termin zu nah an der Peak-Saison. Branchenerhebungen zufolge überschreitet ein Großteil der Datenmigrationsprojekte Budget oder Zeitplan, meist weil Datenprobleme erst während der Migration sichtbar werden. Wer den Wechsel überstehen will, entscheidet früh zwischen Big Bang und Parallelbetrieb, bereinigt Stammdaten vor und nicht während der Migration, definiert einen belastbaren Rollback-Plan und legt den Go-Live bewusst in die umsatzschwächste Phase des Jahres. Dieser Leitfaden zeigt die Risikozonen, die Phasen und die Entscheidungen, die den Unterschied machen.

Warum ERP-Wechsel im Marktplatzhandel riskanter sind als in anderen Branchen

In einem klassischen Großhandel können Sie ein System am Freitagabend abschalten und am Montagmorgen mit dem neuen starten. Im Marktplatzhandel geht das nicht. Amazon, Otto, Kaufland, eBay und Temu nehmen weiter Bestellungen an, prüfen weiter Ihre Lieferzeiten und bewerten weiter Ihre Versandperformance — auch am Sonntag um drei Uhr nachts.

Das erzeugt eine besondere Konstellation: Ihr ERP ist nicht nur ein internes Buchungssystem, sondern die Quelle für Bestandsmeldungen, Preisdaten und Versandbestätigungen an mehrere externe Systeme gleichzeitig. Jeder dieser Datenströme hat eigene Formate, eigene Frequenzen und eigene Fehlertoleranzen.

Zweiter Faktor: Marktplätze bestrafen operative Schwäche unmittelbar. Übermittelt Ihr System während der Umstellung falsche Bestände, verkaufen Sie Ware, die nicht da ist. Die Folge sind Stornoquoten, verspätete Versandbestätigungen und im schlechtesten Fall Kennzahlen, die Ihre Kontogesundheit belasten. Der Schaden endet nicht mit dem behobenen Bug — er wirkt über die Plattform-Metriken nach.

Dritter Faktor: Sichtbarkeit. Fällt Ihre Werbung wegen fehlender Bestandsdaten aus oder pausieren Sie Kampagnen während der Umstellung, verlieren Sie nicht nur die Umsätze dieser Tage. Sie verlieren Verkaufsgeschwindigkeit, und die wirkt sich auf organische Positionen aus. Genau deshalb ist die Frage nach dem richtigen Zeitpunkt keine Terminfrage, sondern eine Umsatzfrage.

Vor der Migration lohnt außerdem ein ehrlicher Blick auf die Systemlandschaft insgesamt. Nicht jedes ERP-Problem ist ein ERP-Problem — oft ist es ein Problem gewachsener Nebensysteme. Der Beitrag zum Toolstack-Kostenaudit hilft dabei, den Ist-Zustand sauber aufzunehmen, bevor Sie ein neues System darüberlegen.

Die vier Risikozonen: Bestände, offene Aufträge, Schnittstellen, Stammdaten

Risikozone eins sind die Bestände. Während der Umstellung existieren kurzzeitig zwei Wahrheiten: der Bestand im Altsystem und der im Neusystem. Solange beide gefüllt werden, gibt es keine verlässliche Quelle. Die saubere Lösung ist ein definierter Stichtag, ab dem nur noch ein System Bestände an die Marktplätze meldet — und ein bewusst reduzierter Sicherheitsbestand in den Tagen davor und danach, damit Abweichungen nicht sofort zu Überverkäufen führen.

Risikozone zwei sind die offenen Aufträge. Aufträge, die im Altsystem angelegt, aber noch nicht versandt oder noch nicht abgerechnet sind, gehören zu den unangenehmsten Fällen. Entweder Sie ziehen einen harten Schnitt und wickeln alle Altaufträge im Altsystem zu Ende ab, oder Sie migrieren sie mitsamt Status, Teillieferungen und Zahlungsständen. Beides ist möglich, aber die Entscheidung muss vor dem Cutover fallen und darf nicht pro Auftrag improvisiert werden.

Risikozone drei sind die Schnittstellen. Marktplatzanbindungen, Zahlungsdienstleister, Versanddienstleister, Buchhaltung, Repricing, Werbeplattformen — jede einzelne Verbindung muss im neuen System neu aufgesetzt, autorisiert und getestet werden. Erfahrungsgemäß ist das der Posten, der in Projektplänen am stärksten unterschätzt wird, weil die reine Anbindung schnell geht, die Feldzuordnung aber nicht.

Risikozone vier sind die Stammdaten. Dubletten, leere Pflichtfelder, uneinheitliche Einheiten, veraltete Lieferantenzuordnungen, historisch gewachsene SKU-Logiken: All das existiert in praktisch jedem gewachsenen Altsystem. Der klassische Fehler ist, die Datenqualität erst im Migrationsprojekt zu prüfen. Dann vervielfacht sich der Aufwand, weil jede Korrektur an einem beweglichen Ziel stattfindet.

Klären Sie außerdem früh, welche Daten im Altsystem nach dem Cutover nicht mehr geändert werden dürfen. Diese Regel klingt banal, entscheidet aber bei jedem Parallelbetrieb darüber, ob die Systeme am Ende noch abgleichbar sind.

Big Bang oder Parallelbetrieb: Welche Strategie zu Ihnen passt

Beim Big Bang schalten Sie zu einem festen Zeitpunkt komplett um. Das Verfahren ist schneller, günstiger und deutlich einfacher zu steuern, weil es keine doppelte Datenpflege gibt. Der Preis ist ein hohes Einzelrisiko: Geht etwas schief, steht das Tagesgeschäft — und ohne getesteten Rollback-Plan haben Sie keine Rückfalloption.

Beim Parallelbetrieb laufen Alt- und Neusystem für einen definierten Zeitraum nebeneinander. Das senkt das Risiko erheblich, weil Sie Ergebnisse vergleichen können, kostet aber doppelten Pflegeaufwand und erfordert klare Regeln, welches System für welchen Prozess führend ist. Ohne diese Regeln entstehen Widersprüche, die niemand mehr auflösen kann.

Eine dritte Variante ist die schrittweise Migration: Sie ziehen zuerst einen Kanal, ein Lager oder eine Produktgruppe um und rollen erst nach stabilem Betrieb weiter aus. Für Multichannel-Händler ist das oft die pragmatischste Wahl, weil ein einzelner Kanal als Testfeld dient, ohne dass das Gesamtgeschäft am Ergebnis hängt.

Die Faustregel aus der Praxis: Kleine, klar strukturierte Umgebungen fahren mit Big Bang gut. Große oder geschäftskritische Systeme sind mit Parallelbetrieb oder schrittweisem Rollout besser bedient. Der entscheidende Faktor ist weniger die Unternehmensgröße als die Anzahl der Schnittstellen und die Frage, wie viele Stunden Stillstand Sie wirtschaftlich verkraften.

Egal welche Variante: Der Rollback-Plan muss existieren, geschrieben sein und getestet werden. „Wir spielen im Notfall das Backup zurück“ ist kein Plan, solange niemand geprüft hat, wie lange das dauert und welche Marktplatzdaten in der Zwischenzeit auseinanderlaufen.

Ausfallkosten realistisch rechnen und den Zeitpunkt danach wählen

Bevor Sie einen Termin setzen, rechnen Sie Ihre Ausfallkosten pro Stunde aus. Nehmen Sie den durchschnittlichen Umsatz pro Stunde in der betroffenen Jahresphase, ziehen Sie den Deckungsbeitrag heran und addieren Sie die Folgekosten: Stornierungen, Kundenservice-Aufwand, verlorene Werbeausgaben für Klicks, die ins Leere laufen, und den Nachlauf über Plattform-Metriken.

Diese Zahl verändert Diskussionen. Ein Projektteam, das weiß, was eine Stunde Stillstand kostet, argumentiert anders über Testaufwand als eines, das nur auf den Projektbudgetrahmen schaut.

Aus der Zahl folgt fast automatisch die Zeitpunktwahl. Verboten sind alle Phasen mit erhöhtem Volumen: Prime Day, Black Friday und Cyber Monday, das gesamte Weihnachtsgeschäft inklusive Retourenwelle im Januar, sowie Ihre eigenen saisonalen Spitzen. Wer Gartenmöbel verkauft, migriert nicht im April. Wer Weihnachtsdekoration verkauft, nicht im Oktober.

Realistisch bleiben damit für die meisten Multichannel-Händler die Zeitfenster von Ende Januar bis März sowie Juni und September — jeweils mit ausreichendem Abstand zur nächsten Spitze. Planen Sie den Go-Live außerdem nicht auf einen Freitag: Sie brauchen Werktage mit erreichbaren Ansprechpartnern bei Dienstleistern und Marktplätzen.

Kalkulieren Sie zusätzlich eine Stabilisierungsphase ein. Der Go-Live ist nicht das Projektende, sondern der Beginn der Phase, in der Sie Abweichungen finden. Diese Phase braucht Personal, das nicht gleichzeitig das Tagesgeschäft trägt.

Wo MarketplAIce in dieser Phase hilft, ist die kanalübergreifende Sicht auf das, was tatsächlich passiert. Weil MarketplAIce Bestands-, Preis- und Performancedaten aller angebundenen Marktplätze zusammenführt, sehen Sie Abweichungen zwischen erwartetem und tatsächlichem Verhalten früher, als es der Blick in einzelne Seller-Backends erlaubt. Das ersetzt kein Migrationsmonitoring, verkürzt aber die Zeit bis zur Entdeckung.

In 8 Schritten durch die ERP-Migration

1. Schritt 1: Ist-Aufnahme aller Datenflüsse — Dokumentieren Sie jede Schnittstelle, jeden automatisierten Export und jeden manuellen Zwischenschritt, der heute existiert. Was hier fehlt, fehlt später im neuen System — und fällt erst im Livebetrieb auf.
2. Schritt 2: Stammdaten vor dem Projekt bereinigen — Räumen Sie Dubletten, leere Pflichtfelder und veraltete Datensätze im Altsystem auf, bevor die Migration startet. Datenqualität ist der größte Hebel für Zeitplan und Budget, und sie lässt sich nur im Vorfeld wirtschaftlich heben.
3. Schritt 3: Migrationsstrategie festlegen — Entscheiden Sie bewusst zwischen Big Bang, Parallelbetrieb und schrittweisem Rollout und dokumentieren Sie die Begründung. Diese Entscheidung bestimmt alle folgenden Aufwände und darf nicht implizit bleiben.
4. Schritt 4: Mapping und Testmigration — Definieren Sie die Feldzuordnung zwischen Alt- und Neusystem und fahren Sie mindestens eine vollständige Testmigration auf einer Kopie der Echtdaten. Testen Sie dabei die unangenehmen Fälle: Varianten, Sets, Teillieferungen, Retouren.
5. Schritt 5: Abgleich statt Bauchgefühl — Vergleichen Sie nach der Testmigration Zahl für Zahl: Artikelanzahl, Bestandssummen, offene Posten, Auftragswerte. Nur ein dokumentierter Abgleich zeigt, ob die Migration wirklich vollständig war.
6. Schritt 6: Cutover-Plan mit Zeitachse schreiben — Legen Sie stundengenau fest, wann welches System welche Daten meldet, wer welche Freigabe erteilt und ab welchem Punkt kein Zurück mehr möglich ist. Definieren Sie im selben Dokument die Rollback-Bedingungen.
7. Schritt 7: Go-Live mit reduziertem Risiko fahren — Senken Sie in den Tagen um den Cutover die gemeldeten Bestände bewusst ab und pausieren Sie besonders volumenstarke Kampagnen kurzzeitig. Weniger Umsatz für zwei Tage ist günstiger als eine Stornowelle.
8. Schritt 8: Stabilisierung aktiv steuern — Prüfen Sie in den ersten Wochen täglich Bestandsabgleich, Versandbestätigungen und Rechnungsläufe gegen die Marktplatzdaten. Erst wenn diese drei Punkte mehrere Tage sauber laufen, ist die Migration abgeschlossen.

Nach dem Go-Live: Was in den ersten 30 Tagen zählt

Die ersten 30 Tage entscheiden darüber, ob aus einem technisch gelungenen Wechsel auch ein wirtschaftlich gelungener wird. Drei Kontrollpunkte sollten Sie täglich messen.

Erstens der Bestandsabgleich: Stimmt der im ERP geführte Bestand mit dem überein, was die Marktplätze anzeigen, und mit dem, was tatsächlich im Lager liegt? Abweichungen in dieser Kette sind der zuverlässigste Frühindikator für Schnittstellenfehler.

Zweitens die Versandbestätigungen: Werden Trackingnummern vollständig und rechtzeitig an alle Kanäle zurückgemeldet? Verzögerungen hier schlagen direkt auf Plattform-Metriken durch und sind besonders unangenehm, weil sie zeitversetzt sichtbar werden.

Drittens die Rechnungs- und Buchungsläufe: Landen alle Belege korrekt in der Buchhaltung, mit richtigen Steuersätzen und vollständigen Pflichtangaben? Fehler in diesem Bereich fallen oft erst zum Monatsabschluss auf, wenn die Korrektur teuer geworden ist.

Parallel dazu sollten Sie die Marketingseite bewusst wieder hochfahren, statt sie einfach laufen zu lassen. Nach einer Phase mit reduzierten Beständen und pausierten Kampagnen sind die Datengrundlagen kurzzeitig verzerrt. Genau hier zeigt sich der Nutzen einer prädiktiven Steuerung: MarketplAIce optimiert Gebote entlang von 15 Dimensionen mit einem Prognosehorizont von fünf Tagen und arbeitet damit vorausschauend statt nur auf Basis der jüngsten, atypischen Werte.

Wie sich solche Automatisierungsschritte in eine gewachsene Systemlandschaft einfügen, beschreibt der Beitrag zur Multichannel-Automatisierung mit KI. Wenn Sie den Effekt an Ihren eigenen Daten prüfen wollen, können Sie MarketplAIce 14 Tage kostenlos testen. Welche Ausbaustufe zu Ihrer Kanalanzahl passt, zeigt die Übersicht der Preise.

Ein letzter Punkt zur Erwartungshaltung: Eine ERP-Migration macht Ihr Geschäft nicht automatisch besser. Sie schafft die Voraussetzung dafür, dass Sie Prozesse automatisieren können, die vorher an Systemgrenzen gescheitert sind. Der Nutzen entsteht erst danach — und nur, wenn Sie ihn aktiv heben.

FAQ

Wie lange dauert eine ERP-Migration im Marktplatzhandel realistisch?

Das hängt vor allem an der Zahl der Schnittstellen und der Qualität der Altdaten, nicht an der Unternehmensgröße. Ein Händler mit zwei Kanälen und sauberen Stammdaten ist schneller fertig als einer mit sechs Kanälen und historisch gewachsenen SKU-Strukturen. Planen Sie die Datenbereinigung als eigenständige Phase vor dem Projekt ein, sonst verschiebt sich der Zeitplan während des Projekts.

Big Bang oder Parallelbetrieb — was ist die sicherere Wahl?

Parallelbetrieb ist risikoärmer, kostet aber doppelte Datenpflege und erfordert klare Regeln, welches System führend ist. Big Bang ist schneller und günstiger, braucht dafür einen getesteten Rollback-Plan. Für Multichannel-Händler ist häufig ein schrittweiser Rollout pro Kanal der beste Kompromiss.

Muss ich das Verkaufen während der Migration einstellen?

In der Regel nicht komplett. Üblich ist, in den Tagen um den Cutover die gemeldeten Bestände bewusst abzusenken und besonders volumenstarke Kampagnen kurzzeitig zu pausieren. So bleiben Sie sichtbar, begrenzen aber das Risiko von Überverkäufen und Stornos.

Welcher Zeitpunkt im Jahr eignet sich für den Systemwechsel?

Alle Phasen mit erhöhtem Volumen scheiden aus: Prime Day, Black Friday, Weihnachtsgeschäft und die Retourenwelle im Januar. Für die meisten Multichannel-Händler bleiben Ende Januar bis März sowie Juni und September. Ihre eigene Saisonalität schlägt dabei immer die allgemeine Regel.

Was passiert mit offenen Aufträgen aus dem Altsystem?

Sie haben zwei saubere Optionen: alle Altaufträge im Altsystem zu Ende abwickeln oder sie inklusive Status, Teillieferungen und Zahlungsstand migrieren. Entscheidend ist, dass die Entscheidung vor dem Cutover fällt und für alle Aufträge gleich gilt. Fallweises Improvisieren erzeugt genau die Inkonsistenzen, die später niemand mehr auflösen kann.

Wie erkenne ich früh, dass etwas schiefläuft?

Messen Sie in den ersten Wochen täglich drei Dinge: Bestandsabgleich zwischen ERP, Marktplatz und Lager, Vollständigkeit der Versandbestätigungen und Korrektheit der Rechnungsläufe. Diese drei Kontrollpunkte fangen den überwiegenden Teil der typischen Migrationsfehler ab, bevor sie auf Plattform-Metriken durchschlagen.

Ersetzt ein neues ERP Tools wie MarketplAIce?

Nein, die Systeme haben unterschiedliche Aufgaben. Das ERP ist die führende Quelle für Bestände, Aufträge und Belege. MarketplAIce setzt darauf auf und übernimmt die kanalübergreifende Steuerung von Geboten, Listings und Preisen — Aufgaben, die klassische ERP-Systeme nicht abdecken.

Über den Autor

Jorginho Engelmeyer ist Gründer von MarketplAIce und arbeitet seit über acht Jahren im Amazon Advertising und Marktplatzhandel. Er unterstützt Händler und Agenturen dabei, operative Prozesse über mehrere Kanäle hinweg zu automatisieren — von der prädiktiven Gebotssteuerung über die Listing-Optimierung bis zum Repricing. Seine Beiträge entstehen aus der täglichen Arbeit mit Marktplatzdaten und aus Projekten, in denen Systemwechsel Teil des Alltags sind.