PlentyONE Preiserhöhung: Ab wann lohnt sich ein ERP-Wechsel?

Ab wann rechnet sich ein ERP-Wechsel? Nicht ab der ersten Preiserhöhung. Er rechnet sich ab dem Punkt, an dem die laufenden Mehrkosten eines Verbleibs die einmaligen Migrationskosten plus die Kosten des Zielsystems über einen realistischen Zeitraum übersteigen.

Für diese Bewertung reicht der Blick auf die Monatsrechnung nicht aus. Es braucht eine Total-Cost-of-Ownership-Betrachtung über drei bis fünf Jahre und eine ehrliche Einschätzung, wie schnell das eigene Wachstum die Kostenkurve nach oben treibt. Genau diese Rechnung führen wir im Folgenden durch, inklusive Break-even-Logik und der Rolle, die Ihr bestehendes Shopware-6-Frontend dabei spielt.

Betroffen sind nicht nur stark wachsende Großhändler. Auch etablierte Mittelständler mit stabilem, aber margensensiblem Geschäftsmodell spüren Tarifänderungen unmittelbar in der Kalkulation – gerade weil ein GMV-basiertes Modell keine Rücksicht darauf nimmt, ob zusätzlicher Umsatz auch zusätzliche Marge bringt.

Ein Hinweis zur Abgrenzung: Dieser Beitrag liefert die wirtschaftliche Einordnung. Ob und wie ein Wechsel technisch umgesetzt wird, behandeln die Beiträge zur Zielarchitektur und zur Datenmigration.

Das GMV-Preismodell: Wie Umsatzwachstum die ERP-Kosten beeinflusst

Viele SaaS-ERP-Anbieter im E-Commerce-Umfeld – darunter PlentyONE – arbeiten mit umsatzabhängigen Tarifbestandteilen, die sich am GMV (Gross Merchandise Value, dem über die Plattform abgewickelten Bruttoumsatz) orientieren. Das bedeutet: Ein Teil der monatlichen Kosten wächst automatisch mit, sobald der eigene Umsatz steigt.

Das ist zunächst weder gut noch schlecht – ein umsatzgekoppeltes Modell verteilt das Risiko in wachstumsschwachen Phasen auf den Anbieter. Problematisch wird es dann, wenn das Umsatzwachstum eines Händlers deutlich schneller verläuft als seine interne Kostenplanung das vorgesehen hat: Die ERP-Kosten wachsen dann überproportional zur ursprünglich kalkulierten Marge.

Wichtig für die Bewertung: Seit 2025 gliedert sich PlentyONE in fünf Editionen: Lite (59 €/Monat), Lite+ (99 €/Monat), Expand (149 €/Monat), Scale (229 €/Monat) und Ultimate (individuell kalkuliert). Jede Edition beinhaltet ein GMV-Freikontingent – der Einstiegstarif inkludiert einen monatlichen Umsatz von 10.000 €. Erst der Anteil, der dieses Freikontingent überschreitet, wird mit einem zusätzlichen, vertraglich vereinbarten Prozentsatz belegt – nicht der gesamte Umsatz. Dieser Überschreitungssatz selbst wird laut Anbieter individuell verhandelt und ist nicht öffentlich einsehbar; er sollte vor Vertragsabschluss schriftlich fixiert werden. Die aktuell gültigen Grundgebühren und Freikontingente finden Sie direkt beim Anbieter.

Ein zusätzlicher Effekt, der bei GMV-Modellen häufig übersehen wird: Die Kostenbasis wächst unabhängig davon, ob der zusätzliche Umsatz auch mit entsprechend höherer Marge einhergeht. Ein Händler, der durch aggressive Rabattaktionen oder margenschwache Zusatzkanäle Umsatz aufbaut, zahlt auf diesen Umsatz denselben Tarifanteil wie auf hochmargige Bestandsgeschäfte. Für die interne Planung lohnt sich deshalb ein Blick nicht nur auf den Umsatz, sondern auf das Verhältnis von ERP-Kosten zu Deckungsbeitrag – diese Kennzahl zeigt deutlich präziser, ob ein Tarifmodell noch zum eigenen Geschäftsmodell passt.

Praxis-Szenario: Skalierende Kosten bei steigendem Transaktionsvolumen

In einem uns vorliegenden, realen Fall meldete ein Händler eine Mehrbelastung von rund 30 Prozent beziehungsweise knapp 1.000 € pro Monat, ausgelöst durch gestiegenes Transaktionsvolumen im bestehenden Tarif. Dies ist ausdrücklich eine konkrete Kundenaussage zu einem einzelnen Fall – keine allgemeine PlentyONE-Kennzahl und keine Grundlage für eine Hochrechnung auf „typische“ Kunden.

