Magento plentymarkets: Bestellungen, Bestand und Artikel zwischen Shop und plentyONE abgleichen

plentymarkets ist der lange gebräuchliche Name einer Handelssoftware, die Artikelstamm, Lager, Kundenstamm, Aufträge und Versand in einer Cloud-Lösung verwaltet. Der Anbieter tritt inzwischen unter dem Namen plentyONE auf. Im Alltag sagen viele weiterhin plentymarkets, und auch bei der Suche nach einer Anbindung ist dieser Name üblich. Für die technische Anbindung macht die Umbenennung keinen Unterschied.

Für Magento plentymarkets heißt das: Der Magento-Shop wird ein Verkaufskanal neben anderen. Artikel, Preise und Bestände kommen aus plentymarkets in den Shop, Bestellungen und Kunden gehen aus dem Shop in plentymarkets, und Versand- und Rechnungsstatus kommen zurück. Der Vorteil liegt darin, dass Ihre Mitarbeiter weiter in der gewohnten Umgebung arbeiten und Bestellungen nicht neu erfassen.

Betriebe, die plentymarkets nutzen, verkaufen häufig über mehrere Kanäle gleichzeitig. Das macht den gemeinsamen Bestand zur zentralen Frage jeder Anbindung. Magento plentymarkets beginnt deshalb mit der Klärung, welche Kanäle es gibt, wie der Bestand verteilt wird und welche Abläufe in plentymarkets automatisiert sind und nicht gestört werden dürfen.

Wer plentymarkets nutzt, kennt Stärke und Grenze zugleich: Es bündelt viele Aufgaben in einem System, und gerade deshalb sollte ein zusätzlicher Verkaufskanal sich in dessen Abläufe einfügen, statt eigene Regeln mitzubringen. Aufträge durchlaufen in plentymarkets Status, die Ihre Mitarbeiter kennen. Die Anbindung bildet diese Status ab und erfindet keine eigenen, damit niemand umdenken muss.

Welche Daten bei Magento plentymarkets fließen, legen Sie mit uns in der Bestandsaufnahme fest. Typisch sind fünf Bereiche.

Nicht jedes Projekt zu Magento plentymarkets braucht alle fünf Bereiche. Oft beginnt es mit Bestellungen und Bestand und wächst später um Artikelpflege und Rechnungen. So sehen Sie schnell Ergebnisse und können das Budget in Etappen einsetzen. Die Reihenfolge legen Sie fest, wir empfehlen, mit dem Datenfluss zu beginnen, der Ihnen die meiste Handarbeit erspart, und erst danach die Feinheiten anzugehen.

Die Tabelle zeigt ein typisches Muster. In Ihrem Betrieb kann es abweichen, und genau das klären wir in der Bestandsaufnahme.

Bei Magento plentymarkets verhindert eine klare Regel zur Datenhoheit die meisten Streitfälle. Was in beiden Systemen änderbar ist, führt früher oder später zu Widersprüchen. Deshalb legen wir pro Datenart genau ein führendes System fest und beschreiben die Regel für den Konfliktfall. Besonders bei Varianten, Einheiten und Steuersätzen lohnt eine Zuordnungstabelle, die Fachabteilung und Entwickler gemeinsam prüfen.

Für Magento plentymarkets stellt der Hersteller eine REST-Schnittstelle bereit, über die Anwendungen Daten wie Aufträge, Artikel, Kunden und Lager lesen und schreiben. Die technische Dokumentation für Entwickler beschreibt sie. Eine Anwendung meldet sich über eine Anmeldung an und erhält eine zeitlich begrenzte Berechtigung, die regelmäßig erneuert werden muss. Das berücksichtigt die Anbindung, damit Übertragungen nicht an einer abgelaufenen Anmeldung scheitern.

Welche Funktionen in Ihrem Mandanten verfügbar sind und welche Berechtigungen die Anbindung braucht, hängt von Ihrer Konfiguration ab. Wir arbeiten mit einem eigenen Zugang, der nur die Rechte hat, die die Anbindung benötigt, und prüfen vor dem Angebot, welche Abfragen und Mengenbegrenzungen für Ihr Volumen gelten.

Neben der Programmierschnittstelle bietet plentymarkets Möglichkeiten für Import und Export von Daten als Tabelle. Für einmalige Übernahmen, etwa beim Start, kann das sinnvoll sein. Für den laufenden Abgleich bevorzugen wir die Schnittstelle, weil sie Statusrückmeldungen und Fehlerbehandlung zulässt.

Für die Verbindung von plentymarkets mit Shopsystemen gibt es Zusatzprodukte und Dienstleister. Ob eines zu Ihrem Ablauf passt, prüfen wir ehrlich vor einer Entscheidung. Deckt ein vorhandenes Produkt Ihre Anforderungen ab, ist es oft die wirtschaftlichere Wahl, und wir sagen Ihnen das. Achten Sie bei jedem Fertigprodukt darauf, wie es gepflegt wird, was bei Updates passiert und wie weit es sich anpassen lässt.

