Die Integration von E-Commerce und ERP beginnt meist mit Fragen zur API. Hat das System passende Endpunkte, welche Daten lassen sich abrufen und wie oft können sie synchronisiert werden?
Das ist wichtig, sollte aber nicht der einzige Ausgangspunkt des Projekts sein.
Es muss auch geklärt werden, welches System für welche Information verantwortlich ist, in welche Richtung Daten fließen und was passiert, wenn eines der Systeme nicht mehr antwortet.
Wir konzipieren Magento-ERP-Integrationen als Teil der Plattformarchitektur - nicht als Sammlung von Skripten, die am Ende der Implementierung zwischen die Systeme gesetzt werden.
Ein kostenloses Gespräch von 30–60 Minuten. Wir lernen Ihr ERP, die Datenflüsse und die Prozesse kennen, die durch die Integration unterstützt werden sollen. Wir skizzieren den Umfang, die wichtigsten Risiken und die Bereiche, die weiter analysiert werden müssen.
Verantwortung
Im komplexen E-Commerce tauchen dieselben Informationen oft in mehreren Systemen auf.
ERP kann Preise, Bestände und Konditionen verwalten. PIM kann für Beschreibungen und Attribute zuständig sein. Magento übernimmt Produktdarstellung, Warenkorb und Kaufprozess.
Das Problem beginnt, wenn dieselbe Information an mehreren Stellen unabhängig geändert werden kann.
Wenn ein Preis sowohl im ERP als auch in Magento bearbeitet werden kann, gibt es früher oder später zwei unterschiedliche Versionen desselben Werts.
Deshalb legen wir vor der Entwicklung für jede wichtige Datenart die maßgebliche Quelle fest.
Eine typische Aufteilung kann so aussehen:
Das ist ein Ausgangspunkt, kein fertiges Schema für jedes Unternehmen.
Wenn dieselbe Information nach der Implementierung weiterhin in mehreren Systemen unabhängig geändert werden kann, ist das Problem der Datenverantwortung nicht gelöst. Die Integration hat es nur verborgen.
Integrationsumfang
Der Umfang hängt vom Geschäftsmodell ab. Meist umfasst die Integration mehrere kritische Datenflüsse.
ERP kann SKUs, grundlegende Produktdaten, Einheiten, Status, Logistikinformationen und Daten zur Zuordnung von Datensätzen zwischen Systemen liefern.
Wenn ein Unternehmen PIM nutzt, müssen nicht alle Produktinformationen über ERP laufen. Handelsdaten können aus einem System stammen, Inhalte und umfangreiche Attribute aus einem anderen.
Im B2B hängt der Preis oft von einem bestimmten Kunden, einer Preisliste, einem Vertrag, der Menge oder dem Markt ab.
Wenn die Preislogik im ERP liegt, ist es meist nicht sinnvoll, sie in Magento erneut aufzubauen. Stattdessen muss gestaltet werden, wie der richtige Preis den richtigen Kunden erreicht und ausreichend aktuell bleibt.
Bei einem einzigen Lager kann die Synchronisierung der Verfügbarkeit relativ einfach sein.
Bei mehreren Lagern kommen Reservierungsregeln, verschiedene Standorte, die Häufigkeit der Aktualisierung und die Frage hinzu, was der Shop bei vorübergehend nicht verfügbaren Quelldaten tun soll.
In B2B-Projekten kann die Integration Firmendaten, Zuordnungen zu Gruppen und Vertriebsmitarbeitern, Preislisten, Kreditlimits, Zahlungsbedingungen und weitere für den Einkauf benötigte Informationen umfassen.
Auch hier muss klar sein, welches System für welche Information verantwortlich ist.
Das ist meist der kritischste Datenfluss.
Magento nimmt die Bestellung entgegen, doch die weitere Abwicklung erfolgt oft im ERP. Deshalb benötigt das Hintergrundsystem Kundendaten, Positionen, Preise, Rabatte, Lieferung, Zahlung und die für den operativen Prozess erforderlichen Kennungen.
Anschließend fließen Informationen an Magento zurück: Bearbeitungsstatus, Versand, Dokumente und andere Daten, die Kunden benötigen.
Die Bestellung nur zu senden reicht nicht aus. Man muss auch wissen, ob das ERP sie tatsächlich angenommen hat.
Ausfallsicherheit
Die größten Probleme entstehen nicht, wenn beide Systeme korrekt funktionieren.
Magento kann eine Bestellung senden und das ERP sie annehmen, aber die Antwort kann verloren gehen. Wird die Kommunikation unkontrolliert wiederholt, können im ERP zwei Dokumente für dieselbe Transaktion entstehen.
Idempotenz klingt wie ein technisches Detail - bis dasselbe Dokument zweimal im ERP landet. Dann wird daraus ein operatives, logistisches oder buchhalterisches Problem.
Deshalb konzipieren wir für kritische Datenflüsse unter anderem:
Eine vorübergehende Nichtverfügbarkeit des Hintergrundsystems sollte nicht automatisch zu Datenverlust oder einem vollständigen Verkaufsstopp führen.
Synchronisierung
„Wir wollen alle Daten sofort haben“ klingt nach einer selbstverständlichen Anforderung. In der Praxis benötigt nicht jeder Datenfluss das.
Der Preis eines bestimmten Kunden kann sehr aktuelle Informationen erfordern. Große Mengen an Katalogdaten können hingegen problemlos asynchron aktualisiert werden.
Für jeden Prozess legen wir fest, wie aktuell die Daten sein müssen, welches Volumen sie haben und was bei einer Verzögerung geschieht. Außerdem prüfen wir, ob ein Nutzer auf die Antwort wartet oder der Vorgang im Hintergrund laufen kann.
So machen wir Magento dort nicht von der Verfügbarkeit des ERP abhängig, wo das Geschäft dies nicht verlangt.
Architektur
In einem großen E-Commerce-Projekt haben wir Magento über eine individuelle API mit einem langjährig betriebenen ERP-System integriert, die der Kunde über viele Jahre entwickelt hatte.
Das Datenmodell des Quellsystems war historisch gewachsen und entsprach nicht unmittelbar der Struktur, die wir in Magento erreichen wollten.
Statt sämtliche Legacy-Einschränkungen in der neuen Plattform nachzubilden, haben wir eine Konvertierungsschicht geschaffen. Sie ordnete Daten zu und normalisierte sie, passte sie an das Zielmodell in Magento an, überbrückte Strukturunterschiede beider Systeme und bereitete Informationen für neue Filter- und Darstellungsmechanismen des Katalogs auf.
Diese Zwischenschicht trennte das Legacy-Modell vom Zielmodell in Magento und ermöglichte die Weiterentwicklung beider Seiten, ohne ihre Strukturen direkt zu koppeln.
Das ist besonders wichtig, wenn das ERP über viele Jahre gewachsen ist und nicht allein deshalb neu aufgebaut werden kann, weil ein Unternehmen eine neue E-Commerce-Plattform einführt.
Erfahrung
Der Name des ERP-Produkts allein bestimmt jedoch nicht die Integrationsarchitektur.
Zwei Organisationen mit demselben Produkt können völlig unterschiedliche Erweiterungen, Preismodelle, Prozesse und Schnittstellen haben.
Erfahrung mit einem bestimmten System kann Discovery beschleunigen und helfen, typische Probleme früher zu erkennen, ersetzt Discovery aber nicht.
Wir haben an Integrationen mit SAP ECC und SAP S/4HANA, Asseco Softlab, Comarch-Systemen, Microsoft Dynamics und enova365 gearbeitet.
Darüber hinaus verfügen wir über Erfahrung mit individuellen Lösungen und langjährig betriebenen Legacy-Systemen.
Unsere Arbeitsweise
Wir beginnen mit dem, was im Unternehmen tatsächlich geschieht: Woher kommen Produkte, Preise und Bestände, wann entsteht ein Kundendatensatz, was geschieht mit einer Bestellung und welche Prozesse sind kritisch?
Wir legen fest, welches System für welche Information verantwortlich ist und wo sie geändert werden darf.
Wir definieren Kommunikationsrichtungen, Datenzuordnung, Anforderungen an die Aktualität sowie ein synchrones oder asynchrones Modell für die einzelnen Prozesse.
Wir konzipieren Warteschlangen, Wiederholungen, Idempotenz, Protokollierung und Monitoring dort, wo sie benötigt werden.
Wir entwickeln die Integration auf der Magento-Seite sowie benötigte Adapter oder Zwischenschichten.
Wir testen nicht nur den Fall, in dem alles korrekt funktioniert.
Wir prüfen auch, was geschieht, wenn:
Nach dem Go-live beobachten wir den tatsächlichen Datenfluss und stabilisieren die Prozesse unter Produktionsbedingungen.
Anschließend kann die Integration gemeinsam mit der Magento-Plattform weiterentwickelt und gewartet werden.
Wartung
Das ERP wird sich verändern. Neue Felder, Lager, Märkte und Prozesse kommen hinzu.
Deshalb sollte sich die Integration diagnostizieren lassen, ohne nach einem Jahr erneut herausfinden zu müssen, wie die einzelnen Datenflüsse funktionieren.
Bei kritischen Prozessen sind Protokolle wichtig, mit denen sich ein konkreter Vorgang nachvollziehen lässt, ebenso Fehlermonitoring und die Möglichkeit einer kontrollierten erneuten Verarbeitung.
Je kritischer der Prozess, desto weniger sollte er einem Skript ähneln, das „alle paar Minuten irgendetwas synchronisiert“.
Erfahrung
Integrationen gehören regelmäßig zu den komplexen Magento-Projekten, die wir umsetzen.
Wir arbeiten nicht nur auf API-Ebene, sondern auch mit Daten, Datenbanken, Warteschlangen, Suche und Infrastruktur. Dadurch können wir den gesamten Prozess analysieren und nicht nur den Abschnitt zwischen zwei Endpunkten.
Wir haben Erfahrung sowohl mit modernen ERP-Systemen als auch mit Legacy-Lösungen, die über viele Jahre entwickelt wurden.
Das ist besonders wichtig, wenn das eigentliche Problem nicht eine fehlende API ist, sondern der Unterschied zwischen einem historischen Datenmodell und der Arbeitsweise, die das Unternehmen nach Einführung einer neuen E-Commerce-Plattform anstrebt.
Eignung
Wenn das Hauptproblem in verstreuten Beschreibungen, Attributen, Übersetzungen und anderen Produktdaten liegt, löst die bloße Anbindung des ERP die Situation nicht. Dann lohnt sich ein Einstieg über PIM und Produktdatenmanagement.
PIM und Produktdatenmanagement →Wenn es um Kunden, die Arbeit des Vertriebs, Pipeline und Verkaufsbeziehungen geht, sind CRM-Integrationen die bessere Richtung.
CRM-Integrationen →Wenn ERP nur ein Baustein beim Aufbau einer völlig neuen Plattform ist, ist eine Magento-Implementierung der richtige Weg.
Magento-Implementierung →Wenn sich der bestehende Shop selbst nicht mehr sinnvoll weiterentwickeln lässt, kann eine weitere Integration die notwendige Entscheidung nur aufschieben. In diesem Fall sollte der Zustand der Plattform zuerst mit einem kostenlosen Performance- und Sicherheitsaudit bewertet werden.
Fragen
Mit den Prozessen und der Datenverantwortung. Zuerst muss geklärt werden, welche Informationen Magento benötigt, wo sie entstehen, welches System dafür verantwortlich ist und wie aktuell sie sein müssen.
Meist sind es Produkte, Preise, Bestände, Kunden, Konditionen, Limits, Bestellungen und Status. Der Umfang hängt vom Geschäftsmodell ab.
Ja. Wir haben Erfahrung mit SAP ECC und S/4HANA. Die konkrete Architektur hängt von der Systemkonfiguration und den Prozessen der Organisation ab.
Ja. Wir haben Erfahrung mit der Integration von Magento und Asseco Softlab, auch in einer Umgebung mit einer vom Kunden entwickelten individuellen API und einem historischen Datenmodell, das eine Konvertierungsschicht erforderte.
Ja, wir haben Erfahrung mit Comarch-Systemen. Der Arbeitsumfang hängt von Version, Erweiterungen und Nutzung des Systems in der jeweiligen Organisation ab.
Ja. Wie bei anderen ERP-Systemen bestimmen wir die Architektur nach der Analyse der Prozesse und verfügbaren Schnittstellen.
Ja, wir haben Erfahrung mit Integrationen, an denen Enova beteiligt ist. Die konkrete Lösung hängt vom Datenumfang und der Arbeitsweise des Unternehmens ab.
Nein. Für jeden Datenfluss legen wir erforderliche Aktualität, Volumen und Folgen einer Verzögerung fest. Manche Daten benötigen eine schnelle Antwort, andere können im Hintergrund synchronisiert werden.
Die Architektur lässt sich so gestalten, dass eine vorübergehende Nichtverfügbarkeit des ERP nicht zu Datenverlust führt. Je nach Prozess nutzen wir Warteschlangen, Wiederholungen und Mechanismen zur Überwachung des Verarbeitungsstatus.
Ja, sofern Daten ausgetauscht werden können. Bei Legacy-Lösungen ist oft eine Zwischenschicht hilfreich, die Daten zuordnet und normalisiert, anstatt Magento vollständig an das historische Modell anzupassen.
Nicht immer. Ein fertiger Konnektor kann bei Standardprozessen helfen, doch individuelle Preislisten, mehrere Lager, eigene Status oder ein umfangreich angepasstes ERP erfordern oft zusätzliche Logik.
Nein. ERP kann beispielsweise für SKUs, Preise und Bestände zuständig sein, PIM dagegen für Inhalte, Attribute, Übersetzungen und Medien.
Das hängt vor allem von der Anzahl der Datenflüsse, der Datenqualität, den verfügbaren Schnittstellen und dem Grad der ERP-Anpassung ab. Umfang und Zeitplan legen wir nach Discovery fest.
Woher kommen Produkte, Preise und Bestände, wohin gelangen Bestellungen und welche Datenflüsse verursachen heute die meisten Probleme?
Wir melden uns innerhalb von 12 Stunden nach dem Absenden bei Ihnen.