Ein solcher Kostensprung trifft Händler in unterschiedlichen Wachstumsphasen unterschiedlich hart. Für ein Unternehmen mit stabilen, hohen Margen mag eine Mehrbelastung im vierstelligen Jahresbereich verkraftbar sein. Für ein margenschwächeres Geschäftsmodell – etwa bei stark umkämpften Produktkategorien mit geringen Aufschlägen – kann derselbe absolute Betrag einen spürbaren Anteil der Marge auffressen. Das unterstreicht, warum die Bewertung nicht am absoluten Betrag, sondern im Verhältnis zur eigenen Kostenstruktur erfolgen sollte.

Der Fall zeigt dennoch ein strukturelles Muster, das sich bei umsatzabhängigen Modellen wiederholen kann: Sobald ein Händler eine Wachstumsphase durchläuft, verändert sich die Kostenbasis nicht linear zu einer internen Budgetplanung, sondern an ein für den Kunden teils nur eingeschränkt beeinflussbares externes Tarifmodell gekoppelt. Für die eigene Bewertung empfiehlt sich deshalb ein einfacher Test: Wie hat sich Ihre ERP-Kostenposition in den letzten 12 bis 24 Monaten im Verhältnis zu Ihrem tatsächlichen Umsatzwachstum entwickelt – und ist diese Relation für die nächsten Jahre so tragfähig?

Versteckte Kosten des Verbleibs

Neben der reinen Tarifsteigerung lohnt sich ein Blick auf indirekte Kosten, die selten in der Monatsrechnung auftauchen, aber real anfallen: Workarounds für fehlende B2B-Funktionen, manuelle Prozesse zur Kompensation von API-Limits, oder Individualentwicklungen, die bei jedem Anbieter-Update erneut angepasst werden müssen. Diese Kosten sind schwerer zu beziffern als eine Tarifzeile, aber betriebswirtschaftlich genauso real. Wer eine TCO-Betrachtung ausschließlich auf die Lizenzkosten reduziert, unterschätzt regelmäßig die tatsächliche Kostenposition des Verbleibs.

TCO: PlentyONE und Odoo wirtschaftlich vergleichen

Eine seriöse Wirtschaftlichkeitsbetrachtung stellt nicht Lizenzkosten gegen Lizenzkosten, sondern betrachtet die vollständigen Kosten über einen Zeitraum von drei bis fünf Jahren:

Zwei Punkte sind hier entscheidend, um die Betrachtung seriös zu halten: Erstens variieren die tatsächlichen Odoo-Kosten stark nach Edition, Hosting-Modell (On-Premise, Odoo.sh, Odoo Online) und Funktionsumfang – pauschale Zahlen ohne konkrete Systemanalyse wären an dieser Stelle unseriös. Zweitens ist die Migration selbst der mit Abstand variabelste Kostenblock: Er hängt direkt von Datenvolumen, Komplexität des Mappings und dem Umfang bestehender Individualintegrationen ab.

Ein Blick auf die einzelnen Kostenblöcke im Detail:

Lizenz und laufender Betrieb. Bei PlentyONE ist dieser Posten in der Regel gut planbar, solange das Umsatzwachstum moderat bleibt – bei starkem Wachstum wird er zur zentralen Unsicherheit. Bei Odoo hängt der laufende Betrieb entscheidend vom gewählten Betriebsmodell ab: Self-Hosting verlagert Kosten von der Software-Lizenz hin zu Infrastruktur und internem beziehungsweise externem Betriebsaufwand.

Migration. Dieser Posten fällt einmalig an, ist aber der am schwersten pauschal zu schätzende. Er hängt direkt von der Zahl der zu migrierenden Artikel und Varianten, der Komplexität des Datenmappings und – bei hohem PlentyONE-Anteil – vom verfügbaren API-Budget für die Extraktion ab.

Entwicklung und Connector. Bleibt Shopware 6 als Frontend bestehen, muss eine belastbare Integrationsschicht zwischen Shopware und Odoo aufgebaut werden. Dieser Aufwand ist einmalig, mit gewissem Wartungsanteil für Weiterentwicklung und Monitoring.

Schulung. Selten eingeplant: Ein Systemwechsel bedeutet für das Team, gewohnte Abläufe in einem neuen System neu zu erlernen. Dieser Aufwand ist zeitlich begrenzt, aber real und sollte in der Projektplanung nicht auf null gesetzt werden.

Wartung. Bei PlentyONE liegt die Systemwartung überwiegend beim Anbieter. Bei Odoo verteilt sie sich – je nach Betriebsmodell – zwischen internem Team und Implementierungspartner.

Genau deshalb lässt sich eine belastbare TCO-Aussage nicht am Schreibtisch treffen, sondern nur mit einer technischen Bestandsaufnahme des konkreten Systems.

