Magento inriver: Produktdaten aus dem PIM zuverlässig in den Shop bringen

inriver führt Produktdaten zentral: Artikel mit ihren Attributen, Beziehungen, Medien und Sprachversionen. Das PIM ist die Quelle für alles, was ein Kunde über ein Produkt liest und sieht, während Preise und Bestände meist aus einem ERP kommen. Ein Shop ist einer von mehreren Kanälen, die aus dem PIM gespeist werden.

Für Magento inriver heißt das: Produktdaten gehen aus inriver in den Shop, in der Regel nur in diese Richtung. Im PIM freigegebene Artikel mit Beschreibungen, Merkmalen, Bildern und Übersetzungen werden in Magento als Produkte angelegt oder aktualisiert. Der Vorteil liegt auf der Hand: Ihre Redaktion pflegt Daten einmal, und jeder Kanal erhält denselben Stand.

Das Datenmodell von inriver ist frei gestaltbar. Zwei Betriebe mit inriver sehen deshalb oft sehr unterschiedlich aus: andere Entitäten, andere Felder, andere Beziehungen. Magento inriver beginnt darum immer mit der Frage, wie Ihr Modell aufgebaut ist und welche Teile davon im Shop gebraucht werden.

Preise, Bestand und Bestellungen gehören in der Regel nicht in das PIM. Wir klären in der Bestandsaufnahme, welche Daten aus welchem System kommen, damit der Shop nicht widersprüchliche Quellen hat.

Ein weiterer Punkt ist der Freigabeprozess. In inriver durchlaufen Artikel meist Status wie Entwurf, Prüfung und Freigabe. Magento inriver übernimmt nur freigegebene Artikel, damit unfertige Texte nie im Shop erscheinen. Wie diese Status heißen und was sie bedeuten, klären wir mit Ihrer Redaktion, denn davon hängt ab, wann ein Artikel im Shop sichtbar wird.

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

Nicht jedes Projekt zu Magento inriver braucht alle fünf Bereiche. Oft beginnt es mit Bestellungen und Bestand und wächst später um Artikelpflege und Belege. So sehen Sie schnell Ergebnisse und können das Budget in Etappen einsetzen.

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

Bei Magento inriver 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 inriver bietet inriver nach den Angaben, die wir gefunden haben, eine REST-Schnittstelle. Die Anmeldung läuft über einen API-Schlüssel, der im Verwaltungsbereich erzeugt und als Kopfzeile mitgeschickt wird. Die Dokumentation der Schnittstelle liegt laut Hersteller als interaktive Beschreibung vor, und über sie lassen sich Modell, Entitätstypen und Entitäten abfragen. Der Hersteller hat die Schnittstelle in den letzten Jahren weiterentwickelt.

Nach Angaben von Agenturen gibt es außerdem einen offiziellen Adapter für Adobe Commerce, der Produktdaten aus dem PIM in den Shop übernimmt. Diese Angaben stammen aus Beiträgen von Drittanbietern, eine offizielle Beschreibung des Adapters haben wir nicht gefunden. Ob und wie weit er für Ihr Modell reicht, prüfen wir vor dem Angebot und sagen Ihnen offen, wenn er genügt.

Für Magento inriver gilt wie für jede Anbindung: Die Schnittstelle ist nur die Hälfte der Arbeit. Die andere Hälfte ist die Zuordnung: Welches Feld wird welches Attribut, welche Entität wird welcher Produkttyp, welche Sprache wird welche Store-View. Diese Zuordnung halten wir im Admin als Einstellungen fest, damit sie sich ohne Entwicklung ändern lässt.

Für die Verbindung von inriver und Magento gibt es einen Adapter, den Agenturen als offiziell beschreiben, sowie Lösungen von Drittanbietern. Ob eine davon zu Ihrem Modell passt, prüfen wir ehrlich vor einer Entscheidung. Deckt ein vorhandener Adapter Ihre Anforderungen ab, ist er oft die wirtschaftlichere Wahl, und wir sagen Ihnen das.

Eine individuelle Entwicklung für Magento inriver lohnt sich, wenn Ihr Datenmodell vom Üblichen abweicht: eigene Entitäten, komplexe Beziehungen, besondere Regeln für Varianten oder mehrere Shops mit unterschiedlichen Sortimenten. Sie ist teurer im Start, passt aber genau. Rechnen Sie auch die Pflege ein: Ein Fertigprodukt spart Entwicklungszeit, verursacht aber Lizenz- und Updatekosten, und eine Eigenentwicklung braucht jemanden, der sie betreut.

Eine Middleware lohnt sich, wenn mehr als zwei Systeme verbunden werden, etwa PIM, ERP, Shop und Marktplätze. 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 inriver ergänzen wir Einstellungen im Admin, etwa Zuordnungen von Zahlarten, Versandarten und Steuerklassen, damit Änderungen keine Entwicklung brauchen.

Bei inriver steht das Datenmodell im Mittelpunkt: Entitäten, Felder und Beziehungen werden im PIM frei definiert. Magento inriver beginnt deshalb mit einer Zuordnung dieses Modells zu den Produkttypen, Attributsätzen und Kategorien von Magento.

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

• Freies Datenmodell

  Das Modell im PIM passt nicht auf die Produkttypen und Attributsätze von Magento und braucht eine saubere Zuordnung.

• Varianten

  Die Varianten im PIM werden anders gebildet als in Magento und führen zu doppelten oder fehlenden Produkten.

• Medien

  Große Bilder und viele Dokumente verlängern den Import und überlasten die Übertragung.

• Unklare Datenhoheit

  Texte werden im PIM und im Shop geändert und überschreiben sich.

• Fehlende Überwachung

  Ein fehlgeschlagener Import fällt erst nach Tagen auf, weil niemand ins Protokoll schaut.

• Sprachen

  Fehlende Übersetzungen führen zu leeren Feldern in einzelnen Store-Views.

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 inriver, 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 inriver Projekten, keine Aussagen über bestimmte Kunden. Die erste ist ein Hersteller mit tausenden Artikeln, die in mehreren Sprachen und für mehrere Kanäle gepflegt werden. Das PIM ist die einzige Quelle für Produkttexte, und der Shop darf sie nicht überschreiben.

Die zweite Konstellation ist ein Händler mit vielen Varianten und eigenen Beziehungen im PIM. Die Herausforderung liegt darin, Varianten und Zubehör sauber in Magento abzubilden und die Reihenfolge der Bilder beizubehalten. Wir legen früh fest, was im PIM bleibt und was im Shop entsteht.

Die dritte Konstellation ist ein Betrieb, der von einem anderen Shopsystem zu Magento wechselt und inriver behält. Hier ist die bestehende Anbindung der Maßstab: Was sie heute leistet, soll der neue Shop mindestens leisten. Wie der Wechsel selbst abläuft, beschreibt unsere Seite zur Migration.

Bei allen drei Konstellationen bewährt sich bei Magento inriver ein Delta-Abgleich: Es werden nur Artikel übertragen, die sich seit dem letzten Lauf geändert haben. Das verkürzt die Laufzeit, schont den Shop und macht Fehler leichter auffindbar. Ein erster vollständiger Lauf mit einem kleinen Teil des Sortiments dient als Probe, bevor alle Artikel und alle Sprachen folgen und der Shop live geschaltet wird.

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 inriver 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 inriver 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 inriver, der Zahl der Sonderfälle bei Attributen, Varianten, Medien und Sprachen 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 inriver 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 inriver 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 inriver 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.