Eine individuelle Entwicklung für Magento plentymarkets lohnt sich, wenn Ihre Abläufe vom Standard abweichen: besondere Preisregeln, mehrere Lager, Bundles, eigene Merkmale oder Abläufe, die ein Fertigprodukt nicht kennt. Sie ist teurer im Start, passt aber genau. Rechnen Sie dabei auch die Pflege ein, denn eine Eigenentwicklung braucht jemanden, der sie betreut.

Eine Middleware lohnt sich, wenn mehr als zwei Systeme verbunden werden, etwa Shop, plentymarkets, ein Produktinformationssystem und Versanddienstleister. Die Entscheidungshilfe dazu steht im Ratgeber zur ERP-Anbindung.

Auf der Magento-Seite bauen wir die Anbindung als eigenes Modul nach den Standards des Systems, ohne Eingriffe in den Kern. Das Modul nutzt die Schnittstellen und Warteschlangen von Magento, damit Übertragungen im Hintergrund laufen und der Shop für Besucher nicht langsamer wird. Bestellungen werden beim Eingang in eine Warteschlange gestellt und dort abgearbeitet, bis das ERP sie bestätigt hat.

Preise nach Kundengruppen, Staffelpreise und mehrere Lager bildet Magento mit eigenen Funktionen ab, die die Anbindung befüllt. Wir nutzen nach Möglichkeit diese Standardfunktionen, statt eigene Tabellen zu erfinden. Das hält den Shop updatefähig und lässt andere Entwickler später mitarbeiten.

Im Admin sehen Sie, was übertragen wurde: Ein Protokoll zeigt Datum, Datensatz und Ergebnis, mit Filter für Fehler. Für die Eigenheiten von plentymarkets ergänzen wir Einstellungen im Admin, etwa Zuordnungen von Zahlarten, Versandarten und Steuerklassen, damit Änderungen keine Entwicklung brauchen.

Bei plentymarkets sind Varianten der zentrale Baustein, deshalb ordnen wir sie in Magento so zu, dass Bestand und Preis je Variante stimmen. Magento plentymarkets bekommt dafür eine Zuordnungstabelle im Admin, die Sie selbst pflegen können, wenn sich Merkmale oder Lager ändern.

Diese Punkte sehen wir in Projekten immer wieder. Sie lassen sich planen, wenn man sie früh kennt.

• Varianten

  Die Struktur der Varianten in plentymarkets passt nicht eins zu eins auf Magento und braucht eine saubere Zuordnung.

• Gemeinsamer Bestand

  Der Bestand wird für Marktplätze und Shop gleichzeitig verkauft, und es kommt zu Überverkäufen.

• Ablaufende Anmeldung

  Die Berechtigung für die Schnittstelle läuft ab und die Übertragung bricht still ab.

• Unklare Datenhoheit

  Preise oder Texte werden in beiden Systemen geändert und überschreiben sich.

• Fehlende Überwachung

  Eine ausgefallene Übertragung fällt erst nach Tagen auf, weil niemand ins Protokoll schaut.

• Sonderfälle

  Teillieferungen, Retouren, Gutschriften und Auslandsbestellungen fehlen im Konzept.

Eine Anbindung verbindet zwei Systeme mit Geschäftsdaten, deshalb gelten klare Regeln. Der Austausch läuft verschlüsselt, Zugangsdaten liegen nicht im Quellcode, sondern in der geschützten Konfiguration, und die Anbindung erhält nur die Rechte, die sie braucht. Zugänge gehören zu einem eigenen Dienstkonto, nie zu einem privaten Konto einer Person.

Beim Testen arbeiten wir mit Testdaten oder anonymisierten Daten, soweit möglich. Sobald Entwickler Zugriff auf personenbezogene Daten bekommen, etwa Kundenkonten oder Bestellungen aus plentymarkets, braucht es eine Vereinbarung zur Auftragsverarbeitung. Das klären wir vor dem Start, damit Sie rechtlich sauber aufgestellt sind.

Das Protokoll der Anbindung enthält, was für den Betrieb nötig ist, aber keine Zugangsdaten und keine unnötigen Personendaten. Aufbewahrungsfristen legen wir mit Ihnen fest. Diese Hinweise sind keine Rechtsberatung, die konkrete Ausgestaltung hängt von Ihrem Unternehmen ab.

Wir halten den Einstieg bewusst kurz, damit Sie schnell wissen, ob und wie die Anbindung machbar ist.

Die folgenden Konstellationen sind Beispiele aus der Praxis von Magento plentymarkets Projekten, keine Aussagen über bestimmte Kunden. Die erste ist ein Händler, der bisher über Marktplätze und einen einfachen Shop verkauft und nun einen leistungsfähigeren Magento-Shop aufbaut. plentymarkets bleibt das Zentrum. Im Mittelpunkt stehen der gemeinsame Bestand und eine saubere Zuordnung der Artikelnummern, damit nichts doppelt oder gar nicht verkauft wird.