Shopware 6 als Konstante

Ein Aspekt, der die Migrationskosten häufig deutlich senkt: Das Frontend muss beim ERP-Wechsel nicht zwangsläufig mit ausgetauscht werden. Bleibt Shopware 6 als Commerce- und Präsentationsschicht bestehen, entfallen sämtliche Relaunch-Kosten für Theme, Checkout und bestehende SEO-Strukturen aus der Migrationsrechnung. Die Migration reduziert sich dann auf den reinen ERP-Wechsel im Backend – mit einer klar abgegrenzten Integrationsschicht zwischen beiden Systemen. Details zu dieser Architekturentscheidung finden Sie unter Shopware behalten bei ERP-Wechsel.

Für die Kostenrechnung bedeutet das konkret: Der größte einmalige Kostenblock eines vollständigen Replatformings – Theme-Entwicklung, Checkout-Anpassung, Frontend-Testing und SEO-Migration – entfällt vollständig, wenn Shopware 6 unverändert bestehen bleibt. Übrig bleiben die tatsächlich ERP-spezifischen Kostenblöcke: Datenextraktion, Mapping, Connector-Entwicklung und Cut-over. Das senkt nicht nur die absoluten Kosten, sondern verkürzt in aller Regel auch den Break-even-Zeitraum deutlich gegenüber einem kompletten Systemwechsel.

ERP-Wechsel ROI: Wann amortisiert sich die Migration?

Die Break-even-Logik eines ERP-Wechsels folgt einem einfachen Grundprinzip: Die einmaligen Migrationskosten müssen durch die Differenz zwischen den laufenden Kosten des Altsystems und den laufenden Kosten des neuen Systems amortisiert werden.

Drei Szenarien verdeutlichen, wie stark diese Rechnung vom individuellen Wachstumstempo abhängt: Bei stagnierendem Umsatz bleibt die Kostendifferenz zwischen Verbleib und Wechsel über die Jahre weitgehend konstant – der Break-even-Zeitraum ist entsprechend lang und planbar. Bei moderatem Wachstum verkürzt sich der Zeitraum graduell, da die GMV-abhängigen Kosten des Altsystems kontinuierlich steigen. Bei starkem Wachstum kann sich die Amortisation deutlich beschleunigen, weil die Kostendifferenz zwischen Alt- und Neusystem mit jedem Wachstumsschritt zunimmt. Welches dieser Szenarien für Sie zutrifft, hängt direkt von Ihrer eigenen Umsatzentwicklung und der genauen Ausgestaltung Ihres aktuellen Tarifs ab.

Vereinfacht: Wenn ein Wechsel einmalig X kostet und die monatliche Kostendifferenz zwischen Verbleib und Wechsel Y beträgt, liegt der Break-even bei X ÷ Y Monaten. Bei einem stark wachsenden GMV-abhängigen Tarif verkürzt sich dieser Zeitraum tendenziell mit jedem weiteren Wachstumsschritt – bei einem moderat wachsenden Unternehmen kann er sich dagegen deutlich verlängern.

Ein rein illustratives Rechenbeispiel zur Veranschaulichung der Logik (ohne Bezug auf reale Kundenzahlen): Läge die einmalige Migrationsinvestition bei X und die monatliche Kostenersparnis bei Y, würde sich die Investition nach X ÷ Y Monaten amortisieren. Steigt Y im Zeitverlauf weiter an – etwa weil der GMV-Tarif progressiv mit dem Umsatz wächst –, verkürzt sich der tatsächliche Break-even-Zeitraum gegenüber dieser statischen Rechnung zusätzlich. Diese Sensitivität ist der eigentliche Grund, warum sich ein GMV-Modell bei stark wachsenden Händlern schneller amortisiert als bei stagnierenden.

Entscheidend ist: Es gibt keine pauschale Amortisationsdauer, die für jedes Unternehmen gilt. Seriöse Aussagen dazu erfordern konkrete Zahlen zu Ihrem aktuellen Tarif, Ihrem Wachstumstempo und dem tatsächlichen Migrationsaufwand Ihrer spezifischen Systemlandschaft.

Wer statt der reinen Kostenfrage die funktionale und architektonische Seite des Wechsels bewerten möchte, findet die passende Vertiefung unter PlentyONE Alternative Odoo.

Häufig gestellte Fragen zur PlentyONE-Preisentwicklung

Wie eine belastbare Wirtschaftlichkeitsanalyse abläuft

Eine seriöse TCO-Analyse lässt sich nicht aus einer allgemeinen Tabelle ableiten, sondern erfordert einen strukturierten Blick auf die eigene Systemlandschaft:

