3.400 Bestellungen an einem einzigen Novemberwochenende, und am darauffolgenden Montag stimmt kein einziger Lagerbestand mehr. Wer Magento 2 oder Adobe Commerce ohne belastbare Magento ERP Integration betreibt, kennt dieses Szenario: Der Shop verkauft Ware, die das Lager längst nicht mehr hat, die Buchhaltung tippt Rechnungen per Hand ab, und der Kundenservice beantwortet den ganzen Tag Statusanfragen. Die Anbindung an das Warenwirtschafts- oder ERP-System entscheidet 2026 darüber, ob ein wachsender Shop skaliert, oder an seinen eigenen Daten erstickt.
Siebenstellige Jahresumsätze über einen Magento-Shop sind im deutschen Mittelstand längst Alltag. Die Installationen dahinter laufen oft seit einem Jahrzehnt, migriert von Magento 1, vollgepackt mit Extensions. Genau diese gewachsenen Shops treffen auf ERP-Landschaften mit eigener Historie: SAP Business One beim Maschinenbauer, JTL-Wawi beim Versandhändler, Odoo beim Scale-up, das gerade die ersten zehn Millionen knackt. Zwei Systeme, zwei Datenwelten, und dazwischen eine Schnittstelle, die in den meisten Projekten unterschätzt wird.
Warum scheitern so viele Magento-ERP-Integrationen an den Stammdaten?
Selten ist es die Schnittstellentechnik, an der Integrationsprojekte zerbrechen. Scheitern tun sie am Datenmodell. Magento kennt sechs Produkttypen, Simple, Configurable, Grouped, Bundle, Virtual, Downloadable. Die meisten ERP-Systeme denken in genau zwei Logiken: Artikel und Stückliste. Ein konfigurierbares T-Shirt in fünf Farben und vier Größen ist für Magento ein Parent mit zwanzig Children. Für das ERP sind es zwanzig eigenständige Artikel mit eigenen SKU. Wer dieses Mapping nicht vor Projektbeginn sauber definiert, synchronisiert ab Tag eins Müll in beide Richtungen.
Magento rechnet im B2C mit Bruttopreisen, das ERP denkt in Netto. Deutsche Steuersätze, 19 Prozent regulär, 7 Prozent ermäßigt, müssen je Produkt korrekt gemappt sein, B2B-Kundengruppen bekommen eigene Preislisten, Staffelpreise kommen dazu. Jedes dieser Felder ist eine potenzielle Fehlerquelle, wenn Shop und Warenwirtschaft unterschiedlich runden oder Steuerklassen abweichend benennen.
Die wichtigste Architekturentscheidung lautet deshalb: Welches System führt welche Daten? Bidirektionale Synchronisation klingt im Vertriebsgespräch elegant und ist in der Praxis der Tod jedes Datenbestands. Wenn im Shop ein Preis geändert wird, während das ERP denselben Artikel aktualisiert, gewinnt das System mit dem schnelleren Cron-Job, nicht das mit den richtigen Daten.
Konnektor, Middleware oder Eigenbau, welcher Integrationsweg passt zu Ihrem Shop?
Kurz gesagt: Wer Standardprozesse fährt, nimmt den Konnektor. Wer mehrere Systeme und komplexes Mapping hat, braucht eine Middleware. Und wer wirklich exotische B2B-Prozesse pflegt, baut selbst, sollte aber wissen, worauf er sich einlässt.
Standard-Konnektoren sind der schnellste Einstieg. ERP-Anbieter und Spezialisten liefern fertige Bausteine: Celigo etwa für NetSuite, diverse Anbieter für SAP Business One, und JTL-Wawi bringt Connectoren für gängige Shopsysteme gleich mit. Vorteil: In vier bis acht Wochen läuft der Standardfall. Nachteil: Sobald Ihre Prozesse vom Standard abweichen, etwa kundenspezifische Preise pro Warenkorb oder Bestellungen mit Konfigurator-Artikeln, stoßen fertige Konnektoren an ihre Grenzen.
Middleware-Plattformen, im Markt auch als iPaaS gehandelt, setzen genau dort an. Alumio, Celigo oder die deutsche No-Code-Lösung Synesty schieben eine eigene Schicht zwischen Magento und ERP und übernehmen dort die Drecksarbeit:
- Mapping zwischen Magento-Attributen und ERP-Feldern ohne Programmieraufwand
- Warteschlangen und Wiederholungslogik, wenn eines der Systeme nicht erreichbar ist
- Monitoring-Dashboards, die zeigen, welche Bestellung wo hängen geblieben ist
Kostenpunkt: je nach Datenvolumen grob 500 bis 3.000 Euro pro Monat, plus Einrichtung. Dafür bekommen Sie etwas, das Eigenbauten fast immer vermissen lassen: Transparenz über Fehler.
Der Eigenbau nutzt das, was Magento von Haus aus mitbringt, REST- und GraphQL-APIs sowie eine integrierte Message Queue auf Basis von RabbitMQ, die asynchrone Verarbeitung erlaubt. Volle Kontrolle, keine Lizenzkosten für die Schnittstelle. Aber: Jede Magento-Version, jedes Security-Patch, jede neue Extension kann die Integration berühren. Meine Einschätzung: Eigenbau lohnt sich nur, wenn ein festes Entwicklerteam dauerhaft daran arbeitet. Als einmaliges Agenturprojekt wird er zur Wartungsfalle.
Was unterscheidet Adobe Commerce von Magento Open Source bei der ERP-Anbindung?
Der wichtigste Unterschied ist der Integration Starter Kit. Adobe stellt Commerce-Kunden auf Basis des Adobe Developer App Builder eine vorgefertigte Referenzarchitektur für Back-Office-Integrationen bereit, ereignisgesteuert über Adobe I/O Events, mit vordefinierten Flüssen für Bestellungen, Produkte, Bestände und Kunden. Statt bei null anzufangen, konfiguriert das Team eine bestehende Blaupause. Für Unternehmen mit eigenem IT-Partner verkürzt das die Zeit bis zum produktiven Datenfluss spürbar.
Magento-Open-Source-Betreiber bekommen davon nichts. Hier bleibt der klassische Weg über REST-APIs und die Message Queue, ergänzt um Community-Module. Lizenzseitig liegt der Unterschied ohnehin auf der Hand: Adobe Commerce startet bei rund 22.000 US-Dollar jährlich und steigt mit dem Umsatz, Open Source ist lizenzfrei, dafür tragen Sie Hosting, Agentur und Wartung komplett selbst. Mit Version 2.4.8 vom April 2025 sind beide Linien aktuell auf demselben technischen Stand inklusive PHP-8.3-Support. Die Qualität Ihrer ERP-Integration hängt weniger von der Lizenz ab als von der Architekturfrage, die Sie vorher beantworten.
Was kostet eine Magento-ERP-Anbindung wirklich?
Zwischen 10.000 und weit über 100.000 Euro, je nach Weg. Ein Standard-Konnektor-Projekt mit wenig Anpassungsbedarf landet bei grob 10.000 bis 25.000 Euro. Middleware-basierte Projekte mit mehreren Systemen und eigenem Mapping liegen erfahrungsgemäß bei 30.000 bis 70.000 Euro plus laufender Subscription. Komplexe B2B-Szenarien mit Custom-Entwicklung, Kundenindividuellen Preisen und mehreren Lagern gehen in den sechsstelligen Bereich. Das sind Marktwerte aus realen Agenturangeboten, keine Preislisten, aber sie geben die Größenordnung.
Versteckt liegen die Kosten woanders. Der größte Posten ist die Datenaufbereitung: Artikelstämme ohne einheitliche SKU-Logik, Kundendatensätze mit Duplikaten, Preise, von denen niemand mehr weiß, welcher stimmt. Dazu kommen Testumgebungen, Sie wollen eine Integration, die Bestellungen schreibt, niemals ungetestet gegen ein Produktiv-ERP laufen lassen, und ein Budget für den laufenden Betrieb, weil Magento-Updates und ERP-Release-Wechsel die Schnittstelle regelmäßig anfassen.
Das Teuerste an einer ERP-Integration ist nie die Schnittstelle. Es sind die zehntausend Artikel, von denen niemand weiß, welcher Preis stimmt.
GoBD, E-Rechnung und DATEV: Warum deutsche Shops anders integrieren müssen
Seit dem 1. Januar 2025 müssen deutsche Unternehmen elektronische Rechnungen empfangen können; die Ausstellerpflicht im B2B folgt gestaffelt ab 2027 und 2028. Erzeugt werden die Formate XRechnung oder ZUGFeRD vom ERP beziehungsweise der Rechnungssoftware, nicht vom Shop. Konsequenz für die Integration: Die Bestelldaten aus Magento müssen vollständig und korrekt ankommen, inklusive Umsatzsteuer-IDs, korrekter Steuersätze und bei Behördenkunden der Leitweg-ID. Ein Mapping-Fehler hier ist kein Ärger mehr, sondern ein Compliance-Problem.
Hinzu kommen die Klassiker: GoBD-konforme, unveränderbare Belegarchivierung spricht dafür, Rechnungen grundsätzlich im ERP zu erzeugen und Magento nur die Bestellung führen zu lassen. Der Steuerberater erwartet einen DATEV-Export. EU-weiter Fernverkauf an Endkunden läuft über das One-Stop-Shop-Verfahren, B2B-Kunden brauchen eine geprüfte USt-IdNr. Keine dieser Anforderungen ist raketenwissenschaftlich, aber alle setzen voraus, dass Shop und Warenwirtschaft dieselben Wahrheiten sprechen.
Mein Rat an Händler, die 2026 starten: Bauen Sie die Integration nicht in einem Big Bang. Beginnen Sie mit dem Order-to-Cash-Fluss, Bestellungen rein, Rechnungen und Trackingnummern raus. Danach Artikel und Bestände, zuletzt die B2B-Preislogik. Jeder dieser Schritte ist für sich messbar und produktiv nutzbar. Und eines sei unverhohlen gesagt: Wer 2026 noch CSV-Dateien per E-Mail zwischen Shop und Warenwirtschaft schiebt, führt keinen Online-Shop. Er führt ein Lager mit Internetanschluss, und hofft, dass niemand zweimal auf Kaufen klickt.