plentymarkets Shopify Anbindung 2026: Was geht, was bricht

Die offizielle App erzwingt diese Entscheidung beim Setup: Artikeldaten, Preise und Bestände fließen nur in eine Richtung. Du wählst pro Datentyp Import oder Export — nicht beides. Also entscheide, bevor du irgendetwas verbindest, nicht danach.

plenty als führendes System (plenty → Shopify) ist der richtige Default, wenn Shopify ein Kanal unter mehreren ist. Wer neben dem eigenen Shop auf Amazon, eBay, Kaufland und OTTO verkauft, hat Artikelstamm, Bestand und Auftragspipeline längst in plenty — Shopify wird Kanal Nummer fünf. Produkte werden einmal in plenty gepflegt und ausgespielt; Aufträge fließen zurück für Kommissionierung, Rechnung und DATEV-Export. Das sind 90 % der realen plenty + Shopify-Installationen, und das ist auch richtig so.

Shopify als Master (Shopify → plenty) ergibt in genau einem Szenario Sinn: Shopify ist dein dominanter Umsatzkanal, dein Team lebt im Shopify-Admin, und plenty läuft vor allem noch für Fulfillment und Marktplatz-Reste mit. Das funktioniert — aber sei ehrlich, was es bedeutet: Du zahlst 149–229 €/Monat für ein ERP, das du zu 30 % nutzt. Mehrere Shops, die wir auditiert haben, würden mit einem schlankeren WMS-plus-Shopify-nativ-Stack Geld sparen.

Das Anti-Pattern ist, beide Richtungen „ein bisschen" zu fahren: Preise aus plenty, aber Produkttexte aus Shopify, Bestand aus plenty, aber neue Artikel in Shopify anlegen. Die Ein-Richtungs-Regel der App existiert, weil bidirektionaler Artikelsync Konflikte erzeugt, die kein System auflösen kann. Teams, die gegen diese Regel arbeiten, landen bei Datendrift, doppelten SKUs und einem Aufräumprojekt. Wähle einen Master. Schreib es auf. Setz es durch.

Die Verbindung läuft über eine PlentyONE-App im Shopify App Store — kostenlos installierbar, seit Oktober 2022 im Store, in den PlentyONE-Kern integriert als Ablösung des alten Plugins, das separate Updates brauchte. Das große Update vom Juli 2025 hat die Variantenlimits angehoben und den Auftragsimport beschleunigt. Laut offiziellem Handbuch deckt sie Stand Mitte 2026 ab:

• Artikel und Varianten — Vollexport täglich, Updates stündlich; bis zu 100 Varianten pro Artikel in der Standardanbindung, bis zu 2.048 mit gebuchtem PlentyONE Plan. Artikel über dem Limit werden schlicht nicht exportiert.
• Bestände — Abgleich alle 15 Minuten, und nur für plenty-Lager, die explizit Shopify-Standorten zugeordnet sind.
• Preise — alle 15 Minuten, ein Verkaufspreis pro Artikel; Richtung beim Setup fixiert.
• Aufträge — Import alle 15 Minuten, oder nahezu in Echtzeit per Webhook für PlentyONE-Plan-Kunden.
• Kunden — Import täglich, nicht kontinuierlich.
• Zahlungen und Kategorien — über zwei Einrichtungsassistenten gemappt; Metafelder werden beim Export automatisch angelegt, brauchen aber manuelles Feld-Mapping.

Für einen B2C-Shop mit einem Lager, einer Preisliste und unter 100 Varianten pro Artikel ist das ehrlich gute Abdeckung — besser als das Vorgänger-Plugin und günstiger als jeder Dritt-Connector. Wenn das dich beschreibt: App installieren, Lager mappen, hier aufhören zu lesen. Der Rest dieses Artikels ist für alle anderen.

Drei Bruchstellen tauchen in fast jedem plenty + Shopify-Projekt ab einer gewissen Komplexität auf — und keine davon ist für DACH-Händler exotisch:

1. Kundenspezifische B2B-Preise. plenty verwaltet Kundenklassen und Pro-Kunde-Preislisten nativ; das ist der halbe Grund, warum Großhändler es einsetzen. Die Shopify-App synchronisiert einen Verkaufspreis pro Artikel. Sie befüllt keine Shopify-B2B-Kataloge, pusht keine Kundenklassen-Preise, bildet keine Staffelpreise auf Shopify-Seite ab. Ein DACH-Großhändler mit 40 verhandelten Preislisten pflegt Shopify-Kataloge entweder von Hand — Stunden pro Woche, Drift garantiert — oder baut eine Sync-Schicht. Dafür gibt es keinen Schalter. Das ist eine echte Lücke.

2. Bundles und Artikelpakete. plentys Artikelpakete zerfallen für die Kommissionierung in Komponenten; Shopify verkauft Bundles als eine Position. Der Standard-Auftragsimport bringt das Bundle als eine einzige Position rüber, und dein Lager weiß nicht, dass es drei physische Produkte bedeutet. Die üblichen Workarounds — Spiegel-SKUs, manuelles Auftragssplitting, Bundle-Auflösung per plenty-Ereignisaktion — funktionieren typischerweise und scheitern an Randfällen wie der Teilerstattung einer einzelnen Komponente.

3. Multi-Lager-Routing. Das Lager-zu-Standort-Mapping ist ehrlich, aber wörtlich: Bestand synchronisiert pro zugeordnetem Standort, mehr nicht. Routing-Logik — „AT-Bestellungen aus dem österreichischen Lager, Fallback Deutschland, B2B-Aufträge nie splitten" — steckt in keinem der beiden Systeme als Standardkonfiguration. Bei 15-Minuten-Bestandstakt laufen schnelldrehende SKUs, die gleichzeitig über Shopify, Amazon und eBay verkauft werden, in Verkaufsspitzen in Oversells; die Webhook-Option hilft bei Aufträgen, nicht beim Bestand.

Dazu die kleineren Baustellen: nur täglicher Kundensync (ärgerlich für B2B-Kontodaten), Pflegeaufwand beim Metafeld-Mapping, und keine native Trigger-Logik für die ab 2027 verpflichtenden strukturierten B2B-E-Rechnungen — plenty erzeugt XRechnung/ZUGFeRD, aber die Entscheidung, welcher Shopify-Auftrag eine braucht, sitzt an der Grenze zwischen den Systemen.

Wenn die Standard-App nicht reicht, greifen DACH-Händler zu drei benennbaren Optionen, bevor Custom-Entwicklung auf den Tisch kommt:

apoio Shopify Toolbox (plentyMarketplace, von der Agentur apoio GmbH) erweitert den Auftragsimport: USt-ID, Auftrags-Tags, Auftragssprache, manuelle Zahlungsarten, lokale Abholung. Exakt die Felder, die B2B- und Click-and-Collect-Shops fehlen. 30 Tage kostenlos testbar; der Abo-Preis steht nicht öffentlich im Listing — kalkuliere einen niedrigen bis mittleren zweistelligen Eurobetrag pro Monat, typisch für plentyMarketplace-Plugins (die übliche Plugin-Last eines plenty-Stacks liegt bei rund 80–150 €/Monat). Die Toolbox flickt nur Auftragsimport-Lücken; B2B-Preissync und Bundles fasst sie nicht an.

Synesty Studio ist der deutsche Middleware-Standard für plenty und liefert einen fertigen Shopify-Connector. Echte Preise: Go 20 €/Monat (2 Connectoren — zu klein für diesen Anwendungsfall), Starter 99 €/Monat, Plus 279 €/Monat, Professional 749 €/Monat, skalierend nach Connectoren und Datastore-Zeilen. Ein realistisches plenty↔Shopify-Setup mit Preislisten-Sync und Bundle-Handling landet auf Plus: 3.348 €/Jahr — und die Flows pflegst du selbst im No-Code-Editor. Synesty ist die richtige Wahl, wenn deine Lücken die Form von Daten-Mapping haben und jemand im Team gern Flows baut. Es ist die falsche Wahl, wenn du Routing-Entscheidungen, Bestand unter 15 Minuten oder Logik brauchst, die auf Ereignisse statt auf Zeitpläne reagiert.