Die zweite Konstellation ist ein Händler mit einem großen Sortiment und vielen Varianten. Die Herausforderung liegt in der Menge: Der erste Abgleich muss in Schritten laufen, und die laufende Aktualisierung darf die Schnittstelle nicht überlasten. Wir legen früh fest, was vollständig und was nur bei Änderung übertragen wird.

Die dritte Konstellation ist ein Betrieb mit B2B-Kunden, die eigene Preise und Zahlungsbedingungen haben. Der Shop soll nach der Anmeldung die richtigen Preise zeigen, und Bestellungen sollen ohne Abtippen in plentymarkets landen. Wie solche Anforderungen im Shop aussehen, beschreibt der Ratgeber zum B2B-Shop.

Gemeinsam ist den drei Konstellationen, dass der größte Teil des Aufwands nicht in der Übertragung selbst liegt, sondern in der Klärung der Regeln: Wer ist führend, was passiert bei Konflikten, wie gehen wir mit Sonderfällen um? Diese Klärung ist der Teil, der später am meisten Ärger erspart.

Eine Schnittstelle ist kein einmaliges Projekt, sondern ein laufender Betrieb. Nach dem Start überwacht ein Protokoll jede Übertragung: Was wurde wann übertragen, was ist fehlgeschlagen, was wird wiederholt? Fehler, die sich nicht automatisch beheben lassen, werden sichtbar gemeldet, damit niemand erst durch eine Kundenbeschwerde davon erfährt.

Updates verändern die Lage. Ein Magento-Update, ein neuer Stand bei plentymarkets oder eine Änderung der Schnittstelle des Herstellers können die Anbindung beeinflussen. Deshalb gehört zur Planung eine Absprache, wie Updates getestet werden und wer sie freigibt. Die laufende Pflege lässt sich über einen Wartungsvertrag regeln, der Überwachung, Updates und Fehlerbehebung abdeckt.

Dokumentation ist Teil der Lieferung. Sie erhalten eine Beschreibung der Datenflüsse, der Zuordnungen und der Regeln für Sonderfälle, damit Ihr Team oder ein anderer Dienstleister die Anbindung versteht und weiterführen kann. Quellcode und Zugänge liegen bei Ihnen.

Eine pauschale Zahl für Magento plentymarkets wäre unseriös, denn der Aufwand hängt von Ihrer Konstellation ab. Er wird bestimmt von der Zahl der Datenflüsse, der Qualität der Daten in plentymarkets, der Zahl der Sonderfälle bei Preisen, Lagern und Kunden und der geforderten Aktualität. Ein Datenfluss in eine Richtung ist deutlich schneller gebaut als ein Abgleich in beide Richtungen mit Konfliktregeln.

Wir arbeiten mit einem offenen Stundensatz von 30 € netto, ohne Notfall-Aufschlag. Nach der Bestandsaufnahme erhalten Sie eine schriftliche Schätzung, die die Datenflüsse einzeln ausweist, sodass Sie Umfang und Reihenfolge selbst steuern können. Bei klar umrissenen Paketen ist auch ein Festpreis möglich. Alle Preise finden Sie auf der Seite Preise.

Rechnen Sie neben der Entwicklung die laufenden Posten ein: Hosting, Wartung und gegebenenfalls Lizenzen oder Gebühren für plentymarkets und für Zusatzdienste. Wir weisen diese Posten in der Schätzung getrennt aus, damit Sie Angebote über mehrere Jahre vergleichen können.

Zu einem ehrlichen Angebot gehört, die Grenzen zu nennen. Wir verkaufen keinen fertigen Connector von der Stange, sondern entwickeln Magento plentymarkets projektbezogen nach Ihren Abläufen. Das bedeutet: Wir setzen genau das um, was Sie brauchen, aber nicht in einem Tag und nicht für einen Pauschalpreis, der vorher nicht kalkulierbar ist.

Wir sind eine Webagentur, in der feste Freelancer zusammenarbeiten, alle im Home-Office. Wir sind keine Großagentur mit hundert Mitarbeitern und können nicht jedes Projekt zu jeder Zeit annehmen. Wir sagen Ihnen früh, ob und wann wir Kapazität haben. Kunden nennen wir nur mit deren Zustimmung, im Erstgespräch sprechen wir gern über vergleichbare Konstellationen.

Wir geben keine Rechtsberatung. Fragen zu Auftragsverarbeitung, Datenschutz und den Lizenzbedingungen von plentymarkets klären Sie mit Ihrer Rechtsberatung und dem Hersteller. Was technisch möglich ist, hängt von Version, Betrieb und Lizenz Ihres Systems ab und wird in der Bestandsaufnahme geprüft.