1. Aktuelle Kostenbasis erfassen: Tarifstufe, tatsächliche monatliche Kosten der letzten 12–24 Monate, Zusatzkosten für Individualentwicklungen oder Workarounds.
2. Wachstumsprognose einordnen: Wie hat sich der GMV entwickelt, und wie realistisch ist die Fortschreibung dieses Trends für die kommenden Jahre?
3. Migrationsaufwand grob schätzen: Datenvolumen, Komplexität des Mappings, Umfang bestehender Schnittstellen – als erste Indikation, nicht als finales Angebot.
4. Break-even berechnen: Einmalige Migrationskosten gegen die monatliche Kostendifferenz zwischen Verbleib und Wechsel stellen.
5. Sensitivität prüfen: Wie verändert sich der Break-even-Zeitraum bei unterschiedlichen Wachstumsszenarien?

Dieser Prozess liefert keine Marketingzahl, sondern eine belastbare Entscheidungsgrundlage – und genau das ist der Zweck einer technischen und wirtschaftlichen Erstanalyse, bevor überhaupt über ein konkretes Projekt gesprochen wird.

Die wirtschaftliche Bewertung ist dabei nur ein Teil der Entscheidung. Wie sie sich in den technischen Gesamtablauf einfügt – von der Zielarchitektur über die Datenmigration bis zum Go-Live –, zeigt unser Überblick zur Migration von PlentyONE zu Odoo.

Quellen

Die Angaben zur aktuellen PlentyONE-Editionsstruktur, den Grundgebühren und dem GMV-Freikontingent basieren auf der offiziellen Preisseite des Anbieters: PlentyONE – Preise und Tarife. Hinweis: Der GMV-Überschreitungssatz ist vertraglich individuell und ändert sich nicht mit dieser Quelle – er muss für jede TCO-Berechnung separat erfragt werden.

TCO-Analyse und Migrationsaufwand prüfen lassen

Eine belastbare Wirtschaftlichkeitsanalyse braucht konkrete Zahlen: Ihren aktuellen Tarif, Ihre Wachstumsprognose und eine realistische Einschätzung des Migrationsaufwands für Ihre spezifische Systemlandschaft. Genau das liefert unser kostenloses, unverbindliches E-Commerce Audit – als erste, risikofreie Grundlage für eine fundierte Entscheidung, nicht als vorschnelles Verkaufsgespräch.

Finden Sie heraus, ob und wann sich ein Wechsel von PlentyONE zu Odoo für Sie wirtschaftlich lohnt.

Jetzt kostenlose TCO-Analyse anfordern

„Wir haben aktuell kein Budget für ein Großprojekt.“ Muss auch niemand haben, bevor die Zahlen überhaupt vorliegen. Das Audit selbst ist kostenfrei und zeigt zunächst nur, ob und ab wann sich ein Wechsel für Sie rechnet – eine Projektentscheidung folgt erst danach.

„Wir wissen nicht, ob unser Migrationsaufwand überhaupt realistisch einschätzbar ist.“ Muss er auch nicht sein, bevor jemand hineingeschaut hat. Die Analyse beginnt mit einer Bestandsaufnahme Ihrer Systeme, und erst daraus entsteht eine Zahl, mit der sich rechnen lässt.

„Ein Wechsel klingt nach einem großen Risiko.“ Das eigentliche Risiko liegt nicht im Wechsel selbst, sondern in einer schlecht geplanten Umsetzung. Eine saubere TCO- und Architekturanalyse vor Projektbeginn reduziert dieses Risiko auf ein kalkulierbares Maß.

✔ kostenlos   ✔ unverbindlich   ✔ auf Basis Ihrer echten Tarif- und Wachstumsdaten   ✔ Antwort innerhalb von 24 Stunden

Mathias Goldhan

Founder, Geschäftsführer & IT-Consultant

SaaS-Pionier, Enterprise-Architektur & Cluster-Experte

Mathias Goldhan legte 1994 das Fundament für die heutige Digitalagentur und führt die HQ GmbH seit 2005 strategisch und operativ. Mit über drei Jahrzehnten Erfahrung in der Softwareentwicklung und Systemarchitektur berät er den Mittelstand und Marken bei der Digitalisierung geschäftskritischer Prozesse. Er ist der strategische Kopf hinter der Positionierung der HQ GmbH unter den Top 100 inhabergeführten Digitalagenturen (iBusiness/BVDW).

Als anerkannter SaaS-Pionier und Spezialist für High-Performance-Hosting konzipiert er hochverfügbare Cluster-Infrastrukturen und leitet die technische Rettung festgefahrener E-Commerce-Großprojekte. Seine Expertise für ausfallsichere Systeme und API-basierte B2B-Automatisierungen steuert er international zwischen dem Hauptsitz in Thüringen und der Niederlassung in Spanien.

Vollständiges Autorenprofil & E-Commerce-Expertise ansehen