Gebuchte Einrichtungspakete — der plentyMarketplace listet offizielle Shopify-Anbindungspakete mit 10 bis 30 Agenturstunden. Sinnvoll für die Erstverkabelung; sie konfigurieren die Standard-App, sie erweitern sie nicht.

Ehrliches Fazit: Wenn ein, zwei Auftragsimport-Felder dein einziges Problem sind, ist die Toolbox der günstigste Fix — kaufen, nicht bauen. Sind deine Lücken strukturell — Preise, Bundles, Läger —, stapelst du 100–350 €/Monat an Tooling, um etwas anzunähern, das eine Annäherung bleibt.

Die Selbstbau-Option ist ein kleiner Dienst zwischen plentys REST-API und Shopifys Admin-API, der genau die Lücken schließt, die dir wehtun. Typischer Umfang für einen Großhandel-plus-D2C-Händler: Kundenklassen-Preissync in Shopify-B2B-Kataloge, Bundle-Auflösung beim Auftragsimport, Pro-Standort-Bestand mit Routing-Regeln und ein Trigger für strukturierte Rechnungen, der plenty sagt, welche Aufträge XRechnung-Ausgabe brauchen — dieselbe Grenzlogik, die unsere EU-Invoicing-App für Shops ohne ERP übernimmt.

Der Kostenrahmen, konsistent mit den Entwicklerkosten 2026: Ein Festpreis-Build dieses Umfangs liegt bei 10–25 Tsd €, je nachdem, wie viele der vier Blöcke du brauchst, danach 60–180 €/Monat für Hosting und Wartung. Dagegen der Stack-Pfad: Synesty Plus (279 €/Monat) + Toolbox + 4–10 Stunden/Monat manuelle Katalog- und Bundle-Pflege sind realistisch 7–15 Tsd €/Jahr — jedes Jahr, ohne die Lücken je ganz zu schließen. Der Break-Even liegt bei Monat 18–30 — je mehr Volumen du fährst, desto früher, denn der Stack-Pfad wächst mit deinem GMV mit, der Build nicht. Eine brauchbare Faustregel: Unter etwa 500 Shopify-Bestellungen/Monat bleib beim SaaS-Stack; ab etwa 1.000–1.500 Bestellungen/Monat mit zwei oder mehr strukturellen Lücken gewinnt der Festpreis-Build durch simple Arithmetik. Auch was danach bleibt, ist eine andere Kategorie: Der Quellcode gehört dir, und es gibt keine GMV- oder Per-Order-Komponente — also genau die Preislogik, die in diesem Stack mit jeder SaaS-Schicht leise mitwächst, plentys eigenes GMV-Modell eingeschlossen. Die 10–25 Tsd € liegen in unserem üblichen Festpreis-Rahmen: eine einzelne fokussierte App bei 8–15 Tsd €, komplexe Mehrblock-Builds bei 20–40 Tsd €.

Zwei ehrliche Gegenfälle. Erstens: Wenn du plenty in den nächsten zwei Jahren verlassen könntest — und Shops mit schrumpfendem Marktplatzanteil sollten sich das fragen —, bau keine Middleware gegen ein ERP, aus dem du gleich aussteigst; klär erst den Ausstieg. Zweitens: Wenn deine einzige strukturelle Lücke B2B-Preise sind und deine Preislisten stabil, kostet ein disziplinierter manueller Katalog-Abgleich pro Quartal weniger als jede Software. Custom-Middleware gewinnt, wenn es mehrere Lücken sind, sie dauerhaft bleiben und wöchentlich wehtun. Die meisten plenty + Shopify-Händler wissen nach einem Quartal Live-Betrieb, auf welcher Seite dieser Linie sie stehen.

Wenn du diese Linie lieber für deine Zahlen gezogen haben willst als im Abstrakten: Wir machen ein 30-minütiges App-Stack-Audit — du zeigst uns dein plenty-Setup und wo Shopify wehtut, wir sagen dir, welche Blöcke du wirklich brauchst, was du weiter fertig kaufen solltest und was ein Festpreis-Build kostet. Hier Termin buchen.